From owner-freebsd-current Tue Oct 2 12:25:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id EBBA737B401 for ; Tue, 2 Oct 2001 12:25:17 -0700 (PDT) Received: from nomad.yogotech.com (nomad.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id NAA19222; Tue, 2 Oct 2001 13:25:01 -0600 (MDT) (envelope-from nate@nomad.yogotech.com) Received: (from nate@localhost) by nomad.yogotech.com (8.8.8/8.8.8) id NAA22941; Tue, 2 Oct 2001 13:25:01 -0600 (MDT) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15290.5260.610951.681033@nomad.yogotech.com> Date: Tue, 2 Oct 2001 13:25:00 -0600 To: Julian Elischer Cc: Nate Williams , "Daniel O'Connor" , Lyndon Nerenberg , current@FreeBSD.ORG, Garrett Wollman Subject: Re: uucp user shell and home directory In-Reply-To: References: <15289.56953.709463.415400@nomad.yogotech.com> X-Mailer: VM 6.95 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > POP and IMAP (I think) will lose all the envelope information, > > > > You've been listening to Terry too long. It's certainly not the case, > > although I've decided to quit arguing with Terry, since it's an > > excercise in futility. No matter what you say, he'll either change the > > subject or simply overwhelm you with useless/unrelated material until > > you simply abandon any hope of trying to give out useful information. > > > > > SMTP is a PUSH operation.. > > > > > > so for a PULL operation that can handle envelope information (e.g. BCC) > > > you need UUCP > > > > See above. fetchmail + pop works fine. I've been get all of my envelope > > information, and there is no worries. > > This has noty been the case where I have seen.. Again, as has been pointed out, it's the responsibility of the *sender* to make sure all of the envelope information is properly respected. POP3 is a mail retriever, designed to retrieve mail for a single user. It preserves all of the necessary information that a 'receiver' needs. Now, if you're doing something that POP3 was never intended to do (ie; handle multiple users with a single mailbox), then we're talking something completely different. This isn't something POP3 was designed to do. The problem isn't a fetchmail/POP3 problem. It's trying to stuff multiple users into a single account. UUCP doesn't 'solve' this problem anymore, since you still need the ability to have multiple 'user' accounts at the ISP, even with UUDP. Nate > > ETRN also is a good 'fetch' mechanism, if your ISP sets up MX records > > for you. When you come up, you simply telnet into your ISP's mail > > server, then type 'ETRN foobar.com', and it'll dump all your email to > > the IP address of your static configuration. > > > > However, this won't work for roving users. > > It doesn't even work well for static users in large configurations.. > as it requires a full queue scan. (some mail servers do this better than > others). Right, David and I just had a long offline talk about this. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message