Catchall probleem

[theanhank]

Probleem op mijn werk. Klant mailt naar mij. Nooit problemen. Klant heeft nieuwe emailserver in gebruik genomen.klant krijgt mail gestuurd naar mij terug met de melding onbestelbaar. (Catchall). Mijn mail richting klant komt keurig aan. Reply hierop werkt niet. Emailadres overwijderd in outlook en opnieuw intikken werkt niet. Mail sturen naar een collega van mij (die nog nooit mail heeft gekregen vam klant) komt niet aan.
Onze it specialist zegt probleem ligt bij klant. Klant zijn it specialist zegt probleem ligt bij ons.
Beide wijzen naar elkaar en geven geen oplossing. Help hoe los ik dit op? Waar gaat het mis? Iemand ideeen?

[RedShift]

Wat is de exact melding?

[WhizzCat]

Beetje vaag. Check, of laat checken, de spf records van klant via mxtools.net Op die site kan je zien of je email servers goed geconfigureerd zijn.

[DiedX]

Ik zou eens een kijkje nemen in de /usr/local/etc directory.


(Serieus: welk OS, mta etc)

[eric.1]

theanhank schreef op woensdag 16 augustus 2017 @ 19:24:
Klant heeft nieuwe emailserver in gebruik genomen.

Daarna gaat het fout, dan is dat toch een behoorlijke indicatie waar(door) het fout gaat.

Ik begrijp die catchall niet? Als hij daarin terecht komt stuurt hij een bericht naar een niet bestaand adres van jullie...

En zoals al is gezegd, wat staat er in de melding van "onbestelbaar"? Vaak staan er wat details in wat handig kan zijn om verder te troubleshooten.

Maar goed...grote kans dat het aan je klant ligt.

[theanhank]

Catchall add onsdomeinnaam host mx1.naamithosting.nl said 550 no such user catchall@onsdomeinnaam in reply to RCPT to command.

Logisch gezien ligt het bij de klant maar men zegt dat ze geen problemen hebben met andere contacten, alleen met ons.

Heb er zelf geen verstand van helaas maar mijn gevoel zegt dat wisseling ip adres van de mailserver van de klant door onze server niet wordt vertrouwd. Ik zal vragen of spf ecords gecontroleerd zijn

[WhizzCat]

Dat klinkt wel logisch. Als ze naar nieuwe IP adressen gegaan zijn moeten ze ook zorgen dat alle MX en bijbehorende records in orde zijn. Als jullie b.v. een vrij streng beleid hebben op de jullie mailserver dat SPF etc. in orde moet zijn en dat is niet zo ... dan krijg je rare dingen.

Het zal ook toch wel stiekem een beetje aan jullie config liggen, d.w.z. een combinatie van factoren. Email servers tussen twee organisaties is altijd een hel om te troubleshooten want iedereen gaat naar elkaar wijzen meestal. Dus, overleg tussen de 2 beheerders gewenst! Dan komen ze er samen wel uit. Je kan dit niet als solo-beheerder aanvliegen (ongeacht hoe introvert ze meestal zijn )

[Powermage]

WhizzCat schreef op donderdag 17 augustus 2017 @ 08:03:
Email servers tussen twee organisaties is altijd een hel om te troubleshooten want iedereen gaat naar elkaar wijzen meestal. Dus, overleg tussen de 2 beheerders gewenst! Dan komen ze er samen wel uit. Je kan dit niet als solo-beheerder aanvliegen (ongeacht hoe introvert ze meestal zijn )

zo bijzonder is dat troubleshooten toch niet.
Om te beginnen de verzendende partij gewoon de exacte foutmelding laten sturen, daarnaast kijken op je receive server wat je van die verzender kan vinden.

80/100 keer iets met een te grote email.
10/100 keer iets met dikke vingers en no-such user
15/100 keer iets met je stuurt volgens t filter een onveilige email die wij blocken
5/100 keer een overige fout

theanhank schreef op woensdag 16 augustus 2017 @ 21:44:
Catchall add onsdomeinnaam host mx1.naamithosting.nl said 550 no such user catchall@onsdomeinnaam in reply to RCPT to command.

Logisch gezien ligt het bij de klant maar men zegt dat ze geen problemen hebben met andere contacten, alleen met ons.

Heb er zelf geen verstand van helaas maar mijn gevoel zegt dat wisseling ip adres van de mailserver van de klant door onze server niet wordt vertrouwd. Ik zal vragen of spf ecords gecontroleerd zijn

MX1.naamithosting.nl dat is jullie IT hosting? of die van hun?
en wat zegt jou emailserver in zijn logfiles dan?

"catchall add domeinnaam" is niet een fout die bij een verzender terecht komt, achterhaal daar eens de complete foutmelding.

[ Voor 52% gewijzigd door Powermage op 22-08-2017 12:00 ]

[Koffie]

Sorry, maar hier kunnen we weinig mee. Je bent niet de beheerder van de mailomgeving en kunt dus ook geen info geven over gebruikte systemen en/of troubleshooten.
Laat dit lekker over aan de mensen die aan beide kanten ervoor zijn aangenomen