Exchange mailen naar hccnet

[Anoniem: 62406]

Probleem:
Onze exchange server verzend geen mail naar het hccnet.nl domein.
Het enige wat we te zien krijgen is: "connection was dropped by remote host".
Verder sturen we honderden mails naar de hele wereld en het gaat allemaal perfect, maar niet naar hccnet. Maar ook hccnet ontvangt duizenden, zo niet, tienduizenden mails per dag en ook dat gaat goed.

Dus:
Je zou denken, we staan op een of andere blacklist, waardoor hccnet ons blokkeerd, hccnet gebeld, "welke blacklists gebruiken jullie?", al deze lijstjes gecontroleerd, maar niets hoor.
Nog andere publieke blacklists gecontroleerd, maar we hebben geen vermelding op welke blacklist dan ook.

Verder gezocht:
Onze reverse DNS bleek niet goed ingesteld te staan, ik denk "probleem gevonden", reverse DNS laten aanpassen, maar nee hoor, we kunnen nog steeds geen mails naar hccnet verzenden.

Wat nu:
Waardoor zou ik nu nog meer geweigerd kunnen worden door hccnet?, zij kunnen me verder niets vertellen, dus dat schiet niet echt op.
Zitten hier misschien medewerkers van hccnet, die iets meer weten dan het standaar antwoord wat ik van de helpdesk krijg?

[lier]

Op welke manier verzenden jullie mail ?
Is dit op basis van DNS of maken jullie gebruik van een smarthost ?

Staat er misschien iets meer in de logfile (logging uiteraard even uitgebreid aanzetten) ?

[axis]

en als je telnet met de hand naar poort 25 en je stuurt een mailtje? (zoek even op smtp tutorial ofzo voor meer informatie over hoe dit te doen)

[Anoniem: 62406]

We maken gebruik van DNS.
En uit de logging word ik ook niet veel wijzer....

[lier]

Kan je voor het compleet maken ook nog even de versie van Windows, Exchange en eventuele antispam en antivirus software in je starttopic toevoegen ?

[richard_kraal]

leuk...

werd er nu een smart-host gebruikt of niet? ALS je deze wel gebruikt dan zou het kunnen zijn dat je provider iets met het mailtje doet.....
je zou een routing group kunnen maken voor alles naar hccnet.nl en deze direct bij hcc laten afleveren, als dat dan nog niet werkt ....

als je de message tracked (message tracking center), wordt hij dan wel goed afgeleverd?

[Anoniem: 64859]

Met een sniffer kun je uitpluizen wat servers onderling doen.

Mogelijke oorzaak: methodes (uuencoding etc) waar attachments mee worden verstuurd (zoals in alle html formaat emails!) verschillen, waardoor hccnet bericht niet aanpakt

[lier]

richardkraal schreef op woensdag 12 oktober 2005 @ 09:04:
leuk...

werd er nu een smart-host gebruikt of niet? ALS je deze wel gebruikt dan zou het kunnen zijn dat je provider iets met het mailtje doet.....
je zou een routing group kunnen maken voor alles naar hccnet.nl en deze direct bij hcc laten afleveren, als dat dan nog niet werkt ....

als je de message tracked (message tracking center), wordt hij dan wel goed afgeleverd?

Ehm...:

We maken gebruik van DNS.
En uit de logging word ik ook niet veel wijzer....

[Anoniem: 62406]

telnet geeft "unable to relay" aan, welk adres ik ook aangeef als ontvanger.

[Anoniem: 62406]

De server is een windows 2000 SP4 server, met Exchange Versie 6.0 (Build 5762.4: Service Pack 2)

[Jazzy]

Anoniem: 62406 schreef op woensdag 12 oktober 2005 @ 09:16:
De server is een windows 2000 SP4 server, met Exchange Versie 6.0 (Build 5762.4: Service Pack 2)

Je bedoelt Exchange 2000 neem ik aan. Dan is het in ieder geval goed om hem naar het laatste servicepack en updates te brengen.

Misschien is dit handig voor je: Exchange Server Best Practices Analyzer Tool

[Anoniem: 62406]

Dit zegt de message tracking:

[The Eagle]

Misschien heel voor de hand liggend, maar doe eens een traceroute naar de mailserver van hccnet. Als ik het zo hoor zit er ergens op die lijn een blokkering. Je kunt weliswaar zelf niet op de blacklist van hccnet voorkomen, maar als je route toevallig via 1 van de geblockte domeinen loopt (en dat hoeft maar 1 enkele router te zijn), ben je al het haasje

[Anoniem: 62406]

Ik kom gewoon netjes bij hccnet binnen, en dan krijg ik een timeout.
Ik heb overigens al deze ip-adressen gecheckt op blacklists en allemaal staan ze er niet op.

