Adi Pircalabu wrote:
On Fri, 7 Sep 2007 15:02:45 +0200 Alessio Cecchi wrote:
Some ISP use this trick like antispam solution:
http://wiki.apache.org/spamassassin/OtherTricks
It's yet another half-baked(TM) solution to the spam problem. From my
experience, more than 80% of the mail received by machines acting as
secondary MX is spam. Based on this, it's an usual habbit to set up
secondary MX records just to collect spam.
But the wiki page says that with qmail remote server you can have
some problem.
And in fact i have find that qmail in some situations is unable to
delivery the email in this situations.
It's not quite a problem. If the primary MX is not available
qmail-remote will retry to send the message later.
Why? Is qmail that have problem with the RFC?
Yes, qmail-remote does not try to deliver the message to secondary
MX(s). In this case the ISP using that completely stupid setup is
responsible for the breakage caused by using fake primary MX records.
Actually, if the primary MX does not respond, qmail will try the higher
MX. If the primary MX responds but temp fails the message, qmail will
try the same MX again later.
Regards,
Rick
