The Wednesday 2004-12-01 at 14:50 -0500, Patrick Shanahan wrote:
Not "reject_non_fqdn_sender, nor "reject_unknown_sender_domain", nor /etc/postfix/access. The sender empty sender address, "<>" is not rejected :-(
Furthermore, reject_unknown_sender_domain rejects emails with false domain, true, except that then fetchmail simply doesn't flush them from the server, but leaves them there; with the result that they are tried on the next cycle, and I finally have to remove them manually.
The remedy is worse than the illness :-/
The difference being I an *only* talking about mail routed directly to my machine address, not that which is obtained from othe providers via fetchmail. I receive a *very* minimal percentage of spam on my machine that is actually addressed to my machine, wahoo. Most of the spam that I receive is obtained via fetchmail from arbornet, myrealbox, hotmail, fastmail and yahoo, and hotmail does a better job rejecting spam than yahoo. I get virtually no spam via swissinfo.
Mmm. That may be true, but fetchmail routes mail through postfix. My main problem is that I can not make postfix reject those mails which "Return-Path" is empty ("<>"). That is, when postfix sees this: SMTP> MAIL FROM: <> SIZE=33229 it should reject that empty "From", but it doesn't. I have been told that an empty "Return-Path" is legal, and that is quite a surprise for me.
*If* I had an alternate (backup) address for my own mx, I would dump *all* of the other providers, but except for my cable charges, I pay nothing for my email system.
I pay nothing for any mail account of mine. Things are different here, because local phone calls are paid by the minute, whereas you most probably don't. Tiscali is also a phone company, so they get paid with my phone usage of their internet connection. But that is not my problem today with postfix :-)
If I had to use tiscali as a provider, I believe that I would *only* use mail via another _free_ provider such as swissinfo, or somewhere I could get some a shell account and/or control provided for the mail system, ie: "reject_non_fqdh..."
None of the services I know give that kind of service here... -- Cheers, Carlos Robinson