Copyright 1998-2008 Tweakers.net BV Sat, 22 Nov 2008 06:59:28 GMT Sat, 22 Nov 2008 06:59:28 GMT GoT - list_messages http://gathering.tweakers.net/ Gathering of Tweakers http://tweakimg.net/g/if/logo.gif nl-nl http://gathering.tweakers.net/rss/list_messages/1304291/last SMTP Server krijgt de ene keer EHLO dan Wel HELO - Internetproviders en Hosting - GoT gathering@tweakers.net (Administrator) Dysan http://gathering.tweakers.net/forum/list_message/30474169#30474169 dummy@example.com (Dysan) donderdag 24 juli 2008 16:03 Raar probleem, sinds enkele dagen komt mail afgeleverd door de hosting provider op SMTP niet, te laat of driedubbel binnen. De hosting provider heeft de MX records en stuurt deze door naar onze exchange server. Na veel gezoek ben ik erachte gekomen dat deze server de ene keer HELO zegt en de andere keer EHLO. Indien deze HELO gebeurt er het volgende:code:1 2 3 4 5 6 7 8 220 ****.*******.nl Microsoft ESMTP MAIL Service, Version: 6.0.3790.3959 ready at Thu, 24 Jul 2008 15:10:38 +0200 HELO ****.*******.nl 250 ****.*******.nl Hello [IP mailserver provider] MAIL FROM:<> 250 2.1.0 <>....Sender OK RCPT TO:<e-mail@adres.nl> 250 2.1.5 e-mail@adres.nl QUITen lijkt de mail niet aan te komen, de MAIL FROM : <> is ook daardwerkelijk leeg. indien er EHLO gezegd wordt gebeurt er dit:code:1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 220 ***.***.nl Microsoft ESMTP MAIL Service, Version: 6.0.3790.3959 ready at Thu, 24 Jul 2008 15:00:31 +0200 EHLO ***.***..nl 250-***.***..nl Hello [IP mailserver provider] 250-TURN 250-SIZE 250-ETRN 250-PIPELINING 250-DSN 250-ENHANCEDSTATUSCODES 250-8bitmime 250-BINARYMIME 250-CHUNKING 250-VRFY 250-X-EXPS GSSAPI NTLM LOGIN 250-X-EXPS=LOGIN 250-AUTH GSSAPI NTLM LOGIN 250-AUTH=LOGIN 250-X-LINK2STATE 250-XEXCH50 250 OK MAIL From:<e-mail@adres.nl> SIZE=941 250 2.1.0 e-mail@adres.nl....Sender OK RCPT To:<e-mail@adres.nl> DATA 250 2.1.5 e-mail@adres.nl 354 Start mail input; end with <CRLF>.<CRLF> *daadwerkelijke e-mail data QUITProvider zegt dat het niet aan hun ligt maar aan onze brakke mail server. Echter is dit probleem van de een op de andere dag onstaan en is de server schoon van foute meldingen in de eventlogs. Raar probleem, sinds enkele dagen komt mail afgeleverd door de hosting provider op SMTP niet, te laat of driedubbel binnen.
De hosting provider heeft de MX records en stuurt deze door naar onze exchange server.
Na veel gezoek ben ik erachte gekomen dat deze server de ene keer HELO zegt en de andere keer EHLO.
Indien deze HELO gebeurt er het volgende:
code:
1
2
3
4
5
6
7
8

220 ****.*******.nl Microsoft ESMTP MAIL Service, Version: 6.0.3790.3959 ready at  Thu, 24 Jul 2008 15:10:38 +0200 
HELO ****.*******.nl
250 ****.*******.nl Hello [IP mailserver provider]
MAIL FROM:<>
250 2.1.0 <>....Sender OK
RCPT TO:<e-mail@adres.nl>
250 2.1.5 e-mail@adres.nl
QUIT

en lijkt de mail niet aan te komen, de MAIL FROM : <> is ook daardwerkelijk leeg.

indien er EHLO gezegd wordt gebeurt er dit:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

220 ***.***.nl Microsoft ESMTP MAIL Service, Version: 6.0.3790.3959 ready at  Thu, 24 Jul 2008 15:00:31 +0200 
EHLO ***.***..nl
250-***.***..nl Hello [IP mailserver provider]
250-TURN
250-SIZE
250-ETRN
250-PIPELINING
250-DSN
250-ENHANCEDSTATUSCODES
250-8bitmime
250-BINARYMIME
250-CHUNKING
250-VRFY
250-X-EXPS GSSAPI NTLM LOGIN
250-X-EXPS=LOGIN
250-AUTH GSSAPI NTLM LOGIN
250-AUTH=LOGIN
250-X-LINK2STATE
250-XEXCH50
250 OK
MAIL From:<e-mail@adres.nl> SIZE=941
250 2.1.0 e-mail@adres.nl....Sender OK
RCPT To:<e-mail@adres.nl>
DATA
250 2.1.5 e-mail@adres.nl 
354 Start mail input; end with <CRLF>.<CRLF>
   *daadwerkelijke e-mail data
