onverklaarbare bouncende email, (geavanceerd server en dns)

[Verwijderd]

Beste allemaal.

Duizende emails per dag krijgen wij binnen op ons domein bbo.nl met een plesk 8.1.1 Centos mail/webserver.
Dit gaat allemaal prima, nog nooit hebben wij een klacht gehad over een niet binnenkomende email.

Tot gisteren, een persoon uit duitsland probeert ons te mailen en die mail komt niet aan.
Dit is zijn report.

Delivery Failure Report
Your Document:
Document name
Was not delivered to:
[e-mail]
because
connect to mail.bbo.nl [83.98.192.86]: read timeout

Ik ben toen de DNS settings van onze domein registrar gaan checken en kwam erachter dat dnsstuff.com eenzelfde fout geeft op het connecten met de mailserver.. hmm
Erg vreemd aangezien we duizenden mails per dag krijgen.
http://www.dnsstuff.com/t...sreport.ch?&domain=bbo.nl
mail.bbo.nl: Timed out [Last data sent: [Did not connect]]

Ik heb al contact opgenomen met de domain registrar die de DNS verzorgt, en ook gevraagd waarom de mx naar mail.bbo.nl staat en niet www.bbo.nl maar hij verzekerde me dat dat niet uitmaakt omdat hij het weer op het ipadres aflevert. Hij vertelde me dat het probleem op de server zou moeten liggen.

Dus ik contact opgenomen met mijn hosting techs en die kunnen helemaal niets vinden.
Alles wat geconfigureerd staat zou 100% goed moeten zijn volgens hun, maar ze hebben het probleem toch even voorgelegd aan SWSoft techs, maar helaas tot nu toe nog geen reactie

Als je hier kijkt:
http://www.t1shopper.com/...ing%3E&scan_portnumber=25

Dan zie je ook dat port 25 gewoon open is, en ook een ping naar mail.bbo.nl werkt prima.

De reden waarom die ene duitse klant geen mail kan leveren is mij dus volstrekt onduidelijk.
Aan de errormelding te zien lijkt het alsof zijn interne mailserver een bepaalde connectie probeert te maken met onze mailserver voordat hij de mail eruitstuurt.. en met die check blijkt het dus fout te gaan

Mijn vraag dus aan jullie.. zien jullie iets geks?
En waar moet ik het zoeken? op DNS of op serverniveau?

Bedankt voor jullie hulp alvast

ps: als dit topic in het verkeerde forum staat please verplaatsen, maar ik heb de forumregels gelezen en het lijkt erop dat het hier thuishoort.

[KoeKk]

Het zou kunnen dat je mailserver aan 'tar-pitting' doet. Dit houdt in dat tijdens of na het ontvangen van een mailtje de verbinding voor langere tijd (denk aan 60 sec.) opengehouden wordt voordat er een 250 OK commando gegeven wordt. Somige verzendende mailservers denken dat je server overleden is en verbreken binnen de 60 seconden de verbinding.

Dit is een beetje natte vingerwerk, het is te testen door vanaf een niet vertrouwd IP, bijvoorbeeld vanaf je prive verbinding te telnetten naar poort 25 van je mailserver en een mailtje te versturen. Hoe je dat kan doen zie je hier: http://www.rdpslides.com/webresources/FAQ00035.htm, Vervang de emailadressen in deze link wel door de juiste andere adressen, mischien geeft je server zelf een duidelijkere foutmelding.

[Verwijderd]

als ik start -> uitvoeren -> telnet mail.bbo.nl 25
doe zegt tie "connecting to mail.bbo.nl... en daarna een connect failed.

[Verwijderd]

als ik telnet krijg ik wel verbidning, maar geen enkele respons, ook niet als ik helo's of andere smtp tik of wacht (ruim minuut)

sky:/home/robbert # telnet mail.bbo.nl 25
Trying 83.98.192.86...
Connected to mail.bbo.nl.
Escape character is '^]'.

^]
telnet> quit
Connection closed.
sky:/home/robbert #

(en welke naam je gebruikt zou idd niet out mogen maken (anders dan bij websites bv), het gaat om het ip waar het naar resolved)

[Verwijderd]

