[linux] Re: Fetchmail doesn't fetch my mail!

[Daniel von Asmuth]

Aldus schreef Kees Theunissen op Fri, Feb 20, 2009 at 12:58:53AM +0100:
> On Thu, 19 Feb 2009, Daniel von Asmuth wrote:
> 
> >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.
> >
> Dit is de oorzaak: "Domain of sender address professional op company.nl
> does not exist"
> 
> Sendmail blieft het mailtje niet omdat hij na acceptatie niet in staat
> is om eventuele foutmeldingen terug te sturen naar de afzender.
> Je mag dit vertalen als: "company.nl" heeft geen MX-records geregistreerd
> in dns en ook geen A-record voor zover sendmail kan controleren.

Nu blijkt het betreffende domein geen A, maar wel een MX record te
bezitten.

> Dat _kan_ veroorzaakt worden doordat je eigen resolver configuratie
> gammel is of door een rotte nameserver ergens buiten op het internet.

Ik heb al iets gevonden: de /etc/resolv.conf file bevatte als eerste 
nameserver een verwijzing naar mijn ADSL modem i.p.v. naar localhost:-(
De Thomson Speedtouch kan niet goed met MX records overweg.

> Als je met POP mail op haalt dan ben je sowieso te laat om spam te weigeren
> want de spammer is al lang pleite. En alle bounces die je dan nog verstuurd
> veroorzken alleen maar overlast bij derden wiens mailadressen misbruikt
> zijn door de spammer (backscatter). Het is daarom aan te raden om sendmail
> alles te laten accepteren. Een spamfilter kan daarna verdachte mail apart
> zetten voor nadere inspectie en/of klakkeloos wegmikken.
> Zet daartoe de regel
>   FEATURE(accept_unresolvable_domains)dnl
> ergens in je senmail.mc file (aansluitend aan de overige FEATURE's is een
> goede plek) en bouw een nieuwe sendmail.cf.
> 
> [ ... ]
> 
> Even een paar regels uit de fettchmail(1) manpage:
> 
>    Return codes which fetchmail treats as antispam responses and  discards
>    the  message can be set with the 'antispam' option.  This is one of the
>    only three circumstance under which fetchmail ever discards  mail  (the
>    others  are the 552 and 553 errors described below, and the suppression
>    of multidropped messages with a message-ID already seen).
> [ ... ]
>    553 (invalid sending domain)
>         Delete  the  message  from  the  server.   Don't  even try to send
>         bounce-mail to the originator.
> 
> En die 553 is nu net de code die sendmail terug gaf.
> Sendmail configureren met "accept_unresolvable_domains" lost dit op
> zoals reeds gezegd is.
> 
> 
> [ ... ]
> 
> >Hoe kan ik nu voorkomen dat legitieme non-spam mail in de bittenbak
> >verdwijnt?
> 
> Als je zelf iets te zeggen het over het vermeend legitieme zendende
> domain dan moet je er eerst voor zorgen dat de dns-servers voor dat
> domain goed zijn geconfigureerd (MXrecords, eventueel ook A-records,
> werkende nameserver). Verder moet de resolver op de ontvangende machine
> goed werken. Als laatse vangnet is er dan de
> FEATURE(accept_unresolvable_domains) in je sendmail.mc.
> 
> Als je geen echte mailserver hebt draaien maar een mailbox leeg trekt
> bij een provider (pop, imap) dan raad ik die FEATURE zonder meer aan
> omdat alles wat in je mailbox zit al lang en breed geaccepteerd is
> door de provider. Je bent dan gewoonweg te laat on de afzender de
> mail te laten houden. En "terug" sturen is tegenwoordig uit den boze.

Nu heb ik wel een echte mail server (hoe klein die ook is), maar mijn
desktop (server hardware) gebruikt enkel POP3 om meerdere accounts
binnen te halen, dus daarop heb ik je advies met dank opgevolgd.

Met vriendelijke groet,



Daniel von Asmuth
 
-- 
	This algorithm terminates in O(1) time - for large values of 1.