> So what is the use of these headers, if they do not get returned to the
> sender?
Not sure... give yourself a test... compose a message, do NOT send it...
export it as .msg file, open it in notepad, add your own header line,
"X-MyHeader: mine", reimport the message, and then send it to a
non-existant address.
JA>> That really depends... a lot of the messages you can customize.
> That's true but these are official errors as defined in RFC's. (They
> should be 550 and 554 :() When you bounce a msg you want it to look as
> good and permanent as possible. Most spammers use software that will
> automaticly take you of the list if they get a "correct" hard bounce.
I somehow doubt that... Want me to show you a mail log from the servers I
run? They don't even validate addresses, they just us dictionaries, and in
many cases, some of those addresses are just random. I think you're more
likely to find somebody has produced some software that does basically the
following:
1: takes a domain
2: finds mail server (does an MX lookup on the domain)
3: connects to mail server
4: reads a database of possible username/email addresses (or even just a
dictionary
containing names)
5: Takes spam, and hits those addresses
Why even bother verifying email addresses? It just produces extra work,
and doesn't really do anything... it's not like they see the bounce emails
in most cases anyway.
--
Jonathan Angliss
([EMAIL PROTECTED])
________________________________________________
Current version is 1.62 | "Using TBUDL" information:
http://www.silverstones.com/thebat/TBUDLInfo.html