Vreemd, ik krijg er geen verbinding op vanuit hierthuis en niet vanuit kantoor..

Hopen dat de SWsoft engineers wat kunnen vinden.
Ik heb ook DR web en de firewall als een aan en uitgezet, en ook de SBL blocklist aan en uitgezet.
Allemaal geen enkele wijzinging.

[arnob]

kan ook niet connecten. ip resolved naar 83.98.192.86

[Keiichi]

Het duurt heel lang bij mij voordat de mail server eindelijk reageert.

[raymonvdm]

Je mailserver reageerd wel netjes.

Telnet mail.bbo.nl 25

Maar hierna geen reactie over type mailserver of wat dan ook

En na een aantal (60)seconden krijg ik inderdaad:

220 webserver1.bbo-group.nl ESMTP

Mail server werkt wel, maar werkt met die timeout zoals hierboven ook al genoemd. Dit zal voor sommige versturende mailservers een probleem zijn.

[ Voor 48% gewijzigd door raymonvdm op 06-06-2007 11:56 ]

[Keiichi]

-bash-2.05b$ telnet mail.bbo.nl 25
Trying 83.98.192.86...
Connected to mail.bbo.nl.
Escape character is '^]'.
220 webserver1.bbo-group.nl ESMTP
EHLO langzameserverzeg.nl
250-webserver1.bbo-group.nl
250-AUTH=LOGIN CRAM-MD5 PLAIN
250-AUTH LOGIN CRAM-MD5 PLAIN
250-STARTTLS
250-PIPELINING
250 8BITMIME
MAIL FROM: [e-mail]
250 ok
RCPT TO: [e-mail]
553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1)

[raymonvdm]

Via google gevonden

http://forums.spry.com/showthread.php?t=411
http://www.huschi.net/25_107_de.html

[ Voor 27% gewijzigd door raymonvdm op 06-06-2007 11:53 ]

[TrailBlazer]

Als ik een telnet sessie op poort 25 opzet zie ik keurig een ack terugkomen. Echetr vlak daarna probeert je mailserver een sessie op te zetten naar mijn poort 113. Die weiger ik (geen idee wat er op zou moeten draaien) maar het lijkt dat het daar op hangt.

code:

11:57:21.537764 80.127.50.153.1729 > 83.98.192.86.25: S 2249587110:2249587110(0) win 5840 <mss 1460,sackOK,timestamp 904132401 0,nop,wscale 2> (DF) [tos 0x10]
11:57:21.547741 83.98.192.86.25 > 80.127.50.153.1729: S 66701933:66701933(0) ack 2249587111 win 5840 <mss 1460> (DF)
11:57:21.547856 80.127.50.153.1729 > 83.98.192.86.25: . ack 1 win 5840 (DF) [tos 0x10]
11:57:21.559994 83.98.192.86.55436 > 80.127.50.153.113: S 65804611:65804611(0) win 5840 <mss 1460> (DF)
11:57:24.559183 83.98.192.86.55436 > 80.127.50.153.113: S 65804611:65804611(0) win 5840 <mss 1460> (DF)
11:57:30.558752 83.98.192.86.55436 > 80.127.50.153.113: S 65804611:65804611(0) win 5840 <mss 1460> (DF)
11:57:42.556630 83.98.192.86.55436 > 80.127.50.153.113: S 65804611:65804611(0) win 5840 <mss 1460> (DF)

is dus de auth daemon. Heb je die dan nodig voor een SMTP sessie?

[ Voor 3% gewijzigd door TrailBlazer op 06-06-2007 12:01 ]

[Osiris]

113 is ident

[ Voor 58% gewijzigd door Osiris op 06-06-2007 12:04 . Reden: Wikipedia-linkje toegevoegd ]

[CyBeR]

't duurt hier ook een flinke tijd, zelfs als ik ident REJECT in m'n firewall. De meeste mail servers draaien geen ident meer, dus je kunt dat beter uitzetten.

[Grolsch]

ik heb hetzelfde als hierboven vermeld.
Op den duur krijg ik wel dit te zien, maar dat is na een aantal minuten wachten.

code:

