Ausgangssituation:
Das SEPPmail Secure E-Mail Gateway soll nach dem entgegennehmen einer E-Mail an das Abgebende Relay erst dann den erfolgreichen Empfang („250 ok“) melden, wenn diese E-Mail bereits vom nachfolgenden Relay als erfolgreich empfangen quittiert wurde (ebenfalls „250 ok“).
Grund:
Wird diese Option verwendet, so kann bei einem Austausch der Appliance (zum Beispiel bei einem Hardware-Defekt) annähernd sichergestellt werden, dass keine E-Mails verloren gehen.
Lösung:
Bis zum SEPPmail Secure E-Mail Gateway Version 11.1.11 stand hierfür die Option Queueless mode zur Verfügung. Diese wurde mit der Version 11.1.11 durch die neue Option Use custom delivery method abgelöst. Durch den Eintrag „queueless“ wird mit dieser Option dasselbe Verhalten erzielt wie vormals durch Queueless mode.
|
Aufgrund dieser Einstellung können - vor allem wenn die E-Mail verarbeitenden Maschinen in unterschiedlichen Netzen stehen -Verzögerungen auftreten. Eine Folge davon können vermehrt auftretende Timeouts sein. Weiterhin kann das vorläufige Zwischenspeichern einer E-Mail in der E-Mail Warteschlange durch diese Einstellung nicht zu 100% verhindert werden: •Werden beispielsweise bei ausgehenden E-Mails mehrere E-Mail Domänen adressiert, von denen eine nicht den Empfang mit dem SMTP Code 250 quittiert, so würde die E-Mail an diese eine E-Mail Domäne dennoch in der E-Mail Queue zwischengespeichert werden. •Bei Komplettausfall des nächsten E-Mail HOPs würde die Appliance ebenfalls die E-Mails in der Warteschlange speichern und somit dem abgebenden System den Empfang quittieren. •Ebenso werden LFT-Benachrichtigungs-E-Mails in der Warteschlange zwischengespeichert, wenn der Empfänger temporär nicht erreichbar ist.
Ebenfalls ist zu beachten, dass mit dieser Einstellung ein eventuell in einer Managed domain eingetragener Smarthost ignoriert wird. Stattdessen wird immer der global eingetragene Outgoing Server aus Use The Following SMTP Server verwendet. Die Einstellung Use Built-In Mail Transport Agent ist mit dem Queueless mode nicht kompatibel und würde somit beim Versand die Meldung „Could not retrieve default mail routing information - queueless mode disabled“ im Log generieren. |
|
Die Einstellung aus Queueless mode wird beim Update in die neue Option Use custom delivery method automatisch übernommen (Eintrag „queueless“). |