QUIT

Provider zegt dat het niet aan hun ligt maar aan onze brakke mail server. Echter is dit probleem van de een op de andere dag onstaan en is de server schoon van foute meldingen in de eventlogs.]]> http://gathering.tweakers.net/forum/list_message/30474169#30474169 Thu, 24 Jul 2008 14:03:14 GMT Mishmash http://gathering.tweakers.net/forum/list_message/30474183#30474183 dummy@example.com (Mishmash) donderdag 24 juli 2008 16:06 Ik neem aan dat het een windows bak is. Welk OS? Wat staat er in je MX Records? Ik neem aan dat het een windows bak is. Welk OS? Wat staat er in je MX Records?]]> http://gathering.tweakers.net/forum/list_message/30474183#30474183 Thu, 24 Jul 2008 14:06:53 GMT Dysan http://gathering.tweakers.net/forum/list_message/30474303#30474303 dummy@example.com (Dysan) donderdag 24 juli 2008 16:25 Het is een Windows 2003 Small business server (Windows & Exchange SP2) Beide MX records van het domein naam verwijzen naar de provider, deze relayd het weer door naar de exchange server Het is een Windows 2003 Small business server (Windows & Exchange SP2)
Beide MX records van het domein naam verwijzen naar de provider, deze relayd het weer door naar de exchange server]]> http://gathering.tweakers.net/forum/list_message/30474303#30474303 Thu, 24 Jul 2008 14:25:52 GMT Foamy http://gathering.tweakers.net/forum/list_message/30475257#30475257 dummy@example.com (Foamy) donderdag 24 juli 2008 20:09 Hm, als de MX records inderdaad allemaal naar je eigen server (of de mailrelay) wijzen dan word het wat lastiger om het balletje bij hun neer te leggen. Dit omdat eigenlijk het enige wat zij doen is het doorverwijzen naar.. jouw server.. Zit er iets van consequentie in de mails die wel/niet binnen komen? Dus komt dit steevast voor bij mensen die gebruik maken van dezelfde mailserver? Als dat het geval is zou je eens kunnen kijken of het niet stiekem door de verzendende mailserver word veroorzaakt. Zijn er ook geen updates geweest voor dit probleem is ontstaan? Speelt dit niet al langer zonder dat je het zelf door hebt gehad? Hm, als de MX records inderdaad allemaal naar je eigen server (of de mailrelay) wijzen dan word het wat lastiger om het balletje bij hun neer te leggen. Dit omdat eigenlijk het enige wat zij doen is het doorverwijzen naar.. jouw server..

Zit er iets van consequentie in de mails die wel/niet binnen komen? Dus komt dit steevast voor bij mensen die gebruik maken van dezelfde mailserver? Als dat het geval is zou je eens kunnen kijken of het niet stiekem door de verzendende mailserver word veroorzaakt.
Zijn er ook geen updates geweest voor dit probleem is ontstaan? Speelt dit niet al langer zonder dat je het zelf door hebt gehad?]]> http://gathering.tweakers.net/forum/list_message/30475257#30475257 Thu, 24 Jul 2008 18:09:34 GMT xtra http://gathering.tweakers.net/forum/list_message/30475338#30475338 dummy@example.com (xtra) donderdag 24 juli 2008 20:28 Een "MAIL FROM:<>" is meestal een non delivery report oid waarvan het niet de bedoeling is dat een reply komt. Het kan zijn dat die een ouderwetse HELO gebruikt om het zo eenvoudig mogelijk te houden. Zie je niets in je logbestanden. Als het bij jou aankomt zou je denken dat de MX-instellingen etc. goed zijn. Dan zou het dus ergens anders in een zwart gat moeten verdwijnen. /edit: Zie nu dat de HELO geen DATA heeft. Dat zou je nog wel eens bij je provider kunnen vragen. Een "MAIL FROM:<>" is meestal een non delivery report oid waarvan het niet de bedoeling is dat een reply komt. Het kan zijn dat die een ouderwetse HELO gebruikt om het zo eenvoudig mogelijk te houden.

Zie je niets in je logbestanden. Als het bij jou aankomt zou je denken dat de MX-instellingen etc. goed zijn. Dan zou het dus ergens anders in een zwart gat moeten verdwijnen.

