[fetchmail-devel] [Bug #5887] Spurious(?) 553 leads to lost mail

[<no...@be...>]

Bug #5887, was updated on 2005-Dec-14 22:21
Here is a current snapshot of the bug.

Project: Community Fetchmail
Category: None
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Submitted by: dronis
Assigned to : none
Summary: Spurious(?) 553 leads to lost mail

Details: I've just started using fetchmail to bring down mail from fetchmail  6.2.5.2+SSL+NLS to and from on a linux box.  Itt seemed to work, however, I've just discovered that some mail was simply being dropped.  Running with -v shows:

fetchmail: POP3> LIST 3
fetchmail: POP3< +OK 3 2543
fetchmail: POP3> RETR 3
fetchmail: POP3< +OK 2543 octets
reading message margaret@localhost:3 of 13 (2543 octets)
fetchmail: SMTP> MAIL FROM:<na...@fu...> BODY=7BIT SIZE=2543
fetchmail: SMTP< 553 5.1.8 <na...@fu...>... Domain of sender address
 na...@fu... does not exist
fetchmail: SMTP error: 553 5.1.8 <na...@fu...>... Domain of sender address na...@fu... does not exist
fetchmail: SMTP> RSET
fetchmail: SMTP< 250 2.0.0 Reset state
 flushed
fetchmail: POP3> DELE 3
fetchmail: POP3< +OK Message 3 has been deleted.

The domain and user both exist (and in any case, the e-mail gets to a very heavily spam-protected site I'm using as my mailhost).

host -a fukuoka-pu.ac.jp
Trying "fukuoka-pu.ac.jp"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 53810
;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 2, ADDITIONAL: 1

;; QUESTION SECTION:
;fukuoka-pu.ac.jp.              IN      ANY

;; ANSWER SECTION:
fukuoka-pu.ac.jp.       86400   IN      MX      10 fpu-vs.fukuoka-pu.ac.jp.
fukuoka-pu.ac.jp.       86400   IN      SOA     sparc.fukuoka-pu.ac.jp. postmaster.fukuoka-pu.ac.jp. 20030308 10800 3600 604800 86400
fukuoka-pu.ac.jp.       86400   IN      NS      sparc.fukuoka-pu.ac.jp.
fukuoka-pu.ac.jp.       86400   IN      NS      fwugate.fwu.ac.jp.

;; AUTHORITY SECTION:
fukuoka-pu.ac.jp.       86400   IN      NS      sparc.fukuoka-pu.ac.jp.
fukuoka-pu.ac.jp.       86400   IN      NS      fwugate.fwu.ac.jp.

;; ADDITIONAL SECTION:
fpu-vs.fukuoka-pu.ac.jp. 86400  IN      A       202.236.111.232

Notice the existence of the MX section of the lookup.  Shouldn't that be enough not to trigger a 553?

In any event,  is there a way to disable this "feature"  There's already tons of spam filtering upstream of me and my mailclient will filter it again.

David



For detailed info, follow this link:
http://developer.berlios.de/bugs/?func=detailbug&bug_id=5887&group_id=1824