Exchange NDR

[ju5t]

Ik zal eerst wat over het proces vertellen. Ons billing systeem verstuurt dagelijks zo rond de klok van 12 uur facturen naar klanten. Een BCC, samen met het gehele overzicht komt naar een algemeen adres.

Dit adres is gekoppeld aan een public folder. Hierin staan dus alle e-mail berichten die aan dit e-mail adres gestuurd worden.

Tot afgelopen zondag ging dit goed, hierna gebeurd er het volgende. Alle overzichten komen binnen. De facturen zelf niet meer. Hier wordt een NDR voor gegenereerd. Deze NDR komt alleen niet aan bij ons. Waarom durf ik niet te zeggen. Alle overige e-mails komen ook nog binnen, zowel extern als intern via gaat prima. Het zijn alleen deze e-mails die plotseling niet meer binnenkomen.

Het lijkt alsof de logs erg summier zijn, de status code is 1030, maar deze staat gewoon voor een NDR. Onder diagnostics logging op de server heb ik onder MSExchangeTransport de NDR logging op maximum gezet, maar dit geeft geen verschil in de log bestanden zover ik kan zien.

Eventlog geeft overigens ook niets aan.

Wie heeft er een idee, of waar ik moet kijken of waar het fout gaat?

[GlobalServe]

Exchange 2007?
Heeft de user Anonymous nog rechten om te schijven?
Check eens de owner settings van je public folder.

[pierce]

Bestaat het mailadres dan nog wel? (moet haast wel als de rest nog wel binnenkomt)

Een overactieve virusscanner of anti spam oplossing kan ook nog wel eens het dagelijks gebruik dwarszitten.

[ju5t]

Exchange 2007?
Heeft de user Anonymous nog rechten om te schijven?
Check eens de owner settings van je public folder.

Het gaat om 2003, sorry. De server is eerlijk gezegd niet helemaal op en top. Zo forceren wij SSL verbindingen, daardoor werken sommige functies niet. Rechten kan ik op dit moment niet controleren, daar krijg ik de foutmelding C103B401, wat er op neer komt dat er geen verbinding via poort 80 gemaakt kan worden naar de exadmin directory.

Misschien dat we dat eerst maar eens op moeten lossen
Als jullie dit toevallig weten, heel graag.

[Cakkie]

Er is een optie om alle NDR's ook naar de administrator account te sturen, misschien dat je daar wijzer uit wordt. Verder kan je ook nog de exchange tracking center gebruiken als je message tracking hebt aan staan. Daarmee kan je normaal gezien ook zien welke weg een bericht heeft afgelegd.

[ju5t]

De weg weet ik, maar die geeft alleen NDR aan.
In ieder geval, de melding staat dus wel in eventlog, gigantisch overheen gekeken.

Cause: Possible causes are 1) Local mail delivery was denied because the message size was too large 2)The recipientÆs mailbox has been disabled.    
Solution: Check access permissions for the recipientÆs mailbox as well as the message size.  If the recipientÆs mailbox has been disabled, the recipient cannot receive mail; only mail-enabled account can receive mail.

Voor we deze melding op kunnen lossen moet eerst de foutmelding om de rechten te bekijken van public folders opgelost worden.

Op de ExAdmin map staat geen geforceerde SSL en ik kan ook gewoon de map bereiken via http://hostname/exadmin, na inloggen krijg ik alleen een 404. Hoor dit? Zo nee, is het lokale pad "\\.\BackOfficeStorage" voor deze folder?

[pierce]

zie screenshot. De domeinnaam is vervangen door zwarte strepen.

[GlobalServe]

Ik wil best eens kijken, pm me even...

[ju5t]

Thanks Joeri, ik denk dat ik het nu wel opgelost heb.

Het zit namelijk zo:
Factuur overzicht: email1@domein.nl
Factuur per stuk: email2@domein.nl
Public Folder: email1@domein.nl
POP account: email2@domein.nl

Het POP account had geen rechten op de public folder. De verzendende server die de facturen genereert heeft ook geen koppeling naar de Exchange server en 'spoofde' het email2@domein.nl adres (voor zover hier sprake van is). Nu blijkt dus plotseling dat dit niet meer werkt. Het POP account heeft nu schrijf rechten op de public folder en ik ga er van uit dat dit het op lost. Maar daar komen we vanzelf achter.

Dit kon ik trouwens gewoon via Outlook regelen. De foutmelding met de public folder in Exchange Administrator is er nog steeds.

Zo dringend is het verder niet, zolang de klanten hun facturen netjes krijgen