Re: Open Issue: Stored strings vs. queries.

Marc Mutz <[email protected]>
Newsgroups gmane.ietf.imaa
Organization KDE
Message-ID <[email protected]>
On Thursday 13 February 2003 22:04, Paul Hoffman / IMC wrote:
<snip>
>  I cannot see how a header would be considered a query.
<snip>

OK, let's do a Gedankenexperiment:

I think we agree that the smtp slots have to be queries. (Else, a single 
intermediate MTA running oldVersion will break the transport of a 
newVersion-MUA-composed message to a newVersion-mailbox.

Consider the case of stored mail header field slots.

I want to send a message with an oldVersion MUA to a newVersion mailbox 
whose local-part contains a code point from the set
    U(oldVersion) \cap AO(newVersion)

My MUA will rfc2822-serialize the message, thereby checking that any 
to/cc/bcc address meets the requirements of oldVersion-stored 
addresses. The address for the newVersion mailbox will fail that step, 
since it contains a code point from oldVersion of the U set.

This way, only addresses meeting the requirements of stored addresses 
are permitted. This doesn't even change if the MUA keeps track of the 
user-entered address separately of the rfc2822 serialization (for later 
use in the smtp rcpt to command), since it is simply not permitted to 
put the address into the rfc2822 serialization.

The only option for the MUA would be to leave out any address that fails 
the stored requirements test, but not the query requirements test[1] 
from the rfc2822 serialization, but use the address in the RCPT TO 
command. Well, that's what spammers do...

Consider OTOH the case of query mail header field slots.

My MUA will detect that the mailbox meets the requirements of a query 
mailbox, and happily put the mailbox together with the others (if any) 
into both the rfc2822 serialization slots, as well as the SMTP slots. 
Sending succeeds.

Conclusion: If we want oldVersion MUAs to be able to send mails to 
newVersion mailboxes (ie. a mailbox whose address contains newly 
assigned code points), then rfc2822 slots need to be queries or - if we 
insist they are stored - MUAs be required to omit the newVersion 
mailbox from the message, but give it in smtp rcpt to.

Since the latter option isn't really an option (all mails from 
oldVersion MUA users would appear to be bcc'ed to me, with the BCC 
header stripped), the question boils down to:

Do we want oldVersion MUAs to be able to send messages to newVersion 
mailboxes?

My answer would be "Yes", since that's what I understand IDNA works hard 
to achieve for DNS (an oldVersion browser can still do a dns lookup of 
a newVersion IDN).

Marc

[1] If both fail, the address should be rejected.

-- 
Ich gegen meinen Bruder.
Ich und mein Bruder gegen unseren Cousin.
Ich, mein Bruder und unser Cousin gegen unsere Nachbarn.
Wir alle gegen den Fremden.
                                      -- Beduinen-Sprichwort
signature.asc (application/pgp-signature, 189 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQA+TBok3oWD+L2/6DgRAmEAAJ9yEoVVfilLvFTbB5d7HsezDI0v5QCg4jSO
aqozkASVdbPFFRP6zXmHD4k=
=g5Dt
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.