Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 2 Oct 2001 13:09:43 -0700 (PDT)
From:      Julian Elischer <julian@elischer.org>
To:        cjclark@alum.mit.edu
Cc:        Bernd Walter <ticso@mail.cicely.de>, Nate Williams <nate@yogotech.com>, "Daniel O'Connor" <doconnor@gsoft.com.au>, Lyndon Nerenberg <lyndon@atg.aciworldwide.com>, current@FreeBSD.ORG, Garrett Wollman <wollman@khavrinen.lcs.mit.edu>
Subject:   Re: uucp user shell and home directory
Message-ID:  <Pine.BSF.4.21.0110021306230.92100-100000@InterJet.elischer.org>
In-Reply-To: <20011002110758.A310@blossom.cjclark.org>

next in thread | previous in thread | raw e-mail | index | archive | help


On Tue, 2 Oct 2001, Crist J. Clark wrote:

> On Tue, Oct 02, 2001 at 06:18:29PM +0200, Bernd Walter wrote:
> > On Tue, Oct 02, 2001 at 09:34:17AM -0600, Nate Williams wrote:
> 
> [snip]
> 
> > > See above.  fetchmail + pop works fine.  I've been  get all of my envelope
> > > information, and there is no worries.
> > 
> > As long as the informations are put into the mails.
> > I asume your don't forget to strip these after fetching the mails?
> 
> Strip what?

The embedded information that shuold not be passed on.
I.E. the delivery addresses. (these are not the same as the To:
lines)

> 
> > If you do not you distribute those even if not wished by the sender -
> > e.g. in an bcc case.
> 
> Any special processing of 'BCC' takes place at the sender's end. There
> is nothing special a receiver needs to (or could ever be trusted to)
> do.

this is not true at all.
BCC requires that all intemediate stages have separate 
handling of the header, and the address list.

> 
> > pop/fetchmail is an ugly hack in my eyes because it tries to do
> > something with an protocoll it isn't designed for and it has many
> > pitfalls.
> 
> Uhh, grabbing email from a remote mailspool _is_ exactly what
> POP3/fetchmail is meant to do. Or is there something else here that
> someone is trying to do?

No, Pop is for grabbing mail from a MAILBOX.
Mailboxes strip off and delete delivery address information.

> 
> But how does any of this relate to -CURRENT? uucp is still there for
> anyone who wants it in the ports. If your ISP does not support uucp
> and you want to use it to grab email, complain to your ISP, not
> -current.

The question was "Is there something that people want uucp for?"

> -- 
> Crist J. Clark                           cjclark@alum.mit.edu
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message
> 


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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0110021306230.92100-100000>