Date: Tue, 2 Oct 2001 13:04:58 -0700 (PDT) From: Julian Elischer <julian@elischer.org> To: Nate Williams <nate@yogotech.com> Cc: "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.0110021255420.92100-100000@InterJet.elischer.org> In-Reply-To: <15289.56953.709463.415400@nomad.yogotech.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 2 Oct 2001, Nate Williams wrote: > > 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.. This requires that you have a mailbox set up on the server which can 'encode' all of the envelope information (e.g. other delivery addresses) and that fetchmail can extract this information in such a way that it can reconstruct the original mail address information without getting it confused with the header infiormation within the mail headers, which of course should be completely ignored when it comes to delivery. Unfortunatly I have not see this done completely successfully. UUCP can do this with very little work and does it very well. (as if keeps the 'command' information separate from the "data" information). I"m not saying that this is not possible, just that it's very complicated to get right compared to a basic "out of the box" uucp connection that can do it completely correctly with almost no work... > > For 'fetching' email, fetchmail is a very good solution. However, there > is also another fairly trivial solution that works well, *IF* you have a > static IP address. (see above) > > 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). > > > > Nate > > > > On Tue, 2 Oct 2001, Daniel O'Connor wrote: > > > > > > > > On 01-Oct-2001 Lyndon Nerenberg wrote: > > > > UUCP still gets used. It's one of the few sane ways to handle email in > > > > a laptop environment when you're always connecting through different > > > > dialups/ISPs. It has mostly fallen out of favour due to ignorance and > > > > FUD. Which is a shame, as it can still be a useful tool in certain > > > > situations. > > > > > > I think a more 'modern' solution is POP or IMAP over SSH, you can also feed > > > SMTP over an SSH tunnel too (This is what I use). > > > > > > --- > > > Daniel O'Connor software and network engineer > > > for Genesis Software - http://www.gsoft.com.au > > > "The nice thing about standards is that there > > > are so many of them to choose from." > > > -- Andrew Tanenbaum > > > > > > 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 > 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.0110021255420.92100-100000>