Trage SMTP connectie vanaf Windows 2012

[Dutch_guy]

Voor een applicatie die mail moet verzenden verbinden wij met de smtp server van xs4all.

Echter de smtp reageert zo traag dat er een timeout optreedt.

Ik heb even wat tests gedaan met telnet smtp.xs4all op die Windows 2012 server en een response duurt heel lang.

Op mijn lokale pc veel sneller.

Ter vergelijking, op de lokale pc na 1 seconde een response, op de server na 25 seconden.

DNS is allemaal goed ingesteld. Ik heb een vergelijkbare server bij dezelfde hosting partij en daar werkt een telnet wel snel.

Iemand een idee hoe ik dit verder kan onderzoeken?

[Dutch_guy]

Mijn interne domein op die server is: ad.mijnbedrijfsnaam.nl

Echter ad.mijnbedrijfsnaam.nl verwijst niet naar de server.

Kan het daaraan liggen, kijkt SMTP daar naar?

Dat is het enige verschil met die server waarbij het wel werkt, die heeft een interne domein genaamd mijnbedrijfsnaam.local

[ Voor 26% gewijzigd door Dutch_guy op 25-01-2017 21:15 ]

[Jazzy]

Nee, SMTP is echt een heel simpel protocol. Zit er een firewall tussen die inspectie doet? Wat is het verschil tussen die server en je lokale pc, zitten die in hetzelfde netwerk?

Edit: Bedenk met net dat de S in SMTP voor simple staat trouwens.

[ Voor 17% gewijzigd door Jazzy op 25-01-2017 21:17 ]

[Dutch_guy]

Firewall staat uit. Mijn lokale pc is gewoon thuis en de server is een VPS bij Transip.

Punt is, dat ik dus al een werkend netwerk heb bij Transip waarbij SMTP snel reageert.

Het nieuwe netwerk, ook bij Transip, daar werkt SMTP dus traag.

Dus die variabelen zijn gelijk.

Wat ik nog zie is dat als ik HELO smtp.xs4all.nl ik bij de trage server een antwoord krijg op het externe ipv6 adres.

Doe ik hetzelfde op de snelle server, dan krijg ik een antwoord met het externe ipv4 adres.

[ Voor 27% gewijzigd door Dutch_guy op 25-01-2017 21:21 ]

[Fish]

En als je een andere smtp probeer (die van transip oid) gaat die ook langzaam ?

waarom geen eigen smtp ?

Dutch_guy schreef op woensdag 25 januari 2017 @ 21:14:
Mijn interne domein op die server is: ad.mijnbedrijfsnaam.nl

Echter ad.mijnbedrijfsnaam.nl verwijst niet naar de server.

Kan het daaraan liggen, kijkt SMTP daar naar?

Dat is het enige verschil met die server waarbij het wel werkt, die heeft een interne domein genaamd mijnbedrijfsnaam.local

Spamfilters wel

maar niet alleen dns naam, maar ook rdns, dkim, sfp, wellict dat er andere (extra) checks gedaan worden

Ook een helo/ehlo word gecontroleerd ivm spam ... dus als die niet resolved en door het hele dns traject moet ..

[ Voor 75% gewijzigd door Fish op 25-01-2017 21:43 ]

[Gomez12]

Aan de ene kant zou ik je routeringen nakijken, waarom krijg je een respons op ipv6 terug en waarnaar verstuur je het?

En aan de andere kant zou ik eens kijken of er geen anti-virus / anti-spam op die server staat die eerst van alles zit te checken.

En check ook eens je reverse dns gegevens, of die wel kloppen of dat die verkeerd staan en een timeout veroorzaken. Anti-spam wil wel eens de reverse dns testen.

[Fish]

je moet ook geen xs4all server adres in de helo meegeven, das ook een plusje in de spam score

HELO (Hello)
The client sends this command to the SMTP server to identify itself and initiate the SMTP conversation. The domain name or IP address of the SMTP client is usually sent as an argument together with the command (e.g. “HELO client.example.com”). If a domain name is used as an argument with the HELO command, it must be a fully qualified domain name (also called FQDN).

[ Voor 3% gewijzigd door Fish op 25-01-2017 21:47 ]

[Dutch_guy]

grrrr...

https://www.transip.nl/vr...poorten-mijn-geblokkeerd/

Tja, nu werkt het dus wel.