Djigzo bzw Ciphermail eMail Gateway Postfix verweigert Annahme von eMails

Wir bieten unserer Kundschaft seit mehreren Jahren E-Mail Verschlüsselung an. Da sich sowohl PGP als auch S/MIME einfach nicht durchsetzen gibt es eine leider nur sehr überschaubare Anzahl von ~25 Empfängern an die wir derzeit auch nur verschlüsselte PDFs verschicken. In sofern betreiben wir derzeit nur verschlüsselten Versand. Die PDF Variante hat sich dennoch als Einstieg und aus anderen Gründen bewährt. Auch wenn der Aufwand hier noch in keinem Verhältnis steht.

Vor geraumer Zeit sind wir dann von unserer veralteten, meiner Meinung nach schlechteren und sehr sehr teuren Gateway Lösung auf das Djigzo E-Mail Gateway umgestiegen (mittlerweise wurde es in Ciphermail umbenannt). Ich bin damit eigentlich hoch zufrieden und fand es immer ein gelungenes Produkt, auch wenn es leider keine große Verbreitung findet und ich keine Community kenne. Es werden zwar mittlerweile Supportverträge angeboten aber da wir noch keinen haben kann ich nicht sagen wie diese gestrickt sind.


Und nun zum eigentlichen Problem:

Mein Gateway steht zwischen Exchange (2003) und E-Mail Server des Providers. Eingehende sowie ausgehende E-Mails laufen über das Gateway. Vor dem Auftritt des Fehlers lief alles Problemlos. Ab Zeitpunkt X hört das Gateway, im Besonderen der MTA (mail transfer agent) des Postfix Dienstes auf, E-Mails des Providers entgegen zu nehmen. Log:

Feb 4 12:35:01 djigzo postfix/smtpd[3268]: connect from unknown[<provider-ip>]
Feb 4 12:35:01 djigzo postfix/smtpd[3268]: lost connection after CONNECT from unknown[<provider-ip>]
Feb 4 12:35:01 djigzo postfix/smtpd[3268]: disconnect from unknown[<provider-ip>]

Das tritt nicht sporadisch auf sondern ab Zeitpunkt X immer. Der MTA nimmt weitere E-Mails des internen Exchange an und leitet sie an den externen Provider, ohne jegliche Abbrüche.

Lt. Aussage Provider wurde nichts am E-Mail System verändert. Des Weiteren soll das Gateway zwar die Verbindung einleiten und sich zur Annahme der E-Mail bereit erklären, beim Aufbau der Datenverbindung die E-Mail dann aber abweisen.

An unserem System wurde etwas ganz anderes geändert. Es existiert neben der produktiven Umgebung eine neue Testdomäne (unterschiedliche FQDN und unterschiedliche NetBIOS Namen) und ein Exchange 2013 Testsystem, da wir umsteigen möchten. Der Fehler im Gateway tritt auf, seit ich die IP des neuen Exchange auf die Liste der vertrauenswürdigen Quellen (in der Gateway Konfiguration) gesetzt habe. Es wurden noch keine E-Mails oder dergleichen verschickt, lediglich diese eine IP aufgenommen. Ziel- und Quellserver des E-Mail Verkehrs wurden nicht verändert. Ich beschreibe diesen Umstand auch nur, weil ich absolut keine Erklärung für das Verhalten des MTA habe, nicht weil ich glaube, dass irgendeine Beeinflussung des Gateways durch den neuen Exchange statt gefunden hat.

Um den Fehler beizukommen habe ich bereits die Testsysteme abgeschaltet und das Gateway aus einer Sicherung vor der Einrichtung dieser Systeme zurück gesichert, jedoch tritt der Fehler sofort in gleicher Form auf. Leitet der Provider die E-Mails direkt an unseren produktiven Exchange, nimmt dieser sie klaglos an. Nur mein Gateway versagt mir die Annahme der Mails des Providers, nicht der des Exchange.

Alle E-Mails wurden zwischenzeitlich zugestellt. Setze ich die ursprüngliche Konfiguration ein, finden erst bei Versand einer Testmail neue Verbindungsaufbauversuche statt. Es sollte also nicht an einer "problematischen" Mail liegen.

Ich bin wirklich Ratlos.