[54495] in North American Network Operators' Group
Re: COM/NET informational message
daemon@ATHENA.MIT.EDU (Leo Bicknell)
Sat Jan 4 10:50:31 2003
Date: Sat, 4 Jan 2003 10:49:59 -0500
From: Leo Bicknell <bicknell@ufp.org>
To: "'nanog@merit.edu'" <nanog@merit.edu>
Mail-Followup-To: "'nanog@merit.edu'" <nanog@merit.edu>
In-Reply-To: <1015030000.1041674648@localhost.besserwisser.org> <3CD14E451751BD42BA48AAA50B07BAD6037BCFE3@vsvapostal3.prod.netsol.com>
Errors-To: owner-nanog-outgoing@merit.edu
--EeQfGwPcQSOJBaQU
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
In a message written on Fri, Jan 03, 2003 at 12:49:06PM -0500, Verd, Brad w=
rote:
> response. The web servers refuse connections on all other UDP and TCP
> ports, so other network services are minimally affected.
In a message written on Sat, Jan 04, 2003 at 11:04:08AM +0100, M=E5ns Nilss=
on wrote:
> That Verisign are taking this forward is, in the way they have chosen to
> do, not really elegant, but I do understand their reasoning, and to some
> extent appreciate that things are happening. Keep in mind that they are n=
ot
> breaking standards, they are extending one application.=20
The first bit from the original announcement caught my attention.
The ongoing defense of this as not "breaking" things makes me want
to point out something that I think could occur:
A mail server in .COM or .NET gets an e-mail, say korean spam, that
has an 8 bit high character in one or more addresses. The mail
server, while not 8 bit clean, is 8 bit clean enough to pass this
on to standard DNS routines. They get back no MX, but an A record,
pointing to this farm. Most mail servers will go ahead and try
the A record, getting connection refused. The mailer will keep
retrying for several days, all the while these backing up in the
queue.
That's just mail. I can see a half dozen other situations where
something might get one of these names and have to timeout, probably
at best making a user wait longer to get an error message, at worst
backing up all sorts of services if they are accidently given one
of these "special" names.
Was this problem discussed in the working group?=20
--=20
Leo Bicknell - bicknell@ufp.org - CCIE 3440
PGP keys at http://www.ufp.org/~bicknell/
Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org
--EeQfGwPcQSOJBaQU
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (FreeBSD)
Comment: For info see http://www.gnupg.org
iD8DBQE+FwKnNh6mMG5yMTYRApwuAJ9TiF80k/MSsHkrSm1jqDrHlxU2IACfRQJO
3nwH2EXoA+/0HzrpS53GbvQ=
=xV2g
-----END PGP SIGNATURE-----
--EeQfGwPcQSOJBaQU--
