TheDoctor wrote:That's because they put your actual address (and those of other victms) in the BCC: field.
Nope, this is because the actual receipients and the headers you see in your e-mail client are set differently.
This is an example of a SMTP conversation with sendmail:
- Code: Select all
telnet localhost 25
Trying 127.0.0.1...
Connected to localhost.localdomain.
Escape character is '^]'.
220 localhost.localdomain ESMTP Sendmail 8.13.4/8.13.4/Debian-3sarge1; Tue, 28 Mar 2006 18:46:07 +0100; (No UCE/UBE) logging access from: localhost.localdomain(OK)-localhost.localdomain [127.0.0.1]
HELO localhost
first of all, introduce yourself using the HELO command
- Code: Select all
250 localhost.localdomain Hello localhost.localdomain [127.0.0.1], pleased to meet you
MAIL FROM: test@localhost
Then tell the MTA who you really are. Ok spammers lie at this stage, but a well configured mail server will check that the domain exists.
- Code: Select all
250 2.1.0 test@localhost... Sender ok
RCPT TO: cjll@localhost
250 2.1.5 cjll@localhost... Recipient ok
Now tell it, who you are sending it to using RCPT TO. You can do a whole bunch of e-mail addresses here.
Next comes the information that your mail client will actually look at, after the data command:
- Code: Select all
DATA
354 Enter mail, end with "." on a line by itself
To: Fred Bloggs <freedy@bloggs.com>
From: Leet Haxor <leet@example.com>
Subject: This is fun
The MTA will add some data about the route the mail message has taken to be delivered, but usually most of the info will be untrustworthy.
Your mail client will treat everything before Subject: as a header, so you add as many wierd and wonderful headers as you like. The MTA doesn't care.
- Code: Select all
Hi
This haxoring is fun!
.
250 2.0.0 k2SHk7m8005877 Message accepted for delivery
QUIT
221 2.0.0 localhost.localdomain closing connection
Connection closed by foreign host.
Finally, send a full stop on it's own to indicate that the message is finished and say goodbye.