email edit

Jay R. Ashworth jra at baylink.com
Wed Nov 1 12:21:59 PST 2006


On Wed, Nov 01, 2006 at 03:07:00PM -0500, Kenneth Brody wrote:
> > On Wed, Nov 01, 2006 at 12:50:31PM -0500, Brian K. White wrote:
> [...]
> > > I wouldn't be surprised if you can have more than one @
> >
> > You can't.
> 
> Then why does <"foo at bar"@hvcomputer.com> work?


Well, RFC 2822 is pretty opaque in its choice of syntax, but that does
actually appear to be legal.

The same Berns steak offer applies, if you can find a production
mailbox with an at-sign in it's name -- that is, one that wasn't
created to win a steak dinner.  :-)

> > > You don't need even one .
> >
> > You do.
> 
> <nitpick>
>     username at localhost
> </nitpick>

I mention this below... well, ok, maybe not quite even this.

Is that a mailbox that will appear in a filePro database, though?  :-)

> > > then theres: network!hosta!hostb!hostc!user
> >
> > See above; find me a live example of an address like this, and I'll buy
> > you dinner at Berns.
> 
> Well, there's "likely to be found in the real world", and then there's
> "RFC compliant".

Yes, there is.  I don't feel the need to be 100.0% RFC 2822 compliant
in the environment in question; we're not trying to rewrite sendmail in
filePro.

> [...]
> > > The only correct way to validate an email address is to actually
> > > validate it. Which requires the machine running fp to have a working
> > > mta.
> >
> > That's the best way, but you can't really *validate* it, either; "VRFY"
> > only works on mailers run by Really Stupid Sysadmins.
> 
> Are we looking to "validate" the address, or simply verify that it is
> properly formed?

*I* was only concerned with form, not substance.  :-)

> [...]
> > > In the end, you _still_ can't really know because you have no control
> > > over the recipient mail servers.
> >
> > No, but we're only trying to trap typos.
> 
> Typos that cause malformed address can be caught.  Typos that cause
> a valid address, but which belongs to someone else, can only be
> caught by using "confirmed"/"verified" opt-in techniques.  And if
> you're going to confirm the address anyway, allowing malformed
> addresses through will (with few exceptions) not cause any problems.

True.

Cheers,
-- jra
-- 
Jay R. Ashworth                                                jra at baylink.com
Designer                          Baylink                             RFC 2100
Ashworth & Associates        The Things I Think                        '87 e24
St Petersburg FL USA      http://baylink.pitas.com             +1 727 647 1274

	"That's women for you; you divorce them, and 10 years later,
	  they stop having sex with you."  -- Jennifer Crusie; _Fast_Women_


More information about the Filepro-list mailing list