Sag gute Nacht
zu deinem letzten
Exchange Server.

Nein. Es proxyt die SMTP-Session und leitet sie weiter, wie sie ankommt. Es gibt kein Postfach, keine Warteschlange, keinen Spool und kein Archiv, und die Nachricht selbst wird unverändert durchgereicht, Header eingeschlossen. Das Einzige, was Sendman behält, ist deine Konfiguration.

Nein. Sendman prüft Geräte-Anmeldedaten gegen Microsoft Entra ID ohne App-Registrierung, ohne Consent und ohne Änderung in deinem Tenant. Hybride Logins wie CONTOSO\svc-scan funktionieren, wie sie sind.

Beides steht nicht im Weg. Ein Vault-Credential berührt dein Verzeichnis nie, also gibt es nichts, wonach gefragt werden könnte. Entra ID-Konten funktionieren ebenfalls: Multi-Faktor-Authentifizierung und Conditional Access stehen nicht im Weg, auch bei strengen Richtlinien nicht, und das Gerät sieht nie einen Prompt. Als was ein Konto senden darf, und an wen, ist keine Postfachberechtigung in Exchange Online, sondern eine Sendman-Richtlinie: Absender- und Empfängerregeln entscheiden, für Vault-Credentials und Entra ID-Konten gleichermaßen.

Es kann sich trotzdem über einen unverschlüsselten Port verbinden, und Identität, IP und Richtlinie werden genauso durchgesetzt. Ob du von diesem Gerät einen unverschlüsselten ersten Hop akzeptierst, ist deine Entscheidung; die Allow-List beschränkt ihn auf deine eigenen Egress-Adressen, und ab Sendman ist die Session verschlüsselt, wo immer das Backend es unterstützt.

Sie gehören zur Domain, von der du sendest, und werden vom Backend gehandhabt, das tatsächlich zustellt, Exchange Online oder Azure Communication Services. Sendman schreibt weder deinen Envelope noch deine Header um, also funktioniert alles, was du für dieses Backend eingerichtet hast, genau so weiter wie heute.

Verbindungen werden mit einer temporären „service not available“-Antwort abgelehnt, die einem wohlerzogenen Absender sagt, die Nachricht zu behalten und es später erneut zu versuchen. Ein Aussetzer im Storage verzögert Mail also, statt sie zu verlieren.

Ja. Viele Organisationen behalten Exchange Online als Zustellpfad und nutzen Sendman für die Authentifizierungs- und Richtlinienschicht, die ihre Geräte brauchen. Das Backend lässt sich später wechseln, ohne ein einziges Gerät anzufassen.

In einem Storage, der auf deinen Tenant isoliert ist. Anmeldedaten werden verschlüsselt, bevor sie geschrieben werden. Der Zugriff auf das Portal kommt aus deinem Plattform-Tenant, Viewer sehen jede Regel und ändern keine, Admins ändern die Konfiguration, und jeder Allow-List-Eintrag, jede Richtlinie und jedes Credential hält fest, wer es erstellt hat.

Jeder Authentifizierungsfehler und jede Richtlinienverletzung landet im durchsuchbaren Event-Log, mit der Regel, die abgelehnt hat, direkt im Eintrag, und die Antwort, die das Gerät erhält, sagt dir, welches Gate es abgewiesen hat. Der Sniff Mode, ein Capture-Fenster, das genau zeigt, was ein Gerät präsentiert, seine Quelladresse, den Benutzernamen, den es anbietet, und den Absender, den es beansprucht, steht auf der Roadmap.