/edit: Zie nu dat de HELO geen DATA heeft. Dat zou je nog wel eens bij je provider kunnen vragen.]]> http://gathering.tweakers.net/forum/list_message/30475338#30475338 Thu, 24 Jul 2008 18:28:02 GMT Brahiewahiewa http://gathering.tweakers.net/forum/list_message/30475424#30475424 dummy@example.com (Brahiewahiewa) donderdag 24 juli 2008 20:49 quote:Dysan schreef op donderdag 24 juli 2008 @ 16:03: ...code:1 2 3 4 5 6 7 8 220 ****.*******.nl Microsoft ESMTP MAIL Service, Version: 6.0.3790.3959 ready at Thu, 24 Jul 2008 15:10:38 +0200 HELO ****.*******.nl 250 ****.*******.nl Hello [IP mailserver provider] MAIL FROM:<> 250 2.1.0 <>....Sender OK RCPT TO:<e-mail@adres.nl> 250 2.1.5 e-mail@adres.nl QUITHet zou praktischer zijn als je ook de time stamps van de commando's had gelogd. Zo ziet het er uit alsof de verzendende server meteen QUIT zegt, als jouw server z'n 2.1.5 antwoord geeft. Maar het zou ook heel goed kunnen zijn dat de verzendende server op de 354 message zit te wachten. En als die na x minuten niet gekomen is, de verbinding maar verbreekt. Verder: hoeveel mail servers heeft je provider? (Dat ze vanaf hetzelfde IP-adres komen, hoeft niet persé te betekenen dat het dezelfde server is; het kunnen er meerdere zijn achter NAT of LB). Hoeveel mogelijke verbindingen zijn er tussen je provider en je server? Zit er in één van die verbindingen misschien een PiX of een andere ranzige firewall, die alleen het 26 jaar oude RFC821 protocol doorlaat en dus geen EHLO ondersteunt?
quote:
Dysan schreef op donderdag 24 juli 2008 @ 16:03:
...
code:
1
2
3
4
5
6
7
8

220 ****.*******.nl Microsoft ESMTP MAIL Service, Version: 6.0.3790.3959 ready at  Thu, 24 Jul 2008 15:10:38 +0200 
HELO ****.*******.nl
250 ****.*******.nl Hello [IP mailserver provider]
MAIL FROM:<>
250 2.1.0 <>....Sender OK
RCPT TO:<e-mail@adres.nl>
250 2.1.5 e-mail@adres.nl
QUIT

Het zou praktischer zijn als je ook de time stamps van de commando's had gelogd.
Zo ziet het er uit alsof de verzendende server meteen QUIT zegt, als jouw server z'n 2.1.5 antwoord geeft. Maar het zou ook heel goed kunnen zijn dat de verzendende server op de 354 message zit te wachten. En als die na x minuten niet gekomen is, de verbinding maar verbreekt.

Verder: hoeveel mail servers heeft je provider? (Dat ze vanaf hetzelfde IP-adres komen, hoeft niet persé te betekenen dat het dezelfde server is; het kunnen er meerdere zijn achter NAT of LB).

Hoeveel mogelijke verbindingen zijn er tussen je provider en je server? Zit er in één van die verbindingen misschien een PiX of een andere ranzige firewall, die alleen het 26 jaar oude RFC821 protocol doorlaat en dus geen EHLO ondersteunt?]]> http://gathering.tweakers.net/forum/list_message/30475424#30475424 Thu, 24 Jul 2008 18:49:02 GMT Dysan http://gathering.tweakers.net/forum/list_message/30476510#30476510 dummy@example.com (Dysan) vrijdag 25 juli 2008 07:10 even voor de duidelijkheid de MX records verwijzen niet naar mijn server maar naar de servers van een hosting provider. De verbinding naar mij toe op het internet verloopt via een Zyxel router die op poort 25 de 2 opgegeven smtp server2 van de provider door laat. Time stamps zal ik nog naar gaan kijken. even voor de duidelijkheid de MX records verwijzen niet naar mijn server maar naar de servers van een hosting provider.
De verbinding naar mij toe op het internet verloopt via een Zyxel router die op poort 25 de 2 opgegeven smtp server2 van de provider door laat.
Time stamps zal ik nog naar gaan kijken.]]> http://gathering.tweakers.net/forum/list_message/30476510#30476510 Fri, 25 Jul 2008 05:10:13 GMT MikeN http://gathering.tweakers.net/forum/list_message/30476800#30476800 dummy@example.com (MikeN) vrijdag 25 juli 2008 09:15 De eerste sessie lijkt mij een callout die gebeurd om het afzenderadres of het destination adres te controleren. Kan best zijn dat je provider dit doet voordat ze mail doorsturen, om zo geen mail te accepteren voor niet bestaande adressen. Dit hoeft in principe geen probleem te zijn. Exim doet dit bijvoorbeeld in veel standaardconfigs. Ik denk dat je het probleem dus nog even verder moet zoeken. De eerste sessie lijkt mij een callout die gebeurd om het afzenderadres of het destination adres te controleren. Kan best zijn dat je provider dit doet voordat ze mail doorsturen, om zo geen mail te accepteren voor niet bestaande adressen. Dit hoeft in principe geen probleem te zijn. Exim doet dit bijvoorbeeld in veel standaardconfigs.

