Hallo,
seit ich meinen Server mit SuSE 9.0 bespielt habe (bitte keine Kommentare dazu!), bricht fetchmail das Mailabholen immer mal wieder mit einem Fehler ab. Er sagt dann was von "fehlerhafte Headerzeile" (genauen Wortlaut habe ich leider nicht hier) und beendet das Abholen. Effekt ist, daß (wenn z.B. Mail 33/200 fehlerhaft ist) die ersten 33 Mails abgeholt wurden aber nicht vom Server gelöscht werden (weil die pop3 Session nicht mit 'quit' sondern mit irgendwas anderem beendet wird). So liegen also die 200 Mails weiter auf dem Server und beim nächsten Mal werden wieder nur die ersten Mails bis zur fehlerhaften geholt und dann wieder abgebrochen usw. usf.
Jetzt habe ich mich per telnet mit dem Pop3-Server verbunden und die fehlerhafte Mail (bis jetzt war es immer spam) gelöscht. Danach klappt dann der gesamte Download wieder bis die nächste Spam Mail fetchmail sauer aufstößt.
Kennt jemand das Problem und hat Hinweise zur Lösung? fetchmail ist Version 6.2.3-28
Danke Uwe
On Tue, Jan 27, 2004 at 12:35:31PM +0100, Uwe Koloska wrote:
Headerzeile" (genauen Wortlaut habe ich leider nicht hier) und
den brauchen wir zum debuggen.
Kennt jemand das Problem und hat Hinweise zur Lösung? fetchmail ist Version 6.2.3-28
die geht bei mir, ich hole aber auch alles per ssh/imap
schick mal deine fetchmailrc bzw. die Kommandozeile, damit ich nicht raten muss :-)
Stefan Seyfried wrote:
Headerzeile" (genauen Wortlaut habe ich leider nicht hier) und
den brauchen wir zum debuggen.
Schon klar -- ich dachte aber, daß es vielleicht ein bekanntes Problem ist.
schick mal deine fetchmailrc bzw. die Kommandozeile, damit ich nicht raten muss :-)
Mach ich, sobald ich wieder zuhause bin.
Uwe
On 27.01.04 Konrad Rosenbaum (konrad@silmor.de) wrote:
Uwe Koloska said:
Stefan Seyfried wrote:
schick mal deine fetchmailrc bzw. die Kommandozeile, damit ich nicht raten muss :-)
Mach ich, sobald ich wieder zuhause bin.
Die Passworte darfst Du auch gerne herausnehmen bevor Du die Datei abschickst. ;-)
Ich dachte, die braucht man zum Nachstellen des Problems?
H.
Hilmar Preusse said:
On 27.01.04 Konrad Rosenbaum (konrad@silmor.de) wrote:
Die Passworte darfst Du auch gerne herausnehmen bevor Du die Datei abschickst. ;-)
Ich dachte, die braucht man zum Nachstellen des Problems?
Sagen wir, wenn sie noch drin sind haben wir ein Problem gefunden. Nicht unbedingt das, was wir suchen... ;-)
Konrad
Hallo Ihrse,
jetzt bin ich endlich wieder zuhause. Und in der Postbox wartete natürlich wieder ein kaputte Mail.
Die Fehlermeldung von fetchmail lautet
--- Fehlermeldung ------------------------------------------------------------ fetchmail: reading message xxx@mail.netbeat.de:36 of 41 (101765 octets) fetchmail: incorrect header line found while scanning headers fetchmail: message delimiter found while scanning headers fetchmail: flushed fetchmail: client/server protocol error while fetching from mail.netbeat.de fetchmail: Query status=4 (PROTOCOL) --------------------------------------------------------------------------------
der Header der fehlerhaften Mail mitsamt dem pop3 Kommando:
--- pop3 log ----------------------------------------------------------------- top 36 3 +OK Return-Path: mallik@cityweb.de Delivered-To: mail@k Received: (qmail 13920 invoked by uid 507); 27 Jan 2004 20:31:57 -0000 Delivered-To: xxxx Received: (qmail 13827 invoked from network); 27 Jan 2004 20:31:50 -0000 Received: from pd9537b4d.dip.t-dialin.net (HELO ARNO.de) (217.83.123.77) by mail.netbeat.de with SMTP; 27 Jan 2004 20:31:50 -0000 From: mallik@cityweb.de To: katja@koloro.de Subject: Sie sind ein Raubkopierer X-MailScanner: Nothing was found Importance: Normal X-Mailer: Microsoft Outlook Express 4.72.3612.1700 X-MSMail-Priority: Normal X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="9b5d6dc76a.71d4856" This is a multi-part message in MIME format.
--9b5d6dc76a.71d4856
Sehr geehrte Damen und Herren,
-------------------------------------------------------------------------------
Ich kann da nichts verdächtiges entdecken -- aber wenn ich diese Mail per Hand lösche funktioniert das Abrufen wieder.
Komisch kommt mir das letzte "Delivered-To: mail@k" vor. Das macht der Mailserver beim Provider statt "mail@meineAdresseDieMitKanfängt"
Die Konfiguration für fetchmail und dieses Konto ist: --- fetchmailrc -------------------------------------------------------------- poll mail.netbeat.de with qvirtual xxx- and options envelope 1 Delivered-To: aka xxx user sammelbox there with password glubsch is nnn=xxx yyy mmm=xxx * here user postmaster there with password futsch is xxx here postconnect "/usr/sbin/sendmail -q" ------------------------------------------------------------------------------
Nach dem Löschen der (hoffentlich nur einen) fehlerhaften Mail holt fetchmail wie es sein soll alle Mails ab und flusht sie auch ordnungsgemäß. Beim nächsten Lauf sind dann keine mehr vorhanden.
Ach und normalerweise läuft fetchmail als demon -- aber ein "-quit" für den demon und "normales" abholen hat den gleichen Effekt, wenn die kaputte Mail nicht gelöscht wurde ...
Mit den Paßwörtern das tut mir leid -- die haben sich beim Kopieren einfach verändert. Ich benutze halt ein sicheres System ;-)
Hoffentlich hat einer von euch eine Idee. Gruß Uwe
Ein Kommentar zum Header war:
Content-Type: multipart/mixed; boundary="9b5d6dc76a.71d4856"
Sollte die zweite Zeile nicht mit einem TAB beginnen?
Soweit ich die RFCs richtig verstanden habe, ist eine Fortsetzungszeile genau dann eine solche, wenn sie mit einem Whitespace beginnt (das nicht zwingend ein TAB sein muß), oder irre ich mich?
Und selbst wenn der Header nicht korrekt ist, sollte fetchmail nicht einfach abbrechen und zumindest die korrekten Mails _alle_ holen. Außerdem sollte er eine Nachricht generieren (vielleicht sogar eine Mail), die klar auf diesen Umstand hinweist, sonst läuft das Postfach noch mit kaputten Spammails voll.
Bis jetzt also noch kein Hinweis auf die Ursache des Problems.
Gruß Uwe
lug-dd@mailman.schlittermann.de
-
Hilmar Preusse -
Konrad Rosenbaum -
Stefan Seyfried -
Uwe Koloska -
Uwe Koloska