[Postfixbuch-users] fetchmail- warum tut er nich mehr ?

[ManfredOckert]

Andreas Winkelmann schrieb:
> Am Sonntag, 21. März 2004 15:40 schrieb Fred Ock:
> 
> 
>>octets). fetchmail: POP3> LIST
>>fetchmail: POP3< +OK POP3 clients that break here, they violate STD53.
>>fetchmail: POP3< 1 3526
> 
> 
>>#############################
>>was meint der auf LIST ...violate STD53
>>-> was ist STD53 ??
> 
> 
> Fetchmail sendet das LIST-Kommando und wenn es ohne auf eine Antwot zu warten 
> die Verbindung abbrechen würde, würde es Standard "std53" brechen. Da es 
> dieses aber nicht tut, ist alles in Ordung.
> 
> Google mal nach std53 wenn es Dich interessiert.
> 
> 
>>## next log
>>
>>fetchmail: starting fetchmail 6.2.1 daemon fetchmail: 18 messages (4
>> seen) for user1bss-services.de at pop.bss-services.de (82050 octets).
>> fetchmail: socket error while fetching from pop.bss-services.de
>> fetchmail: Query status=2 (SOCKET)
>> ########################
>>Query status = 2
>>
>>Hm , wo könnte das beschrieben sein ????
> 
> 
> Die Fehlermeldung kommt von Fetchmail, also sollte sie auch dort irgendwo 
> beschrieben sein.
> 
> Wohin soll fetchmail die Mails denn anschliessend weiterreichen? Bekommt es 
> dahin vielleicht keine Verbindung?
> 
> 
>>Egal probiere mal neues fetchmail
> 
> 
> Das wäre ne Möglichkeit.
> 
Also, will wenigstens mal ein Ergebnis vermelden, wobei hier nicht alles 
bis zum letzten klar ist!
Der Provider war schuld!! Da wurde an der Firewall gebaut... ein 
kurzfristige Lösung war, statt POP3 per IMAP abzuholen.

Letztlich ist aber wieder eine Verständnisfrage aufgetaucht -nur als 
"Sicherheitsrückfrage" - :


fetchmail liefert bei Postfix auf Port 25 ein - wie jeder andere 
Mailserver ?!

d.h. dann könnte man fetchmail mit der PORT-Option anweisen, z.B. direkt 
auf Port 10024 die Mails an amavis-new einzuliefern ???

- ich überlege derzeit, ein lokalen relay-Server in die DMZ zu stellen 
(im Moment hab ich noch keine DMZ)



Fred