Onderwerp: Wat betekend deze boodschap?

Ik stuur een berichtje naar of antwoord op een berichtje (e-mail) en vaak
krijg ik dan mijn mail terug met de volgende boodschap er bij:

postmaster@kpnxchange.com wrote:
This is an automatically generated Delivery Status Notification.

Delivery to the following recipients failed.

emailnaam@hetnet.nl


en in de bijlage att00123.dat:

Reporting-MTA: dns;CPEXBE-EML02.kpnsp.local
Received-From-MTA: dns;hpsmtp-eml27.kpnxchange.com
Arrival-Date: Sun, 15 Feb 2009 22:35:07 +0100

Final-Recipient: rfc822;emailnaam@hetnet.nl
Action: failed
Status: 5.2.2
X-Display-Name: emailnaam@hetnet.nl

in werkelijkheid is emailnaam natuurlijk anders

Vraag: wat gaat er vaud?

Frans <im@fromholland.invalid> wrote:
> Ik stuur een berichtje naar of antwoord op een berichtje (e-mail) en vaak
> krijg ik dan mijn mail terug met de volgende boodschap er bij:
>
> postmaster@kpnxchange.com wrote:
> This is an automatically generated Delivery Status Notification.
>
> Delivery to the following recipients failed.
>
> emailnaam@hetnet.nl
>
>
> en in de bijlage att00123.dat:
>
> Reporting-MTA: dns;CPEXBE-EML02.kpnsp.local
> Received-From-MTA: dns;hpsmtp-eml27.kpnxchange.com
> Arrival-Date: Sun, 15 Feb 2009 22:35:07 +0100
>
> Final-Recipient: rfc822;emailnaam@hetnet.nl
> Action: failed
> Status: 5.2.2
> X-Display-Name: emailnaam@hetnet.nl
>
> in werkelijkheid is emailnaam natuurlijk anders
>
> Vraag: wat gaat er vaud?

Deze cryptische foutmeldingen komen van Microsoft Exchange.
Erg onbehulpzaam inderdaad.

De foutcode "Status: 5.2.2" betekent: mailbox van de ontvanger is vol.

Ze hebben nogal petieterige mailboxjes bij hetnet, als je wat grotere
mail stuurt dan kan dit erg gemakkelijk gebeuren.

Lijst van codes uit RFC1893:

8. Appendix - Collected Status Codes

X.1.0 Other address status
X.1.1 Bad destination mailbox address
X.1.2 Bad destination system address
X.1.3 Bad destination mailbox address syntax
X.1.4 Destination mailbox address ambiguous
X.1.5 Destination mailbox address valid
X.1.6 Mailbox has moved
X.1.7 Bad sender's mailbox address syntax
X.1.8 Bad sender's system address

X.2.0 Other or undefined mailbox status
X.2.1 Mailbox disabled, not accepting messages
X.2.2 Mailbox full
X.2.3 Message length exceeds administrative limit.
X.2.4 Mailing list expansion problem

X.3.0 Other or undefined mail system status
X.3.1 Mail system full
X.3.2 System not accepting network messages
X.3.3 System not capable of selected features
X.3.4 Message too big for system

X.4.0 Other or undefined network or routing status
X.4.1 No answer from host
X.4.2 Bad connection
X.4.3 Routing server failure
X.4.4 Unable to route
X.4.5 Network congestion
X.4.6 Routing loop detected
X.4.7 Delivery time expired

X.5.0 Other or undefined protocol status
X.5.1 Invalid command
X.5.2 Syntax error
X.5.3 Too many recipients
X.5.4 Invalid command arguments
X.5.5 Wrong protocol version

X.6.0 Other or undefined media error
X.6.1 Media not supported
X.6.2 Conversion required and prohibited
X.6.3 Conversion required but not supported
X.6.4 Conversion with loss performed
X.6.5 Conversion failed

X.7.0 Other or undefined security status
X.7.1 Delivery not authorized, message refused
X.7.2 Mailing list expansion prohibited
X.7.3 Security conversion required but not possible
X.7.4 Security features not supported
X.7.5 Cryptographic failure
X.7.6 Cryptographic algorithm not supported
X.7.7 Message integrity failure

Rob wrote:

