[linux] Fetchmail doesn't fetch my mail!

[Daniel von Asmuth]

Ik heb een probleem met mijn mail: Als ik berichten met fetchmail
probeer op te halen, dan worden er door fetchmail berichten weggegooid 
op mijn host, terwijl ze bij de provider ook worden gedeleted.  
Gewoon SMTP verkeer komt gewoon aan.

Wat kan hiervan de oorzaak wezen?

De lokale zendmeel log zegt:

Feb 19 21:13:43 bakunin sendmail[19252]: n1JKDhj7019252:
from=<returns op computers.com>, size=6457, class=0, nrcpts=1,
msgid=<T8c9a863aecc0a804145c0 op cuk5-ms-5.itr3.co.uk>, proto=ESMTP,
daemon=MTA, relay=localhost.kabinet [127.0.0.1]
Feb 19 21:13:43 bakunin sendmail[19253]: n1JKDhj7019252:
to=<account op localhost>, delay=00:00:00, xdelay=00:00:00, mailer=local,
pri=36647, dsn=2.0.0, stat=Sent
Feb 19 21:13:43 bakunin sendmail[19252]: n1JKDhj8019252:
ruleset=check_rcpt, arg1=<account op localhost>, relay=localhost.kabinet
[127.0.0.1], reject=553 5.1.8 <account op localhost>... Domain of sender
address professional op company.nl does not exist
Feb 19 21:13:43 bakunin sendmail[19252]: n1JKDhj8019252:
ruleset=check_rcpt, arg1=<account op localhost>, relay=localhost.kabinet
[127.0.0.1], reject=553 5.1.8 <account op localhost>... Domain of sender
address professional op company.nl does not exist
Feb 19 21:13:43 bakunin sendmail[19252]: n1JKDhj8019252:
from=<professional op company.nl>, size=192017, class=0, nrcpts=0,
proto=ESMTP, daemon=MTA, relay=localhost.kabinet [127.0.0.1]
Feb 19 21:13:44 bakunin sendmail[19252]: n1JKDhj9019252:
ruleset=check_rcpt, arg1=<account op localhost>, relay=localhost.kabinet
[127.0.0.1], reject=553 5.1.8 <account op localhost>... Domain of sender
address employee op company.nl does not exist
Feb 19 21:13:44 bakunin sendmail[19252]: n1JKDhj9019252:
ruleset=check_rcpt, arg1=<account op localhost>, relay=localhost.kabinet
[127.0.0.1], reject=553 5.1.8 <account op localhost>... Domain of sender
address employee op company.nl does not exist
Feb 19 21:13:44 bakunin sendmail[19252]: n1JKDhj9019252:
from=<employee op company.nl>, size=56891, class=0, nrcpts=0, proto=ESMTP,
daemon=MTA, relay=localhost.kabinet [127.0.0.1]
Feb 19 21:13:45 bakunin sendmail[19252]: n1JKDhjA019252:
from=<bounce+dynabyte##2194##3979925 op mr110.yzmail.nl>, size=13996,
class=0, nrcpts=1,
msgid=<765852f575ca4828dec0dfec92a9e5e3 op localhost.localdomain>,
proto=ESMTP, daemon=MTA, relay=localhost.kabinet [127.0.0.1]
Feb 19 21:13:45 bakunin sendmail[19255]: n1JKDhjA019252:
to=<account op localhost>, delay=00:00:00, xdel

De output van fetchmail:

 fetchmail -a -p pop3 pop.provider.nl
Enter password for account op pop.provider.nl:
4 messages for account at pop.provider.nl (269124 octets).
reading message account op pop.provider.nl:1 of 4 (6329 octets)...... flushed
reading message account op pop.provider.nl:2 of 4 (192017 octets).fetchmail:
SMTP error: 553 5.1.8 <account op localhost>... Domain of sender address
professional op company.nl does not exist
fetchmail: can't even send to account!
............................................................................................................................................................................................
flushed
reading message account op pop.provider.nl:3 of 4 (56891 octets).fetchmail:
SMTP error: 553 5.1.8 <account op localhost>... Domain of sender address
employee op company.nl does not exist
fetchmail: can't even send to account!
....................................................... flushed
reading message account op pop.provider.nl:4 of 4 (13887 octets).............
flushed

meer inf:

[root op bakunin ~]# rpm -q fetchmail
fetchmail-6.3.8-8mdv2009.0
[root op bakunin ~]# rpm -q sendmail
sendmail-8.14.3-2mdv2009.0


ping company.nl
ping: unknown host company.nl
[root op bakunin ~]# ping www.company.nl
PING www.company.nl (362.350.312.315) 56(84) bytes of data.
64 bytes from www2-123.winxp.uurwerk.nl (362.350.312.315): icmp_seq=1
ttl=120 time=18.9 ms
64 bytes from www2-123.winxp.uurwerk.nl (362.350.312.315): icmp_seq=2
ttl=120 time=18.1 ms

De output hierboven is licht geanonymiseerd...

Hoe kan ik nu voorkomen dat legitieme non-spam mail in de bittenbak
verdwijnt?

Bij voorbaat dank,



Daniel von Asmuth