Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 12 Feb 2003 19:37:25 -0800
From:      Terry Lambert <tlambert2@mindspring.com>
To:        Brad Knowles <brad.knowles@skynet.be>
Cc:        Rahul Siddharthan <rsidd@online.fr>, freebsd-chat@freebsd.org
Subject:   Re: Email push and pull (was Re: matthew dillon)
Message-ID:  <3E4B12F5.2608BBB@mindspring.com>
References:  <20030211032932.GA1253@papagena.rockefeller.edu>		 <a05200f2bba6e8fc03a0f@[10.0.1.2]>		 <3E498175.295FC389@mindspring.com>	 <a05200f38ba6f51f20eff@[10.0.1.2]>	 <3E49C434.D8D497EE@mindspring.com> <a05200f44ba6fe5dff1a0@[10.0.1.2]> <3E4A83BC.8A15E7C3@mindspring.com> <a05200f4fba70847460b3@[10.0.1.2]>

next in thread | previous in thread | raw e-mail | index | archive | help
Brad Knowles wrote:
> At 9:26 AM -0800 2003/02/12, Terry Lambert wrote:
> >>          In what way does IMAP4 need to be changed?
> >
> >  Add domain support.
>
>         Certainly, you could pass pretty much whatever you want.  The
> issue is whether or not the IMAP server understands the @domain
> portion.
> 
>         This problem is already solved -- check out Perdition.

The problem is *not* solved by Perdition.  Perdition does not even
*begin* to solve the problem.


> >  Well, the "OP" in this case is actually a reference to a DJB
> >  document, and what we're interested in here is solving the
> >  problem.  We don't have to accept both the data store and the
> >  "don't send messages" parts of the document, all or nothing.
> 
>         Well, if we're interested in solving the problem and not
> necessarily accepting the entire document as specified, then we might
> as well throw the whole thing away.

I agree.  It is a poor specification.


> >  No, you'd direct-send notices.  You'd flood-fill the messages
> >  the notices referred to, to address the scalability and availability
> >  problems, and to partially address the "revisionist history" and
> >  "delete before receipt" problems.
> 
>         You can do this today.  Send an e-mail and tell people to go read
> a specific USENET news message.  Doesn't work too well.

Doesn't address any privacy issues.  Even encrypted, your data is
out there for anyone to perform traffic analysis upon.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-chat" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3E4B12F5.2608BBB>