PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Mails mehrfach in Postfächern



hec
15.02.12, 15:21
Hallo,
schon mehrere Wochen verursacht mir ein Fehler Kopfzerbrechen und hoffe ich bekomme hier den entscheidenden Tipp.

Folgender Sachverhalt:
Auf einem zentralen Mailserver (Postfix/Courier) gehen E-Mails ein. Diese werden von einem weiteren Server per fetchmail abgeholt. Kein Multidrop sondern fetchmail holt für jeden User die Mails aus seinem Konto des zentralen Servers per POP3. Hier kommt es im Fetchmail Logfile sporadisch zur Meldung "not flushed". Meist klappt es im zweiten bis dritten Durchlauf, manchmal aber auch nie, was zu mehreren 100 Mails in den Mailboxen der User führen kann.

im fetchmail Log erscheint folgende Meldung:

reading message user1@zentralermailserver:1 of 2 (2759 octets)
235150 fetchmail: SMTP< 220 hostname.de ESMTP Sendmail 8.13.1/8.13.1; Tue, 14 Feb 2012 10:59:10 +0100
235151 fetchmail: SMTP> EHLO localhost
235152 fetchmail: SMTP< 250-hostname.de Hello localhost [127.0.0.1], pleased to meet you
235153 fetchmail: SMTP< 250-ENHANCEDSTATUSCODES
235154 fetchmail: SMTP< 250-PIPELINING
235155 fetchmail: SMTP< 250-8BITMIME
235156 fetchmail: SMTP< 250-SIZE
235157 fetchmail: SMTP< 250-DSN
235158 fetchmail: SMTP< 250-ETRN
235159 fetchmail: SMTP< 250-AUTH PLAIN
235160 fetchmail: SMTP< 250-DELIVERBY
235161 fetchmail: SMTP< 250 HELP
235162 fetchmail: SMTP> MAIL FROM:<ma@extern.de> BODY=8BITMIME SIZE=2759
235163 fetchmail: SMTP< 250 2.1.0 <ma@extern.de>... Sender ok
235164 fetchmail: SMTP> RCPT TO:<user1@intern.de>
235165 fetchmail: SMTP< 250 2.1.5 <user1@intern.de>... Recipient ok
235166 fetchmail: SMTP> DATA
235167 fetchmail: SMTP< 354 Enter mail, end with "." on a line by itself
235168 .fetchmail: SMTP>. (EOM)
235169 fetchmail: smtp listener protocol error
235170 not flushed
235171 fetchmail: POP3> QUIT
235172 fetchmail: POP3< +OK Bye-bye.
235173 fetchmail: 6.2.5 querying zentralermailserver (protocol POP3) at Tue Feb 14 11:00:08 2012: poll completed

Fetchmail scheint also unschuldig, der lokale MTA/MDA (Sendmail + Procmail + Mimedefang 2.5.8/NAI UVScan) scheint das Problem zu sein. Im Maillog (default loglevel 9) finde ich allerdings keine wirklichen Fehler die zu diesem Zeitpunkt auftreten:


localhost mimedefang-multiplexor[3381]: Slave 2 stderr: pyzor0.4.0: check failed: internal error


localhost mimedefang-multiplexor[3381]: Slave 1 stderr: dkim: invalid DKIM-Signature: invalid (unsupported v=1 tag) at /usr/lib/perl5/site_perl/5.8.5/Mail/SpamAssassin/Plugin/DKIM.pm line 339

Sorgen macht mir eher dieser hier:

localhost mimedefang[3398]: q1EMOUI018219: Tempfailing because filter instructed us to
8972 Feb 14 23:18:33 localhost sendmail[18219]: q1EMOUI018219: Milter: data, reject=451 4.3.0 Problem running virus-scanner


wie ihr seht sind die versionen leider nicht aktuell, die Basis mit Redhat EL4 leider ebensowenig, gibt es trotzdem eine Chance für mich das Problem zu lösen?

Danke für die Hilfe...

muell200
15.02.12, 16:05
erstmal willkommen


Hier kommt es im Fetchmail Logfile sporadisch zur Meldung "not flushed".
....

Milter: data, reject=451 4.3.0 Problem running virus-scanner



kommt wenn der server keine "fertig" meldung bekommt.
grund... netzwerk ist okay? bzw.

denke aber eher der smtp meldet ein fehler, da der virenscanner nicht funktioniert.



wie ihr seht sind die versionen leider nicht aktuell, die Basis mit Redhat EL4 leider ebensowenig, gibt es trotzdem eine Chance für mich das Problem zu lösen?

es ist alles moeglich - aber ob das sinnvoll ist, musst du entscheiden...

hec
15.02.12, 16:47
erstmal willkommen

es ist alles moeglich - aber ob das sinnvoll ist, musst du entscheiden...

wie so oft entscheiden das andere :)

ich habe jetzt (spät aber immerhin), das sendmail logging hochgedreht und juhu, eine neue Fehlermeldung:



localhost sendmail[25496]: q1F4I5cV125496: lost input channel from localhost [127.0.0.1] to MTA after rcpt

sowie

localhost sendmail[32132]: q1FFaKgY034132: --- 421 4.4.1 intern.de Lost input channel from localhost [127.0.0.1]

Danke für deine Antwort!