Ik denk dat je het probleem dus nog even verder moet zoeken.]]> http://gathering.tweakers.net/forum/list_message/30476800#30476800 Fri, 25 Jul 2008 07:15:33 GMT Brahiewahiewa http://gathering.tweakers.net/forum/list_message/30477236#30477236 dummy@example.com (Brahiewahiewa) vrijdag 25 juli 2008 10:36 quote:MikeN schreef op vrijdag 25 juli 2008 @ 09:15: De eerste sessie lijkt mij een callout die gebeurd om het afzenderadres of het destination adres te controleren. Kan best zijn dat je provider dit doet voordat ze mail doorsturen, om zo geen mail te accepteren voor niet bestaande adressen. Dit hoeft in principe geen probleem te zijn. Exim doet dit bijvoorbeeld in veel standaardconfigs. Ik denk dat je het probleem dus nog even verder moet zoeken.Hmmz, standaard accepteert Exchange alle local parts (om daarna op z'n gemak uit te zoeken of er een mailbox voor bestaat) dus zou jouw server meteen in de callout cache van Exim terecht moeten komen. Anyway is het natuurlijk eenvoudig te testen; via de (beide) mailserver(s) van je provider een testmailtje sturen naar een adres op je eigen domain en dan kijken of je zo'n HELO sessie terugziet in je logs. Die zou dan later gevolgd moeten worden door een EHLO sessie waarin het mailtje daadwerkelijk wordt bezorgd. En - ook via de mailserver van je provider - een test mailtje sturen naar een extern adres, met als afzender een adres op jouw domain. Dan zou je ook zo'n HELO sessie moeten zien.offtopic:Een provider die niet mee wil denken en zondermeer je server als brak bestempelt, zou bij mij wel hoog op het todo-lijstje voor vervanging komen te staan
quote:
MikeN schreef op vrijdag 25 juli 2008 @ 09:15:
De eerste sessie lijkt mij een callout die gebeurd om het afzenderadres of het destination adres te controleren. Kan best zijn dat je provider dit doet voordat ze mail doorsturen, om zo geen mail te accepteren voor niet bestaande adressen. Dit hoeft in principe geen probleem te zijn. Exim doet dit bijvoorbeeld in veel standaardconfigs.

Ik denk dat je het probleem dus nog even verder moet zoeken.
Hmmz, standaard accepteert Exchange alle local parts (om daarna op z'n gemak uit te zoeken of er een mailbox voor bestaat) dus zou jouw server meteen in de callout cache van Exim terecht moeten komen.

Anyway is het natuurlijk eenvoudig te testen; via de (beide) mailserver(s) van je provider een testmailtje sturen naar een adres op je eigen domain en dan kijken of je zo'n HELO sessie terugziet in je logs. Die zou dan later gevolgd moeten worden door een EHLO sessie waarin het mailtje daadwerkelijk wordt bezorgd. En - ook via de mailserver van je provider - een test mailtje sturen naar een extern adres, met als afzender een adres op jouw domain. Dan zou je ook zo'n HELO sessie moeten zien.
offtopic:
Een provider die niet mee wil denken en zondermeer je server als brak bestempelt, zou bij mij wel hoog op het todo-lijstje voor vervanging komen te staan
]]> http://gathering.tweakers.net/forum/list_message/30477236#30477236 Fri, 25 Jul 2008 08:36:38 GMT Dysan http://gathering.tweakers.net/forum/list_message/30489254#30489254 dummy@example.com (Dysan) maandag 28 juli 2008 11:57 Vreemd, ondanks dat de hosting provider niets verander heeft lijkt het weer te werken........ mag dus dicht van mij Vreemd, ondanks dat de hosting provider niets verander heeft lijkt het weer te werken........
mag dus dicht van mij]]> http://gathering.tweakers.net/forum/list_message/30489254#30489254 Mon, 28 Jul 2008 09:57:05 GMT