[Exchange 2016] Bron vertraging uitvissen

[YellowOnline]

Ik heb ergens een nieuwe Exchange 2016 mailserver opgezet en alles behalve het certificaat zou eigenlijk in orde moeten zijn behalve dat mails nog in de spam-folder belanden hier en daar - maar tot zover ik lees is dat een kwestie van geduld dat de grote mailfilters de server leren kennen. Het certificaat heb ik al, maar het MX record dat er bijhoort nog niet (acme.de - ik heb enkel acme.com) omdat dit nog op de oude mailserver (1&1 OpenXchange) actief is. Vooraleer ik omstel moet al de rest in orde zijn.

Het enige dat me nog verontrust zijn de levertijden van e-mails. Het gaat mij te traag. Ik heb enkele testjes gestuurd van en naar domeinen en uitgaande mails lijken allemaal bijna meteen aan te komen. Aankomende mails daarentegen niet - of toch niet overal:

code:

acme.com    : 01 min
acme.de     : 00 min (1&1 OpenXchange)
contoso.net : 01 min (random Exchange andere klant)
myjob.com   : 05 min (eigen Exchange, maar daar zit POP2Exchange voor iets tussen)

mykolab.com : 10 min
outlook.com : 17 min
gmail.com   : 06 min

Heeft iemand een verklaring waarom dat bij die bekende services zo lang duurt? Is dit normaal?

[Vorkie]

@YellowOnline Ik zie dat je echt Duits aan het worden bent met aankomende e-mails bijvoorbeeld

Maar hoe loopt inkomende e-mail nu precies? Je hebt geen MX records? Of wel? Maar niet van de 1, maar wel van de andere? Ik haal het niet precies uit je verhaal

Pak eens een header van een mail vanaf outlook.com en plak deze in bijvoorbeeld:

https://testconnectivity.microsoft.com/
En dan tabblad Message Analyzer

Daarin zie je precies welke hop de e-mail lang blijft hangen

[YellowOnline]

Vorkie schreef op vrijdag 25 augustus 2017 @ 17:10:
@YellowOnline Ik zie dat je echt Duits aan het worden bent met aankomende e-mails bijvoorbeeld

Maar hoe loopt inkomende e-mail nu precies? Je hebt geen MX records? Of wel? Maar niet van de 1, maar wel van de andere? Ik haal het niet precies uit je verhaal

Pak eens een header van een mail vanaf outlook.com en plak deze in bijvoorbeeld:

https://testconnectivity.microsoft.com/
En dan tabblad Message Analyzer

Daarin zie je precies welke hob de e-mail lang blijft hangen

Ja, ik heb soms echt moeite met het Nederlandse woord te vinden. Kras hoe men zijn moedertaal kwijt kan geraken.

Mijn anonimiseren maakt het niet duidelijk natuurlijk.Laat ons zeggen dat we de firma TWEAKERS.NL hebben en een wildcard certificaat voor datzelfde domein (*.tweakers.nl). Die MX ligt bij een provider BLAAT waar tot nu toe via OpenXchange alle mailverkeer afgehandeld werd.

Ik heb nu een Exchange ingericht TWEAKERS.BE met bijhorend MX record. De bedoeling is deze week de .NL MX record naar de nieuwe server te laten verwijzen. Op dat moment ziet alles er volgens mij goed uit - het zijn enkele die trage tijden die mij verwonderen.

Mijn probleem met de Remote Connectivity Analyzer is dat die honderd foutmeldingen geeft omwille van het certificaat. Dat is ook normaal aangezien ik eigenlijk enkel TWEAKERS.NL wil gebruiken. Die .BE is slechts om de setup te vervolledigen.

Edit: oh wacht, jij hebt het over een ander onderdeel van Remote Connectivity Analyser. Ik check het eens uit.

[Jazzy]

Vorkie schreef op vrijdag 25 augustus 2017 @ 17:10:
Pak eens een header van een mail vanaf outlook.com en plak deze in bijvoorbeeld:

https://testconnectivity.microsoft.com/
En dan tabblad Message Analyzer

Daarin zie je precies welke hop de e-mail lang blijft hangen

Exact dit. Maar eerlijk gezegd weet TS toch inmiddels wel hoe de headers van een email er uit zien? Die tool in de Exrca is een makkelijk hulpmiddel om het wat duidelijker te maken, maar doet niets anders dan diezelfde informatie netjes in een tabel stoppen.

[ Voor 15% gewijzigd door Jazzy op 25-08-2017 17:22 ]

[YellowOnline]

Jazzy schreef op vrijdag 25 augustus 2017 @ 17:21:
[...]
Exact dit. Maar eerlijk gezegd weet TS toch inmiddels wel hoe de headers van een email er uit zien? Die tool in de Exrca is een makkelijk hulpmiddel om het wat duidelijker te maken, maar doet niets anders dan diezelfde informatie netjes in een tabel stoppen.

Mja, ik heb dit jaar een dozijn Exchange server in de schoot geworpen gekregen zonder voorkennis. Voor spam ben ik wel gewoon headers te analyseren, maar voor andere troubleshooting nog niet.

Edit

Afgaande op de headers - ja, da's wel heel leesbaar gepresenteerd! - was de vertraging client-side en moet ik mij nergens zorgen over maken. De langste vertraging onderweg was 5 seconden.

't Enige dat mij nog stoort is dat de mails in spam blijven belanden bij Outlook.

[ Voor 22% gewijzigd door YellowOnline op 25-08-2017 17:29 ]

[Vorkie]

YellowOnline schreef op vrijdag 25 augustus 2017 @ 17:24:
[...]


Mja, ik heb dit jaar een dozijn Exchange server in de schoot geworpen gekregen zonder voorkennis. Voor spam ben ik wel gewoon headers te analyseren, maar voor andere troubleshooting nog niet.

Edit

Afgaande op de headers - ja, da's wel heel leesbaar gepresenteerd! - was de vertraging client-side en moet ik mij nergens zorgen over maken. De langste vertraging onderweg was 5 seconden.

't Enige dat mij nog stoort is dat de mails in spam blijven belanden bij Outlook.

Dat laatste... kansloos... ben bezig met @Operations geweest daarmee...

Zorg voor het volgende:
een Reverse DNS (als je direct mailt naar buiten)
DKIM signing (dat is op mailserver en op DNS niveau)
DMARC (dat is op DNS niveau)
Vertrouwd certificaat voor TLS (als je direct naar MX mailt)

Ook al score je overal 10/10 100% super goed geweldig great, Microsoft zijn intelligente Smartscreen gooit je gewoon in de Ongewenste e-mail en als je gelukt hebt wordt je eens vertrouwd door ze...ik verdenk ze ervan Office365 te promoten hiermee, maar goed (als ik dat zelfde domein waar ik zelf last van had in Office365 had geladen ging het als een zonnetje, terug naar on premises.. spam...)

[ Voor 8% gewijzigd door Vorkie op 25-08-2017 17:35 ]