[axis]

Anoniem: 62406 schreef op woensdag 12 oktober 2005 @ 09:39:
Ik kom gewoon netjes bij hccnet binnen, en dan krijg ik een timeout.
Ik heb overigens al deze ip-adressen gecheckt op blacklists en allemaal staan ze er niet op.

Anoniem: 62406 schreef op woensdag 12 oktober 2005 @ 09:12:
telnet geeft "unable to relay" aan, welk adres ik ook aangeef als ontvanger.

Krijg je nou een timeout of een 'unable to relay'? Die 2 zijn een beetje tegenstrijdig, om een foutmelding te krijgen moet je wel kunnen connecten.

Een sniffer is inderdaad ook een goed idee. Ethereal kun je gratis downloaden, je gaat sniffen op de netwerkkaart, en laat alleen SMTP en DNS zien. Kun je vrij makkelijk zien wat er gebeurt en waarom.

Edit: en als je op een blacklist staat kun je in 9 van de 10 gevallen nog wel connecten, maar als je dan het RCPT commando geeft, zegt de remote mailserver terug '554 you're blacklisted by SURBS' ofzo. Maar dan kun je dus wel connecten, heeft niets met een time out van doen..

[ Voor 16% gewijzigd door axis op 12-10-2005 09:44 ]

[StevenK]

Is het niet zo dat jouw server niet reverse-revolvable is ? Er zijn genoeg mailservers die controleren of dat kan.

Overigens zie ik net dat er een bult hccnet mx-en niet eens bereikbaar is:
deliver10, deliver20 en deliver30 zijn (nu) niet bereikbaar, fallback10, fallback20 en fallback30 wel.

Je zou een connector kunnen maken voor *@hccnet.nl en die direct naar één van die fallback servers laten wijzen en kijken wat er dan gebeurt ?

[_Arthur]

StevenK schreef op woensdag 12 oktober 2005 @ 11:04:
Je zou een connector kunnen maken voor *@hccnet.nl en die direct naar één van die fallback servers laten wijzen en kijken wat er dan gebeurt ?

Dit is een oplossing.

Of eventueel gebruik maken van een smarthost (de smtp server van de provider waar je je internet verbinding vandaan haalt) en alle mail naar de smarthost sturen en deze het lekker verder laten uitzoeken.

[Jazzy]

StevenK schreef op woensdag 12 oktober 2005 @ 11:04:
Is het niet zo dat jouw server niet reverse-revolvable is ? Er zijn genoeg mailservers die controleren of dat kan.

Uit de startpost:

Anoniem: 62406 schreef op woensdag 12 oktober 2005 @ 08:48:
Onze reverse DNS bleek niet goed ingesteld te staan, ik denk "probleem gevonden", reverse DNS laten aanpassen, maar nee hoor, we kunnen nog steeds geen mails naar hccnet verzenden.

[StevenK]

Jazzy schreef op woensdag 12 oktober 2005 @ 11:28:
[...]
Uit de startpost:
[...]

Hm.. My bad...

[Anoniem: 62406]

Over de mx van hccnet, het klopt, dat van de delivers en de fallbacks.
Delivers worden voor interne mails gebruikt, fallbacks voor externe mails.....
Noob: Mag ik vragen hoe jij het mx record kan bekijken?

[Anoniem: 120725]

Anoniem: 62406 schreef op woensdag 12 oktober 2005 @ 15:34:
Noob: Mag ik vragen hoe jij het mx record kan bekijken?

nslookup...

[Taigu]

Als bovenstaand klopt loop je tegen een bug van exchange aan. Als workaround kun je zoals eerder genoemd een smart host gebruiken, de falbacks gebruiken via een connector of de juiste hotfix bemachtigen bij MS.

[Jazzy]

buddhole schreef op woensdag 12 oktober 2005 @ 15:38:
Als bovenstaand klopt loop je tegen een bug van exchange aan. Als workaround kun je zoals eerder genoemd een smart host gebruiken, de falbacks gebruiken via een connector of de juiste hotfix bemachtigen bij MS.

Welke bug, welke hotfix en in welk kb-artikel staat e.e.a. beschreven?

[Anoniem: 62406]

Kunnen jullie de ip adressen van smtp.hccnet.nl wel pingen?

[ Voor 6% gewijzigd door Anoniem: 62406 op 12-10-2005 15:55 ]

[Jazzy]

Anoniem: 62406 schreef op woensdag 12 oktober 2005 @ 15:51:
Kunnen jullie de ip adressen van smtp.hccnet.nl wel pingen?

Nee, dus dat zal wel uit staan. Maar een telnet op poort 25 is geen probleem.

[StevenK]

