Sam said:
ifMitch (WebCob) writes: So I am assuming that the way "freemail" works is that it checks to seeunderstoodthe sending server is in the MX list for the freemail domain - INo.the docs to mean that it would reverse resolve within the domain - which seems to be wrong...Reverse, and forward. Of course, temporary resolution glitches would be a factor here.
Hmmm - so maybe the problem people are having with this is a DNS problem? In that case, could I try patching courier to use a temporary failure code so the remote server retries (at which point the DNS should work?) I've tried several test messages - so far ALL have failed this way.
Check for the text string "softdnserr", which is used in place of hostname when there's a temporary DNS error.
pgp00000.pgp
Description: PGP signature
