[Exchange 2003] 550 Verification failed alleen bij telfort

[Verwijderd]

Situatie:

Ons bedrijf (bedrijf A) stuurt mail namens een ander bedrijf (bedrijf B ) naar klanten toe.
Bedrijf B heeft een subdomein en dat mx-record wijst naar ons toe zodat die email bij ons netjes binnenkomt.

Wij mailen dus namens bedrijf B naar alle klanten van ons.
Dit gaat eigenlijk altijd goed, behalve naar klanten die een emailadres van Telfort hebben.
Wanneer hier naartoe een email wordt gestuurd vanuit ons (namens bedrijf B ) ,
dan komt de volgende bouncemessage terug naar ons:

There was a SMTP communication problem with the recipient's email
server. Please contact your system administrator.
<W2K3EXCHANGE.bedrijfA #5.5.0 smtp;550-Verification failed for
<noreply@bedrijfBl>>

Het lijkt erop dat telfort strenger is dat wij vanuit een bedrijf B zitten te mailen.
Zou het kunnen dat ze ons blacklisten hiervoor?

Het probleem is voor ons bedrijf nu vrij kritisch,
aangezien ik de exchange beheerder ben, en dit nog niet lang doe
weet ik even niet hoe ik dit zo snel moet oplossen.

Via google kom ik genoeg tegen over deze foutmelding,
alleen de situatie is anders bij de meeste, normaal mail je niet vanuit een ander bedrijf alleen wij doen dat wel.
Heeft te maken met een bepaalde productstroom die hier loopt en dit gewoon moet.

Bedankt vast.

[@r!k]

Gebruiken ze wellicht reverse lookup en komen ze dan ergens anders op uit?

Je zou natuurlijk ook telfort kunnen bellen met de vraag waarom hun server dit bounced.

[Verwijderd]

Telfort bellen was bij mij ook al opgekomen als idee, en wil dat inderdaad ook doen nog.
Wil eerst eens kijken wat jullie verder nog hebben voor ideeën

[n0fragger]

test je smtp adres eens bij www.mxtoolbox.com , en post de uitkomst eens hier.

Ik zou inderdaad verwachten dat je geen reverse lookup hebt.

[Verwijderd]

10 mail.ons bedrijf A.nl x.x.x.x 60 min SMTP Test Blacklist Check
100 fallback.nl.intouch.net 212.19.216.16 24 hrs SMTP Test Blacklist Check
200 fallback.nl.intouch.nl 212.19.220.201 60 min SMTP Test Blacklist Check

De laatste 2 zijn onze failbacks.

[ Voor 7% gewijzigd door Verwijderd op 06-05-2011 09:10 ]

[n0fragger]

ok, maar dan moet je nog even op "SMTP Test" drukken bij de eerste

[Verwijderd]

Excuus



Rood is ons domein.

[n0fragger]

ok, je hebt inderdaad geen reverse DNS ingesteld voor je DNS.

Het adres dat je Exchange Smart Host heeft moet hetzelfde zijn als de Reverse DNS op het ip adres van je Mail server. Dit kun je meestal doen bij je provider.

Voor de duidelijkheid (voorbeeld):

je mx record heet mx.domein.nl
deze communiceerd met ip adres 80.80.80.80 naar buiten.

De bedoeling is dat wanneer jij op een PC buiten jou netwerk in de cmd prompt zegt: tracert 80.80.80.80
Dan moet deze zeggen dat het om host mx.domein.nl gaat

Dus het is dus omgekeerde DNS, de resolutie van ip naar naam, i.p.v. naam naar ip.

[ Voor 45% gewijzigd door n0fragger op 06-05-2011 09:23 . Reden: extra info + voorbeeld ]

[@r!k]

reverse dns waar het fout gaat dus.

[Verwijderd]

Hmmz.. reverse DNS zeg je.

Wij gebruiken geen Exchange Smart Host (vroeger wel, Intouch)
Onze Xwall server wordt alleen gebruikt voor het ontvangende verkeer.
Mail van binnen naar buiten wordt rechtstreeks vanaf de exchange server naar buiten geduwd.

Wat ik niet snap is waarom (vrijwel) alleen bij Telfort gaat het mis dan?
En de reverse DNS doel je niet op onze interne DNS server maar onze externe die bij ons beheerd worden door een provider ?

[n0fragger]

inderdaad bij de provider, bijvoorbeeld bij xs4all kun je dat via een portal aanpassen.

kortom bel met de servicedesk van je provider en vraag hoe je je Reverse DNS records aanpast.

[Verwijderd]

Super bedankt mensen, ik ga weet wat ik moet gaan doen.
Het feit dat de "warning, Reverse DNS does not match SMTP banner" gemeld wordt,
is al geen goed uitgangpunt

Maar waarom gaat het 90% van de gevallen wel goed dan als we naar klanten mailen ?
En meestal bij telfort niet? die vraag is me nog niet helemaal duidelijk.
Als reverse DNS niet actief is bij ons, dan moet alles toch mis gaan?

[ Voor 41% gewijzigd door Verwijderd op 06-05-2011 09:34 ]

[n0fragger]

nee, er zijn nog steeds veel bedrijven die niet op DNS controleren. Maar dit gaat wel steeds meer komen.

Wat je nu hebt is een mis configuratie, mocht het dadelijk nog niet werken, dan kun je in ieder geval bij Telfort aantonen dat jij een goed geconfigureerde mail server hebt.

[ Voor 45% gewijzigd door n0fragger op 06-05-2011 09:36 ]

[@r!k]

Verwijderd schreef op vrijdag 06 mei 2011 @ 09:32:
Super bedankt mensen, ik ga weet wat ik moet gaan doen.
Het feit dat de "warning, Reverse DNS does not match SMTP banner" gemeld wordt,
is al geen goed uitgangpunt

Maar waarom gaat het 90% van de gevallen wel goed dan als we naar klanten mailen ?
En meestal bij telfort niet? die vraag is me nog niet helemaal duidelijk.
Als reverse DNS niet actief is bij ons, dan moet alles toch mis gaan?

Reverse dns is niet echt een fullproof middel tegen spam en lang niet alle bedrijven controleren het. Telfort kennelijk wel en dus bounced het.

Ik prefereer zelf een goed spamfilter met blacklists die geupdate worden door bijvoorbeeld spamhaus boven reverse dns.