funkervogt
Goto Top

Fetchmail lehnt Verbindungsaufbau nach erfolgreicher Verifizierung ab

Hallo Gemeinde,

Fetchmail ist ja nun nicht nehr so jung aber dennoch wirft es bei mir ein Problem auf,
welches ich mittel Googel nicht lösen konnte. Ich hoffe Ihr könnt mir helfen.

Ich hab mir zu Versuchszwecken zwei vrtuelle Maschinen mit
2 Ubuntu Maschinen aufgesetzt. Die erste Maschine ist Standart ohne
Umkonfigurierung. Auf der zweiten läuft ein SAMBA Server.

Das mal so als Vorwort und jetzt zu meinem Problemchen.

Auf der Standartmaschine läuft Fetchmail ohne zu Mucken.
Auf der Maschine mit Samba funzt die Abholung der
Mails nicht.

Zwischendurch habe ich mal alle Konfigurationsdateien + Rechte etc. von der ersten Maschine 1 zu 1 übernommen
allerdings erfolglos. Die Maschinen sind Benutzertechnisch identisch.

Jetzt bin ich etwas Ratlos.


Hier mal die ganze Log.Datei aus fetchmail -a -v

fetchmail: 6.3.9-rc2 fragt pop3.web.de ab (Protokoll POP3) um Fr 10 Feb 2012 14:06:25 CET: Abfrage gestartet
Versuche, mit 212.227.17.161/110 zu verbinden...verbunden.
fetchmail: POP3< +OK POP server ready H miweb001
fetchmail: POP3> CAPA
fetchmail: POP3< +OK Capability list follows
fetchmail: POP3< TOP
fetchmail: POP3< USER
fetchmail: POP3< UIDL
fetchmail: POP3< STLS
fetchmail: POP3< SASL PLAIN
fetchmail: POP3< IMPLEMENTATION trinity
fetchmail: POP3< .
fetchmail: POP3> STLS
fetchmail: POP3< +OK Begin TLS negotiation
fetchmail: Herausgeber-Organisation: Thawte, Inc.
fetchmail: Herausgeber-CommonName: Thawte SSL CA
fetchmail: Server-CommonName: pop3.web.de
fetchmail: pop3.web.de-Schlüssel-Fingerabdruck: XX:XX:XX:XX:XX:XX:XX:XX......
fetchmail: POP3> CAPA
fetchmail: POP3< +OK Capability list follows
fetchmail: POP3< TOP
fetchmail: POP3< USER
fetchmail: POP3< UIDL
fetchmail: POP3< SASL PLAIN
fetchmail: POP3< IMPLEMENTATION trinity
fetchmail: POP3< .
fetchmail: pop3.web.de: Upgrade auf TLS erfolgreich.
fetchmail: POP3> USER XXXXX@web.de
fetchmail: POP3< +OK password required for user "XXXXX@web.de"
fetchmail: POP3> PASS *
fetchmail: POP3< +OK mailbox "XXXXX@web.de" has 13 messages (194376 octets) H miweb001
fetchmail: POP3> STAT
fetchmail: POP3< +OK 13 194376
13 Nachrichten für XXXXX@web.de bei pop3.web.de (194376 Bytes).
fetchmail: POP3> LIST 1
fetchmail: POP3< +OK 1 22643
fetchmail: POP3> RETR 1
fetchmail: POP3< +OK
Nachricht XXXXX@web.de@pop3.web.de:1 von 13 wird gelesen (22643 Bytes)
Versuche, mit 127.0.0.1/25 zu verbinden...Verbindung fehlgeschlagen.
fetchmail: Verbindung zu localhost:smtp [127.0.0.1/25] fehlgeschlagen: Verbindungsaufbau abgelehnt.
fetchmail: SMTP-Verbindung zu localhost fehlgeschlagen
fetchmail: POP3> QUIT
fetchmail: POP3<
fetchmail: SMTP-Transaktion-Fehler beim Abholen von XXXXX@web.de@pop3.web.de und Auslieferung zum SMTP-Host localhost
fetchmail: 6.3.9-rc2 fragt ab pop3.web.de (Protokoll POP3) um Fr 10 Feb 2012 14:06:26 CET: Abfrage beendet
fetchmail: Abfragestatus=10 (SMTP)
fetchmail: normale Beendigung, Status 10



Meine fetchmailrc aus /etc

set postmaster YYYYYYY
set bouncemail
set no spambounce
set properties ""
set syslog
set daemon 720

poll pop3.web.de with proto POP3
user XXXXX@web.de there with password xxxxxx is YYYYYYY here options ssl


Meine .fetchmailrc aus /home


#Server web
server pop3.web.de
proto pop3

#Benutzer und Password
user XXXXX
pass XXXXXXXX

#Optionen
to YYYYYYY



Ich hoffe Ihr könnt mir helfen und bedanke mich schon mal im voraus!

Content-ID: 180365

Url: https://administrator.de/contentid/180365

Ausgedruckt am: 22.11.2024 um 15:11 Uhr

dfritz
dfritz 10.02.2012 um 14:39:10 Uhr
Goto Top
Hi,

also wenn ich das richtig sehe, dann ist euer z.B. Postfix (MTA) nicht aktiv oder lauscht nicht auf 127.0.0.1 Port 25 !

Bedenke aber auch, das Web.de eine sperre für E-Mail Abruf hat. Nicht das Du zu oft probierst und dich Web.de
aussperrt.

Gruß Daniel
FunkerVogt
FunkerVogt 10.02.2012 um 14:53:45 Uhr
Goto Top
Hallo Daniel,

danke für Deinen Tip und ich bin erschüttert!
Das erstellen des Beitrags/Frage hat länger gedauert als
auf deine Antwort zu warten und das Problem mit POSTFIX zu lösen!


Das mit den Abholzeiten, is bekannt.
Siehe set daemon 720


Danke trotzdem für den Hinweis und die Lösung des Problemchens.