Zeg welterusten
tegen je laatste
Exchange Server.

Nee. Sendman proxyt de SMTP-sessie en stuurt die door zoals hij binnenkomt. Er is geen mailbox, geen wachtrij, geen spool en geen archief, en het bericht zelf wordt ongewijzigd doorgegeven, headers inbegrepen. Het enige dat Sendman bewaart, is je configuratie.

Nee. Sendman valideert de inloggegevens van apparaten tegen Microsoft Entra ID zonder app-registratie, zonder consent en zonder iets in je tenant te wijzigen. Hybride logins zoals CONTOSO\svc-scan werken zoals ze zijn.

Die staat in geen van beide gevallen in de weg. Een vault-credential raakt je directory nooit, dus er valt niets te vragen. Entra ID-accounts werken ook: multifactorauthenticatie en Conditional Access staan niet in de weg, zelfs niet bij strikte beleidsregels, en het apparaat krijgt nooit een prompt te zien. Als wie een account mag verzenden, en naar wie, is geen mailboxmachtiging in Exchange Online maar een Sendman-beleidsregel: afzender- en ontvangerregels beslissen, voor vault-credentials en Entra ID-accounts gelijk.

Het kan nog steeds verbinden via een onversleutelde poort, en identiteit, IP en beleid worden precies zo afgedwongen. Of je van dat apparaat een onversleutelde eerste hop accepteert, is jouw beslissing; de allowlist beperkt die tot je eigen egress-adressen, en vanaf Sendman is de sessie versleuteld waar de backend dat ondersteunt.

Die horen bij het domein waarvanaf je verzendt en worden afgehandeld door de backend die daadwerkelijk bezorgt, Exchange Online of Azure Communication Services. Sendman herschrijft je envelope en je headers niet, dus alles wat je voor die backend hebt ingericht, blijft precies zo werken als nu.

Verbindingen worden geweigerd met een tijdelijk „service not available”-antwoord, dat een nette afzender vertelt het bericht vast te houden en het later opnieuw te proberen. Een hapering in de opslag vertraagt mail dus, in plaats van hem te laten verloren gaan.

Ja. Veel organisaties houden Exchange Online als bezorgpad en gebruiken Sendman voor de authenticatie- en beleidslaag die hun apparaten nodig hebben. De backend kan later worden gewijzigd zonder ook maar één apparaat aan te raken.

In opslag die geïsoleerd is tot je tenant. Inloggegevens worden versleuteld voordat ze worden weggeschreven. Toegang tot het portaal loopt via je platformtenant, viewers zien elke regel en wijzigen er geen, admins wijzigen de configuratie, en bij elke allowlistvermelding, beleidsregel en credential wordt vastgelegd wie die heeft aangemaakt.

Elke mislukte authenticatie en elke beleidsovertreding komt in het doorzoekbare eventlog terecht, met de regel die de weigering veroorzaakte vermeld in de invoer, en het antwoord dat het apparaat krijgt, vertelt je bij welke controle het is tegengehouden. Sniff Mode, een capturevenster dat precies laat zien wat een apparaat aanbiedt, zijn bronadres, de gebruikersnaam die het opgeeft en de afzender die het claimt, staat op de roadmap.