> De foutcode "Status: 5.2.2" betekent: mailbox van de ontvanger is vol.
>
> Ze hebben nogal petieterige mailboxjes bij hetnet, als je wat grotere
> mail stuurt dan kan dit erg gemakkelijk gebeuren.

DAnk je Rob, duidelijk
Weet jij waarom die mailboxjes zo klein zijn? Hardeschijfruimte is toch niet
zo duur meer?

Frans <im@fromholland.invalid> wrote:
> Rob wrote:
>
>> De foutcode "Status: 5.2.2" betekent: mailbox van de ontvanger is vol.
>>
>> Ze hebben nogal petieterige mailboxjes bij hetnet, als je wat grotere
>> mail stuurt dan kan dit erg gemakkelijk gebeuren.
>
> DAnk je Rob, duidelijk
> Weet jij waarom die mailboxjes zo klein zijn? Hardeschijfruimte is toch niet
> zo duur meer?

Volgens mij is hetnet het low-end merk van KPN. Voor de mensen die
zo goedkoop mogelijk willen.
Er moet natuurlijk wel verschil zijn met hun andere merken anders zou
iedereen hetnet nemen in plaats van iets duurders.

Rob wrote on 16-2-2009 9:48:
> Frans <im@fromholland.invalid> wrote:
>> Ik stuur een berichtje naar of antwoord op een berichtje (e-mail) en vaak
>> krijg ik dan mijn mail terug met de volgende boodschap er bij:
>>
>> postmaster@kpnxchange.com wrote:
>> This is an automatically generated Delivery Status Notification.
>>
>> Delivery to the following recipients failed.
>>
>> emailnaam@hetnet.nl
>>
>>
>> en in de bijlage att00123.dat:
>>
>> Reporting-MTA: dns;CPEXBE-EML02.kpnsp.local
>> Received-From-MTA: dns;hpsmtp-eml27.kpnxchange.com
>> Arrival-Date: Sun, 15 Feb 2009 22:35:07 +0100
>>
>> Final-Recipient: rfc822;emailnaam@hetnet.nl
>> Action: failed
>> Status: 5.2.2
>> X-Display-Name: emailnaam@hetnet.nl
>>
>> in werkelijkheid is emailnaam natuurlijk anders
>>
>> Vraag: wat gaat er vaud?
>
> Deze cryptische foutmeldingen komen van Microsoft Exchange.
> Erg onbehulpzaam inderdaad.

Deze foutmeldingen heten in Exchange "simple error messages". Het nadeel
hiervan is dat alle relevante informatie wordt verwijderd. Soms past
Exchange ook gewoon de melding aan zodat er een andere reden genoemd
wordt dan de andere mailserver teruggeeft.

> Lijst van codes uit RFC1893:

Wat niet wil zeggen dat deze codes ook overal consequent gebruikt worden
in mailservers.

Peter

Peter Peters <p.g.m.peters@utwente.nl> wrote:
>> Deze cryptische foutmeldingen komen van Microsoft Exchange.
>> Erg onbehulpzaam inderdaad.
>
> Deze foutmeldingen heten in Exchange "simple error messages". Het nadeel
> hiervan is dat alle relevante informatie wordt verwijderd. Soms past
> Exchange ook gewoon de melding aan zodat er een andere reden genoemd
> wordt dan de andere mailserver teruggeeft.

Nee het idee is dat de user agent de statuscodes vertaalt naar een
locale taal. Wat dat betreft is het beter dan wat anderen doen, namelijk
een melding terug sturen in een vorm van Engels die de gemiddelde
gebruiker niet snapt (bijvoorbeeld "Exceeded quota" in plaats van
een simpeler melding als "Mailbox is full").

Volgens mij (ik kan het hier niet checken) doen de Microsoft user agents
zoals Outlook en Outlook Express dat vertalen naar tekst ook wel.
Maar de opensource mailers zoals Seamonkey en Thunderbird doen het niet.
Dan zie je dus alleen de code.

>> Lijst van codes uit RFC1893:
>
> Wat niet wil zeggen dat deze codes ook overal consequent gebruikt worden
> in mailservers.

Ik beweer niet dat alle codes kunnen voorkomen, maar als je een code
binnenkrijgt dan moet je die wel op die lijst kunnen vinden, of op zijn
minst kunnen afleiden in welke categorie hij valt (als het laatste cijfer
niet klopt bijvoorbeeld)