Re: [yam] draft-daboo-srv-email: POP3S/IMAPS?

[Joe Touch <[e-mail]>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Sabahattin Gucukoglu wrote:
...
>>> IMAP, POP3 and perhaps SMTP, however, exist in two. 
>>> 993 ("imaps") and 143 ("imap") for IMAP. Everyone on the list dislikes 
>>> port 993. The question is whether port 993 should survive in the IANA 
>>> registry.
>> It should and it will.
>>
>>> My suggestion for the iana-ports document is to permit more than one 
>>> port in those cases where that's currently deployed, and apply the 
>>> one-port-per-purpose rule only to new allocations.
>> Exactly. The intent is not to revisit past assignments and check whether they comply with the new rules.
>>
>>> My rationale for that is that the extra ports/service names aren't 
>>> really free. You can't use port 993 or service name imaps for anything 
>>> else, and IMO that's reason enough to keep it in the registry.
>> Exactly.
> 
> Deployment consideration is AFAIK the one and only reason to specify
> this usage.  I'm not asking for a definitive answer, but does the
> revocation procedure not give us a reason to discourage its usage
> altogether using at least some warning language?  It might be a
> flight of fancy, but if in a decade's time the world has migrated to
> IPSec, for instance, we'll be left with lots of obsolete port
> assignments and no documentation for them, which IMO is not so good.
> Would like to think that, although we must not break existing
> deployments, we should try to observe current and future reservation
> guidelines.

The new ports doc provides a revocation procedure that could be used if
needed here, but the ports doc isn't the place where any such individual
decision would be made. That would happen after the ports doc were approved.

Joe
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)

iEYEARECAAYFAktXEREACgkQE5f5cImnZrsaqACg9kX5ClqD7IbBYDqqu3vtxVqq
PXkAoKKRzE04pVJCHIq7O7F3/H5LYaC0
=x5ZZ
-----END PGP SIGNATURE-----