PHWinfo - Afficher un message

03/09/2007, 04h46

In article <1188778204.933534.290580@50g2000hsm.googlegroups. com>,
decourl@gmail.com wrote:

> When my sendmail (8.13.8) daemon finds a previously-accepted message
> to be undeliverable, it generates a DSN message having a body
> containing contents such as:
>
> < myserver01.mydomain.com #5.1.1 SMTP; 550 5.1.1
> <123123@mydomain.com>... User unknown>
>
> Here, myserver01.mydomain.com is my sever (the reporting MTA) and 550
> 5.1.1 is the rejection I received attempting to route this message to
> some remote MTA.

Are you using Exchange?

The reason I ask is because Exchange by default builds godawful idiotic
DSN messages with lines that look just like that, and *dumps* the rest
of the standard DSN. This is because it is designed and coded by worse
fools than its users. There's a registry setting to make Exchange not
do that stupid discarding of useful information, but you have to
understand that it is doing so and go hunting at the MS site to fix it.

If you are not using Exchange, I'm surprised that you managed to put
exactly that line together...

> Anyhow, I am being compelled to look into reconfiguring sendmail so
> that it omits including its hostname in messages of this type.

You need to explain the insanity of that to whoever is compelling you.

DSN's exist to alert senders to problems with delivery. Hiding the
source of the DSN makes them useless. Not that you could really hide the
source completely, but you could make it hard to figure out,
particularly for people trapped behind Exchange...

> Personally I believe this to be a misguided pursuit, however I am
> interested in two things:
>
> 1. can this be accomplished and if so how?

You cannot configure the hostname out of the DSN, but you could code it
away, and the Sendmail code is freely available. Doing so would be
insanely antisocial. You're better off just breaking your mail system by
not sending any DSN's ever.

(and no, I won't explain how to do that, because It Would Be Wrong.)

> 2. would this explicitly violate standards?

Absolutely. Sendmail generates standard DSN's. Standard DSN's identify
the host that generates them.

There are reasons to be selective about when you send DSN's and when you
don't, and reasons to try to reduce the incidence of good cause to send
DSN's. Sending broken DSN's is never right.

--
Now where did I hide that website...

03/09/2007, 04h46	#3
Bill Cole Messages: n/a Hébergeur:	Re: can DSN messages be customized In article <1188778204.933534.290580@50g2000hsm.googlegroups. com>, decourl@gmail.com wrote: > When my sendmail (8.13.8) daemon finds a previously-accepted message > to be undeliverable, it generates a DSN message having a body > containing contents such as: > > < myserver01.mydomain.com #5.1.1 SMTP; 550 5.1.1 > <123123@mydomain.com>... User unknown> > > Here, myserver01.mydomain.com is my sever (the reporting MTA) and 550 > 5.1.1 is the rejection I received attempting to route this message to > some remote MTA. Are you using Exchange? The reason I ask is because Exchange by default builds godawful idiotic DSN messages with lines that look just like that, and dumps the rest of the standard DSN. This is because it is designed and coded by worse fools than its users. There's a registry setting to make Exchange not do that stupid discarding of useful information, but you have to understand that it is doing so and go hunting at the MS site to fix it. If you are not using Exchange, I'm surprised that you managed to put exactly that line together... > Anyhow, I am being compelled to look into reconfiguring sendmail so > that it omits including its hostname in messages of this type. You need to explain the insanity of that to whoever is compelling you. DSN's exist to alert senders to problems with delivery. Hiding the source of the DSN makes them useless. Not that you could really hide the source completely, but you could make it hard to figure out, particularly for people trapped behind Exchange... > Personally I believe this to be a misguided pursuit, however I am > interested in two things: > > 1. can this be accomplished and if so how? You cannot configure the hostname out of the DSN, but you could code it away, and the Sendmail code is freely available. Doing so would be insanely antisocial. You're better off just breaking your mail system by not sending any DSN's ever. (and no, I won't explain how to do that, because It Would Be Wrong.) > 2. would this explicitly violate standards? Absolutely. Sendmail generates standard DSN's. Standard DSN's identify the host that generates them. There are reasons to be selective about when you send DSN's and when you don't, and reasons to try to reduce the incidence of good cause to send DSN's. Sending broken DSN's is never right. -- Now where did I hide that website...