Question on Empty MAIL FROM: and bounced emails

[Harmeet Bedi <ha...@kodemuse.com>]

If the an SMTP Server allows mail from unspecified sender to a valid user,
it would be an open relay.
So Mail with header
MAIL FROM: <>
would be rejected to guard against spam.
Is this a requirement to satisfy SMTP AUTH Extension ?
I could not tell by reading some of the docs.


Now getting on to the practical problem
If a mail is sent to an invalid external user, the external server will
typically catch the mail and generate a bounced message. The external server
does this to notify the sender that the mail could not be delivered.

The problem is that typically the Mail Server sending the generated bounce
message does not specify MAIL FROM. If this command 'MAIL FROM: <>' is
rejected by the server, effectively bounce messages are not received.

What should be the correct behavior ?
A good mail server should guard against spam as well as receive bounced
message notifications. How could these be reconciled ?

Harmeet


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>

Config DTD

[Danny Angus <da...@thought.co.uk>]

I don't know if anyone else is interested, but I was messing around with XML
Spy, editing config.xml, and hit the generate DTD button through idle
curiosity, it produced this which may be useful, or not.
I didn't commit it in case it prove to be more trouble than its worth. If
its popular I will.

I thought it might make a good starting point for rationalising the
elements, attributes and enumerated values in the config into a consistent
set.

d.