Rik Ling <[EMAIL PROTECTED]> writes:
> Your reply is almost aggressively terse. Perhaps you could explain, for
> the benefit of those of us less knowledgeable than yourself, exactly
> *how* the To: line is broken and how it might be fixed.
[SMTP:[EMAIL PROTECTED]] is not an Internet mail address. It's not even
remotely close to an Internet mail address. I don't know what the client
that's generating such things is trying to talk to, but it's not trying to
talk to an Internet mail server.
> What should it look like?
[EMAIL PROTECTED] No SMTP, no colon, no brackets. That particular
syntax looks like it's coming from a client that speaks some proprietary
internal mail standard and is expecting a gateway.
> And how does it reflect on section 3.4.6 of RFC822?
That section is describing domain literals, which are in the form
[171.64.12.23]. An IP address. Domain literals specifically require that
the server forgoe any standard DNS lookups and use them literally as the
network address of a computer. As "SMTP:[EMAIL PROTECTED]" is not that,
there's no way that an Internet mail server can possibly deliver mail to
the address [SMTP:[EMAIL PROTECTED]]. qmail is failing in a somewhat
non-intuitive way if one doesn't realize how it must have parsed that
line, but I find it highly doubtful that you'll have much better luck with
any other MTA that follows Internet RFCs.
It's quite possible that the client that generates such messages has
multiple modes, one that speaks this proprietary protocol and one that
speaks Internet mail protocols, and the user can simply reconfigure it to
solve the problem.
--
Russ Allbery ([EMAIL PROTECTED]) <URL:http://www.eyrie.org/~eagle/>
