mailrelay.planet.nl problemen(mail 2 dagen later)

[sander817]

aangezien ik van tiscali naar planet ben gegaan, kan ik niet rechtstreeks meer mail ontvangen op mijn eigen servertje. Daarvoor moet ik nu mailrelay.planet.nl gaan gebruiken.

Voor dns verwijzingen maak ik gebruik van zoneedit, daar heb ik de mail zo ingesteld:

code:

Mail Servers:
Domain  Server     Rank
mijndomein.com  mail.mijndomein.com    0
mijndomein.com  mailrelay.planet.nl    5

doe ik het op deze manier, krijg ik alle mail 2 dagen later pas binnen
draai ik ze om, krijg ik een error terug

zie hier error van de verzendende server:

code:

2006-01-18 12:33:41 1EzBZN-0004sF-AF <= [e-mail] H=ip5654cxxb.adsl-surfen.hetnet.nl ([192.168.1.101]) [86.84.x.x P=esmtp S=830 id=[e-mail] T="sdf" from <[e-mail]> for [e-mail]
2006-01-18 12:33:41 1EzBZN-0004sF-AF => [e-mail] F=<[e-mail]> R=lookuphost T=remote_smtp S=862 H=mailrelay.planet.nl [195.121.6.34] C="250 2.0.0 k0IBXFkh019520 Message accepted for delivery"
2006-01-18 12:33:41 1EzBZN-0004sF-AF Completed
2006-01-18 12:33:41 1EzBZN-0004sJ-R6 <= <> H=psmtp01-real.wxs.nl (psmtp01.wxs.nl) [195.121.247.14] P=esmtp S=2650 id=[e-mail] T="Returned mail: see transcript for details" from <> for [e-mail]
2006-01-18 12:33:42 1EzBZN-0004sM-Te <= <> U=mail P=spam-scanned S=3009 id=[e-mail] T="Returned mail: see transcript for details" from <> for [e-mail]
2006-01-18 12:33:42 1EzBZN-0004sM-Te => info <[e-mail]> F=<> R=virtual_user T=virtual_localdelivery S=3148
2006-01-18 12:33:42 1EzBZN-0004sM-Te Completed
2006-01-18 12:33:42 1EzBZN-0004sJ-R6 => info <[e-mail]> F=<> R=spamcheck_director T=spamcheck S=2902
2006-01-18 12:33:42 1EzBZN-0004sJ-R6 Completed

wat staat er nu verkeerd?
(domein en ip adres weggelaten)

[6230lover]

je moet het zo doen: (zo werkt het bij mij goed dan, planet zegt het ook)

mijndomein.com mail.mijndomein.com 10
mijndomein.com mailrelay.planet.nl 20

en je moet op je server instellen dat hij mail mag ontvangen van mailrelay.planet.nl.

[Joen]

Deze e-mail kreeg ik ooit als reactie toen ik zelf bezig was met het instellen van de MX-records voor een domein van me. Let op, dit wordt verder niet ondersteund door de helpdesk. Ik had de mazzel dat mijn vraag met deze uitleg beantwoord werd.

Hierbij ontvangt u het antwoord op uw klacht.

Het is juist dat inkomend verkeer op poort 25 bestemd voor klanten in de inbel- of adsl netwerken geblokkerd wordt. Inkomend verkeer bestemd voor poort 25 van de mail-systemen van Planet (mail dus) mag wel door. Deze 'inkomende OpenRelay blok' is ingesteld om te voorkomen dat derden misbruik gaan maken van slecht geconfigureerde systemen van klanten, en vervolgens gaan spammen via dat klant systeem en het mail-systeem van Planet. Vanwege deze spam komt het mail-systeem van Planet op de zwarte lijst.

Om ontvangen van mail met mailservers mogelijk te maken kunt u een aantal instellingen hanteren. Onderstaande informatie is bedoeld voor houders van zakelijke abonnementen en wordt niet ondersteund door de Servicelijn. U dient hiervoor uw eigen netwerkbeheerder in te schakelen.

Ontvangen met Eigen MTA
Het IP adres dat men bij ADSL krijgt is semipermanent. Voor 'normaal' gebruik van internet is het niet relevant welk IP adres iemand heeft. Het IP adres is alleen belangrijk voor degenen die servers draaien. Indien men als ADSLer een eigen MTA voor ontvangen van mail op 'thuisdomein.nl' gaat gebruiken dan moet men het volgende doen:

- in de manual van de mailserver opzoeken hoe maatregelen tegen spammen en open relays moeten worden genomen
- Mailserver zodanig configureren dat hij mail voor thuisdomein.nl ook accepteert (Zie betreffende man-pages)
- In het DNS de MX records als volgt richten:
thuisdomein.nl MX 10 smtp.thuisdomein.nl
thuisdomein.nl MX 20 mailrelay.planet.nl
smtp.thuisdomein.nl A 213.10.x.y
H
ierbij is 213.10.x.y het IP adres van de ADSL lijn zoals dat op Internet is te zien. Je moet hier je eigen adres invullen (anders gaat de mail dus naar de eigenaar van dat adres...........)

Hoe werkt het:
Als een mailtje vanaf een externe mailserver verstuurd wordt kijkt men eerst naar het 'laagste' MX record. Het eerste MX record wijst naar de eigen machine. Echter, de 'inkomende OpenRelay blok' zorgt er voor dat de externe mailserver de eigen machine niet kan 'zien'. De externe mailserver denkt dat eigen machine plat ligt, en probeert dus het volgende MX record. Dat is een van de twee mail-gateways. De mail-gateways staan op het planet mail-platform en kunnen wel gezien worden. We hebben ze redundant uitgevoerd.
Het mailtje staat nu op een van de mail-gateways. Deze kunnen nu anti-relay en anti-spam maatregelen treffen. De mail-gateways kunnen de machines van de klanten, dus ook de 'eigen mailserver' 'zien', zonder last te hebben van de 'inkomende OpenRelay blok'. Het mailtje wordt met een kleine omweg via de mail-gateways afgeleverd. Als extra service vervullen de mail-gateways de rol van mail-buffer als de eigen mailserver onverhoopt down is.

[ Voor 3% gewijzigd door Joen op 18-01-2006 21:56 ]

[sander817]

zover ikhet zie heb ik dat ingesteld: wel geen mx 10 en 20, maar 0 en 5, maar dat komt door zoneedit. Lijkt mij geen probleem.
Maar waarom ontvang ik dan wel alles bijna precies 48 uur later?

[sander817]

iemand? Ik krijg die vertraging van 2 dagen er niet uit....
dit is het domein waat het om gaat: ww w.sanderkerkhoff.com

[alt-92]

sander815 schreef op donderdag 19 januari 2006 @ 15:53:
zover ikhet zie heb ik dat ingesteld: wel geen mx 10 en 20, maar 0 en 5, maar dat komt door zoneedit. Lijkt mij geen probleem.

Probeer dat toch maar eens aan te passen dan...

[sander817]

dat gaat niet in zoneedit..die maakt er zelf 5 en 10 van(1st and 2nd mx)

[alt-92]

5 en 10 it is then. Gewoon eens een week of 2 laten staan en kijken of dat werkt?

[sander817]

dat draait al een maand zo, elke mail komt later aan

code:

Sent: 1/24/2006 8:18 AM
Received: 1/26/2006 8:08 AM

dat geldt voor alle mail

het werkt volgens mij ook prima:

code:

2006-01-26 08:19:27 1F21Ph-0001ae-3l <= [e-mail] H=sander (localhost) [127.0.0.1] P=smtp S=224 from <[e-mail]> for [e-mail]
2006-01-26 08:19:31 1F21Ph-0001ae-3l mail.sanderkerkhoff.com [86.84.200.139] No route to host
2006-01-26 08:19:31 1F21Ph-0001ae-3l => [e-mail] F=<[e-mail]> R=lookuphost T=remote_smtp S=234 H=mailrelay.planet.nl [195.121.6.34] C="250 2.0.0 k0Q7Ip1f030469 Message accepted for delivery"
2006-01-26 08:19:31 1F21Ph-0001ae-3l Completed

Alleen verder als die mailrelay van planet komt ie niet, pas na 2 dagen

[ Voor 69% gewijzigd door sander817 op 26-01-2006 08:20 ]

[bjck]

Waarschijnlijk blijft de verzender proberen de mail bij de eerste mailserver aan te bieden voor twee dagen. Daarna zal die bij de 2de gaan proberen misschien pas.

[Arnout]

bjck schreef op donderdag 26 januari 2006 @ 08:21:
Waarschijnlijk blijft de verzender proberen de mail bij de eerste mailserver aan te bieden voor twee dagen. Daarna zal die bij de 2de gaan proberen misschien pas.

de 2de is alleen bereikbaar voor mailrelay.planet.nl.... niet goed gelezen.

hoewel, de laatste tijd krijg ik ook pogingen binnen van andere smtp servers dan de mailrelay... deze worden gerejected omdat het relay pogingen zijn... maar toch vreemd.

[ Voor 3% gewijzigd door Arnout op 26-01-2006 11:47 ]

[Verwijderd]

ik kan ook al bijna een maand geen e-mail meer ontvangen via een planet ADSL verbinding...

poort 25 is niet te bereiken, maar dat was bekend, maar relay werkt ook niet...

[ Voor 32% gewijzigd door Verwijderd op 26-01-2006 09:09 ]

[sander817]

bjck schreef op donderdag 26 januari 2006 @ 08:21:
Waarschijnlijk blijft de verzender proberen de mail bij de eerste mailserver aan te bieden voor twee dagen. Daarna zal die bij de 2de gaan proberen misschien pas.

oh? ik zie toch staan: mail.sanderkerkhoff.com [86.84.200.139] No route to host
4 sec daarna gaat ie naar mailrelay.planet.nl, en niet na 2 dagen

[ Voor 4% gewijzigd door sander817 op 26-01-2006 11:03 ]

[sander817]

hmm

planet.nl:
Als een verstuurde e-mail met vertraging wordt afgeleverd
De oorzaak:
De eigen mailserver pleegt ongetwijfeld een zogeheten “ident callback”; Voordat de e-mail wordt verzonden, stuurt de mailserver een soort van authenticatieverzoek bij de ontvanger. Als dat verzoek wordt beantwoord, verstuurt de mailserver de e-mail. De uitgaande mailserver van Planet Internet accepteert geen "ident callbacks" omdat de mailgateways van Planet de enige mailservers zijn die een e-mail mogen afleveren.

De oplossing:
Als een eigen mailserver toch "ident callbacks" uitvoert, kan het gebeuren dat de verbinding tussen beide servers wordt verbroken. Er kan dan geen e-mail worden afgeleverd of berichten komen met grote vertraging binnen. Nadat "ident callbacks" is uitgeschakeld of de time-out op 0 seconden gezet is, wordt de verbinding niet langer verbroken en worden e-mails weer direct afgeleverd.


hoe zet ik dat af in qmail...weer een avondje gevuld

[sander817]

yes, dit is de oplossing, mail werkt nu weer normaal, geen enkele vertraging meer

[Verwijderd]

Weet iemand ook waar dit te vinden is onder exchange 2003

[Sahi_NL]

Verwijderd schreef op maandag 01 mei 2006 @ 17:57:
Weet iemand ook waar dit te vinden is onder exchange 2003

Dat vraag ik me ook af, want ook ik krijg m'n e-mail met heel veel vertraging..