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