L Walsh a écrit :
Bonjour!
Tried that. This is more of a case of purposeful obfuscation on the part
of the sender (a spammer) that fakes all the return-path headers/normal from
lines but connects, to the MTA with a valid IP/return email IP.
What you get in the From line is the
L Walsh a écrit :
I have a setup where my ISP recieves my email and stores it in
an IMAPs or POP accessible mailbox.
I usefetchmail to fetch the email, but everyonce in a while, fetchmail gets
denied relay the email through my local sendmail because the sender domain
that it reconstructs
Bonjour!
Tried that. This is more of a case of purposeful obfuscation on the part
of the sender (a spammer) that fakes all the return-path headers/normal from
lines but connects, to the MTA with a valid IP/return email IP.
If I were able to log onto my ISP's servers, the initial From line in the
1. The berkeley separator line is just that - a separator line. It's not
part of the message, and cannot be, because it's not valid according to
either RFC 822 or 2822 syntax.
2. If you'll cast a glance at RFC 2821 page 50, you'll see that when an
SMTP server performs so-called final delivery,
--On 2004-7-20 8:09 AM +0530 Arnt Gulbrandsen
[EMAIL PROTECTED] wrote:
3. It does seem rather wrong for you to be inserting mail into SMTP
and directing the error messages at someone else. If there is a
problem between your fetchmail and the next delivery of the message,
where should the error
