Allan Olesen wrote:
>
> frank damgaard <frank.damgaard@no.spam> wrote:
>
> >din log viser kun at de er modtaget af fetchmail, men
> >ikke helt hvad modtageren har gjort ved dem
> >(måske de ligger i kø et sted...)
>
> Min log viser kun tingene fra fetchmails side, korrekt. Men den
> indeholder altså (hele?) smtp-kommunikationen med Exchange-serveren.
>
> Og det, der undrer mig, er, at fetchmail beslutter sig til, at den kan
> tillade sig at slette en mail fra den pop3-server, den har hentet fra,
> før den har en bekræftelse på modtagelsen, fra den smtp-server, den
> har sendt til.
>
> Og den information burde vel være nok til at antyde et problem.
>
> >Du kunne prøve at have en lokal MTA kørende der sender det
> >videre til exchange serveren. Så har du en ekstra kø så du selv
> >kan checke.
>
> Den MTA, der allerede kører i forvejen, skal sende sin mail andetsteds
> hen, og jeg kunne ikke lige overskue at begynde at pille der.
>
> >> På grund af ferie kan jeg ikke grave logs ud af Exchange, men jeg har
> [...]
> >{Hvad siger exchange-mail-serverens log ? (den har vel en sådan) }
>
> Nu skrev jeg jo lige, at jeg ikke kunne grave logs ud af Exchange...
>
> (Nogen kan sikkert, men "nogen" er på ferie.)
>
> >
> >.....
> >
> >> Er det en fejl i fetchmail?
> >
> >Du kunne jo prøve at checke med fetchmail's hjemmeside, og
> >kigge i FAQ, readme's mv. (et sted på
http://www.tuxedo.org/~esr )
>
> Fulgte links derfra og endte på Debians bug-liste, hvor ESR åbenbart
> holder til. Flere af de rapporterede bugs går på, hvornår fetchmail
> sletter, og hvornår den ikke gør. Så det her er måske relateret.
>
> >Bla. kan fetchmail ikke hente fra MailMax POP3-servere (popmax.exe)
> >Måske det er en kombination af POP3 server osv.
>
> Jeg kan ikke se, at min log indikerer noget problem i forhold til
> POP3-serveren. POP3-serveren gør lige præcis, hvad fetchmail beder den
> om.
>
> >Mit gæt er måske exchange serveren der er underlig, eller
> >noget der er forkert opsat i fetchmail mht. DNS osv.
>
> Exchange-serveren er sikkert _også_ underlig, men jeg kan ikke lige
> se, at det er en undskyldning for fetchmails opførsel. Hvis MTA'en
> opfører sig underligt, og derfor ikke giver klar besked om, at den har
> modtaget en mail, bør fetchmail vel ikke slette den fra pop3-serveren.
> Så risikerer man jo, at mail forsvinder ud i det blå.
Det er ikke fetchmail, det er problemetet, det er pop3 serveren. Der er
nomalt ikke mulighed for at lade mail blive liggende på en pop3 server.
Når man henter det så bliver det automatiske slettet(der er muligt at
enkelt pop3 serverehar ekstensions). Pop3 Checker kun om mailen er
modtaget af fetcmail men da fejlen først opstår senere ved
vidresendelse, så er det for sent. Pop3 protekollen er fra en tid da
store hardiske virkelig kostede gryn. Det er derfor at IMAP vinder mere
og mere indpas. Der står lidt om det på:
http://asg2.web.cmu.edu/cyrus/1994-techoverview.html
Poul-Erik