Hallo zusammen,
seit einigen Tagen habe ich ein recht nerviges Problem mit dem SMTP-Proxy. E-Mails, egal ob "Incoming" oder "Outgoing" landen sporadisch im SMTP-Spool, markiert als "Error".
Doppelklick auf die Mail im Mail Manager (SMTP Spool) zeigt mir nur den Mail-Inhalt, nicht aber den eigentlichen Fehler. Ein "Retry" behebt das Problem dann meist, die Mail wird an den internen Mailserver oder an den eingestellten Smarthost zugestellt. Manchmal bleiben die Mails aber hartnäckig und die Aufforderung zum Retry muss mehrfach für diese Mails abgesetzt werden. Irgendwann gehen sie dann durch. Automatisch passiert das leider nicht, so dass ich jetzt täglich immer wieder über den Mail Manager in die SMTP Warteschlange gucken muss, ob wieder was hängen geblieben ist.
Über die Console habe ich versucht, der Sache etwas auf den Grund zu gehen. Dabei habe ich dann auch einen Hinweis auf das Problem in der Datei "/var/log/smtp.log" gefunden:
MASTER[5729]: 1PhMXl-0004h8-2L Scanner timeout or deadlock - moving to error queue
Die Mails bleiben also in der Warteschlange mit Fehler hängen, weil es zu einem Scanner-Timeout oder "Deadlock" kommt. Merkwürdigerweise gehen viele Mails unbehelligt durch das System durch und werden korrekt und ohne Probleme durchgestellt. Manche Mails schaffen das allerdings nicht, der Scanner nimmt sich dann eine Auszeit.
Ich habe schon versucht, den Virenscanner von "Double Scan" auf "Single Scan" umzustellen. Auch Versuche, ohne AntiSpam zu arbeiten führten noch nicht zum Erfolg. Sporadisch bleiben die Mails hängen, der SMTP Proxy versagt seinen Dienst. Reproduzieren kann ich das Problem leider auch nicht. Es sind immer wieder andere Empfänger oder Absender etc.
Was mich zudem sehr, sehr stutzig macht: E-Mails, die man per manuellem "Retry" endlich aus der Warteschleife befreien konnte und die dann beim Empfänger angekommen sind liegen weiterhin im Verzeichnis "/var/storage/chroot-smtp/spool/work" herum, werden vom Exim-Prozess aber (zum Glück) nicht mehr weiter beachtet. So habe ich hier eine ganze Menge Mails gefunden, die zwar dann doch irgendwann zugestellt wurden (nach manuellem Eingriff) aber vom Exim dann nicht mehr gelöscht werden. Ich hoffe, diese Mails werden nicht doch irgendwann nochmal zugestellt... das wäre extrem unschön wenn Kunden/Kontakte plötzlich mehrere Tage alte Mails doch nochmal bekommen.
Alles in allem ist dieses Problem äußerst nervig, einen Workaround habe ich noch nicht gefunden. Zur Zeit läuft das Mail-System auf der Astaro nicht sonderlich zuverlässig bzw. ich habe nicht das Gefühl, mich darauf verlassen zu können. Das Problem tritt nicht nur bei mir sondern in ähnlicher Form auch bei einem Kunden auf, der auch schon leicht genervt ist deswegen.
Neben den Content-Filtern (Antivir und Antispam) ist auch Mail Encryption für einige wenige interne Nutzer aktiviert.
Kennt jemand das Problem bzw. weiß, an welcher Schraube man drehen muss, damit der SMTP Proxy wieder zuverlässig arbeitet?
Ach so, das Mailaufkommen für den SMTP-Proxy ist nicht sonderlich hoch. Etwa 50-80 Mails pro Tag, die tatsächlich zugestellt werden (also ohne Spam, der schon vorher rausfliegt). Davon müssen etwa 50-60% von Hand aus dem SMTP-Spool befreit werden.
--
Gruß aus Bitburg,
byteorder / Andreas
This thread was automatically locked due to age.
