Si god natt
til din siste
Exchange Server.

Nei. Det proxyer SMTP-økten og sender den videre slik den kommer inn. Det finnes ingen postkasse, ingen kø, ingen spool og ikke noe arkiv, og selve meldingen sendes uendret videre, headere inkludert. Det eneste Sendman lagrer, er konfigurasjonen din.

Nei. Sendman validerer enhetenes påloggingsinformasjon mot Microsoft Entra ID uten appregistrering, uten samtykke og uten endringer i tenanten din. Hybride pålogginger som CONTOSO\svc-scan fungerer som de er.

Ingen av delene står i veien. En vault-credential berører aldri katalogen din, så det er ingenting å be om. Entra ID-kontoer fungerer også: flerfaktorautentisering og Conditional Access står ikke i veien, selv med strenge policyer, og enheten får aldri noen forespørsel. Hva en konto får sende som, og til hvem, er ikke en postkassetillatelse i Exchange Online, men en Sendman-policy: avsender- og mottakerregler avgjør det, for vault-credentials og Entra ID-kontoer på samme måte.

Den kan fortsatt koble til på en ukryptert port, og identitet, IP og policy håndheves på nøyaktig samme måte. Om du godtar et ukryptert første hopp fra den enheten, er din beslutning; tillatelseslisten begrenser det til dine egne egress-adresser, og fra Sendman og videre er økten kryptert overalt der backenden støtter det.

De hører til domenet du sender fra, og håndteres av backenden som faktisk leverer, Exchange Online eller Azure Communication Services. Sendman skriver verken om konvolutten eller headerne dine, så det du har satt opp for den backenden, fungerer nøyaktig som i dag.

Tilkoblinger avvises med et midlertidig «service not available»-svar som ber en veloppdragen avsender holde på meldingen og prøve igjen, slik at et hikke i lagringen forsinker e-post i stedet for at den går tapt.

Ja. Mange organisasjoner beholder Exchange Online som leveringsvei og bruker Sendman til autentiserings- og policylaget enhetene deres trenger. Backenden kan byttes senere uten å røre en eneste enhet.

I lagring som er isolert til tenanten din. Påloggingsinformasjon krypteres før den skrives. Tilgang til portalen kommer fra plattform-tenanten din, viewers ser alle regler og endrer ingen, admins endrer konfigurasjonen, og hver oppføring på tillatelseslisten, hver policy og hver credential registrerer hvem som opprettet den.

Hver autentiseringsfeil og hvert policybrudd havner i den søkbare hendelsesloggen med regelen som avviste det navngitt i oppføringen, og svaret enheten får, forteller deg hvilket trinn som avviste den. Sniff Mode, et opptaksvindu som viser nøyaktig hva en enhet presenterer, altså kildeadressen, brukernavnet den tilbyr og avsenderen den utgir seg for å være, står på veikartet.