Anoniem: 62406 schreef op woensdag 12 oktober 2005 @ 15:34:
Over de mx van hccnet, het klopt, dat van de delivers en de fallbacks.
Delivers worden voor interne mails gebruikt, fallbacks voor externe mails.....
Noob: Mag ik vragen hoe jij het mx record kan bekijken?

nslookup; mooi ruk als ze hun interne smtp servers met een hogere prio in de DNS hebben staan.

En het zou me niks verbazen als Exchange moeite heeft met het afzoeken van een grote lijst mx-en net zolang er één reageert. (MS: groot == > 2)

Maar de bottomline is dus dat dit een configuratie-fout van hccnet.nl is.

[Anoniem: 127584]

Maar de bottomline is dus dat dit een configuratie-fout van hccnet.nl is.

Hoezo?

1) Het werkt voor 99,9% van de mensen
2) Het afzoeken van de complete lijst servers naar één die werkt is gewoon volgens de standaard. Dat het misschien niet met exchange werkt doet daar niets aan af. (en eerlijk gezegd geloof ik daar weinig van aangezien mijn mail wel aankomt op hccnet via de exchange server)

[StevenK]

Anoniem: 127584 schreef op woensdag 12 oktober 2005 @ 17:21:
[...]

Hoezo?

1) Het werkt voor 99,9% van de mensen
2) Het afzoeken van de complete lijst servers naar één die werkt is gewoon volgens de standaard. Dat het misschien niet met exchange werkt doet daar niets aan af. (en eerlijk gezegd geloof ik daar weinig van aangezien mijn mail wel aankomt op hccnet via de exchange server)

Niet mee eens: het publiceren van een voorkeur server die per definitie niet in de lucht, vind ik niet getuigen van een solide configuratie.

Da's net zoiets als boven een blinde muur het bordje 'hoofdingang' te hangen

Overigens ben ik het met je eens dat het afzoeken van de complete lijst wel net zo net is, weet eigenlijk niet wat de RFC hierover zegt ?

[ Voor 11% gewijzigd door StevenK op 12-10-2005 17:46 ]

[Flyduck]

Wat heeft de MX volgorde van HCCNET nou met het probleem van de TS te maken?
Uit de mails van de TS kan je al veel opmaken;

Blijkbaar krijgt hij een 550 relay error via telnet met elk willekeurig @hccnet.nl RCPT adres.
Ik vanaf mijn computer hier thuis niet.

Conclusie 1: Er wordt gecontroleerd op ip adressen / blacklists.
Conclusie 2: Je staat wel op een blacklist, waarschijnlijk 1tje die local is voor hccnet)

Just to make sure
http://rbls.org

[ Voor 8% gewijzigd door Flyduck op 12-10-2005 18:10 ]

[Brahiewahiewa]

StevenK schreef op woensdag 12 oktober 2005 @ 16:53:
[...]nslookup; mooi ruk als ze hun interne smtp servers met een hogere prio in de DNS hebben staan.

hccnet.nl MX preference = 10, mail exchanger = deliver10.hccnet.nl
hccnet.nl MX preference = 10, mail exchanger = deliver20.hccnet.nl
hccnet.nl MX preference = 10, mail exchanger = deliver30.hccnet.nl
hccnet.nl MX preference = 50, mail exchanger = fallback30.hccnet.nl
hccnet.nl MX preference = 50, mail exchanger = fallback10.hccnet.nl
hccnet.nl MX preference = 50, mail exchanger = fallback20.hccnet.nl
hccnet.nl MX preference = 200, mail exchanger = fallback.kps-rtm.internl.net

En het zou me niks verbazen als Exchange moeite heeft met het afzoeken van een grote lijst mx-en net zolang er één reageert. (MS: groot == > 2)

Daar is gewoon een hotfix voor: MX record failover does not occur when the remote SMTP Host responds with a 4xx error. En ja, die heb je ook nodig als je - zoals TS - Windows 2000 SP4 draait

[mangahuisman]

Probeer eens een smarthost in te vullen om te kijken of het dan wel werkt... in jouw geval dus de smtp server van je provider.. bij plant.. smtp.planet.nl , bij chello mail.chello.nl

Check het even... dat kan je tijdelijk uit de problemen helpen.. of als het je bevalt laat je het zo staan...

[ Voor 19% gewijzigd door mangahuisman op 15-10-2005 01:47 ]

[Taigu]

Brahiewahiewa schreef op woensdag 12 oktober 2005 @ 19:59:
Daar is gewoon een hotfix voor: MX record failover does not occur when the remote SMTP Host responds with a 4xx error. En ja, die heb je ook nodig als je - zoals TS - Windows 2000 SP4 draait

Deze doelde ik op... Als TS deze draait en het probleem speelt nog steeds is het inderdaad blacklist.