220 webserver1.bbo-group.nl ESMTP
451 timeout (#4.4.2)


De verbinding met de host is verbroken.

[Verwijderd]

Woah.. ok veel info.. ben een beetje overwhelmed nu

ok het probleem zit dus als volgt?
onze mailserver reageert pa na 60 seconden op de request op poort 25?
waarom die dat doet is me dan een vraag, ik heb meerdere identieke pleskservers draaien die ook bij dndstuff.com geen problemen opleveren met die relaying mailcheck.

de server wordt trouwens niet gebruikt als smpt, alleen maar voor imap binnenhalen..

ik ga dit weer even voorleggen aan mijn host.

dank jullie allemaal

[Verwijderd]

Voor degene die hiervoor al getest hadden..
Ik heb het aan mijn host doorgegeven en die heeft die wijzigingen in xinetd config doorgevoerd en het ziet er naar uit dat het nu wel goed is..

moet alleen nog even wachten op confirmatie van die klant.


http://www.dnsstuff.com/t...sreport.ch?&domain=bbo.nl

[TrailBlazer]

ik krijg nog steeds geen verbinding en ik zie ook nog steeds een sessie richting mijn poort 113 opgezet worden. Als ik poort 113 even openzet voor buitenaf dan gaat het wel goed. Kortom laat die ident evenuitzetten.

[ Voor 31% gewijzigd door TrailBlazer op 06-06-2007 12:51 ]

[Osiris]

Ik krijg nu toch écht meteen de 220-greeting

[TrailBlazer]

ik niet hoor tenzij ik ident even aanzet.

[CyBeR]

code:

 marco@mailsrv01:~$ telnet 83.98.192.86 25
Trying 83.98.192.86...
telnet: Unable to connect to remote host: Connection refused

euh

[Verwijderd]

sorry ben eventjes bezig geweest met wat settings en dus is het hier en daar weer even fout gegaam.

het blijkt ook fout te gaan als ik hetvolgende aanzet

Enable support for Trend Micro RBL+ ServiceDNS zones for RBL+ Service

[Osiris]

TrailBlazer schreef op woensdag 06 juni 2007 @ 12:52:
ik niet hoor tenzij ik ident even aanzet.

Hm, zou kunnen dat ik m'n ident naar mn server geportmapped heb die hem vervolgens refused (ICMP). Dan kan de SMTPd meteen doorgaan.

[TrailBlazer]

Het lijkt erop dat die perse identd wil zien. Iemand heeft hem al gereject en dan wil het ook niet.

[CyBeR]

Nu gaat 'ie zowel met als zonder reject gewoon snel.

[TrailBlazer]

yep en zo te zien ook geen ident pogingen meer. Slotje
hmm nu ik mijn ip hier heb gespammed zou ik nu nog meer hits krijgen op mijn FW

[ Voor 47% gewijzigd door TrailBlazer op 06-06-2007 13:15 ]

[Verwijderd]

Ja ik heb nu via plesk de RBL service aangezet en daarna via VI de /etc/xinetd.d/smtp_psa file gewijzigd en die Rto toegevoegd..

ben er alleen nog niet uit hij de RBL service wel gebruikt nu.
server_args = -Rt0 /usr/sbin/rblsmtpd -r zen.spamhaus.org /var/qmail/bin/relaylock /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true

Dat is de hele lijn nu.

[Verwijderd]

ik krijg net door dat het iig wel weer werkt nu, dus dat is mooi!

[Verwijderd]

Ik heb nou alleen nog even geen zicht op het feit of bovenstaande regel nu ook RBL service zou moeten toepassen op de mails of niet meer..

[Kabouterplop01]

Maar kwam het nou omdat je met ident bezig was, of omdat je server i.c.m. tarpit en 1000 simultane smtp sessies gewoon geen verbinding meer toestond en er een queue ontstond?

[Verwijderd]

nee ik heb dit toegevoegd:

server_args = -Rt0

dat was alles

[Wunk]

tip: kijk eens even of je wel een setje goed werkende resolvende nameservers hebt ingesteld staan in je /etc/resolv.conf, sommige mailservers hebben nogal eens de neiging erg traag te worden als ze geen reverse lookup voor elkaar krijgen.

[TrailBlazer]

als je gewoon het topic had gelezen had je gezien dat het een IDENT probleem was.