Re: Best e-mail approach for discon. sites

1997-07-02 Thread Kai Grossjohann
> Carey Evans writes: Carey> For example, my ISP adds X-Envelope-To: and Return-Path: Carey> headers which is all the extra OOB information. You've got a very nice ISP :-) kai -- A large number of young women don't trust men with beards. (BFBS Radio) -- TO UNSUBSCRIBE FROM THIS MAILIN

Re: Best e-mail approach for discon. sites

1997-06-28 Thread George Bonser
> How does fetchmail deal with mailing lists? I'd imagine that all that > fetchmail can do is look at the To and Cc headers which aren't very > useful for mailing lists. Fetchmail can (I think) be configured to pass all retrieved mail to sendmail or whatever mta that you have. Sendmail would th

Re: Best e-mail approach for discon. sites

1997-06-28 Thread jghasler
Kai writes: > How does fetchmail deal with mailing lists? Poorly: that's the catch (according to the documentation: I've not tried this). John Hasler [EMAIL PROTECTED] (John Hasler) Dancing Horse Hill Elmwood, WI -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL

Re: Best e-mail approach for discon. sites

1997-06-28 Thread Carey Evans
Kai Grossjohann <[EMAIL PROTECTED]> writes: [snip] > How does fetchmail deal with mailing lists? I'd imagine that all that > fetchmail can do is look at the To and Cc headers which aren't very > useful for mailing lists. It can use some headers to extract appropriate info. if they exist. For ex

Re: Best e-mail approach for discon. sites

1997-06-25 Thread Kai Grossjohann
> George Bonser writes: George> ...and they are fetched individually. > jghasler writes: John> You can put all the mail for each branch office in one John> mailbox. Fetchmail can sort them out. How does fetchmail deal with mailing lists? I'd imagine that all that fetchmail can

Re: Best e-mail approach for discon. sites

1997-06-12 Thread Eloy A. Paris
Hello everyone, [EMAIL PROTECTED] wrote: : You may be right in suggesting uucp to the originator of this thread, : though. He should take a look at the bear book (Managing uucp and Usenet, : O`Reilly). I am the originator of this thread and yes, I'll go with UUCP. For what I've heard in the thr

Re: Best e-mail approach for discon. sites

1997-06-12 Thread jghasler
Heiko writes: > You should ask your provider for an UUCP account, this will show you the > qualification of your ISP. I got my news and email via uucp for years. I'm not about to ask my present ISP about it, though. They are the only ISP I can reach without a long distance call, and view anyone

Re: Best e-mail approach for discon. sites

1997-06-11 Thread Heiko Schlittermann
On Jun 11, [EMAIL PROTECTED] wrote : > ... but what about sending messages from a disconneted site to the world? : : Do what all us poor smucks who have only part-time dial-up connections do: : configure smail with smart_host= and queue_only, and : run smail -q from ip-up. IMHO the very best solu

Re: Best e-mail approach for discon. sites

1997-06-11 Thread jghasler
Randy writes: > I'd love to queue outgoing messages up and have ip-up send them off with > a smail -q command but looking through the man page and > /usr/doc/smail/guide/config I cannot find anything about this queue_only > option. Where should it go... Put 'queue_only' in /etc/smail/config. Thi

Re: Best e-mail approach for discon. sites

1997-06-11 Thread Randy Edwards
> Do what all us poor smucks who have only part-time dial-up connections do: > configure smail with smart_host= and queue_only, and > run smail -q from ip-up. John, I've got a quick question for you. I'm running smail with Debian 1.3 and am using a similar part-time dial-up dynamic ISP link wi

Re: Best e-mail approach for discon. sites

1997-06-11 Thread jghasler
George Bonser writes: > The disadvantage to fetchmail is that the sysadmin will need the > username/password of all of the pop3 boxes... These need not be the same as the usernames and passwords that the users use on the clients. > ...and they are fetched individually. You can put all the mail f

Re: Best e-mail approach for discon. sites

1997-06-11 Thread jghasler
> ... but what about sending messages from a disconneted site to the world? Do what all us poor smucks who have only part-time dial-up connections do: configure smail with smart_host= and queue_only, and run smail -q from ip-up. John Hasler [EMAIL PROTECTED] (John Hasler) Dancing Horse Hill Elmwo

Re: Best e-mail approach for discon. sites

1997-06-11 Thread Mirek Kwasniak
> Right, the Debian box at the main office is full time connected to the > Internete. I want to do what you are saying: have this main server accepting > e-mail from the world to users in my UUCP domains and transfer them to > the remote servers when the UUCP link starts. This sounds like an intere

Re: Best e-mail approach for discon. sites

1997-06-11 Thread Rob MacWilliams
> [EMAIL PROTECTED] wrote: > : Eloy A. Paris writes: > : > I want to do what you are saying: have this main server accepting e-mail > : > from the world to users in my UUCP domains and transfer them to the > : > remote servers when the UUCP link starts. > : > : Have you considered the multidrop op

Re: Best e-mail approach for discon. sites

1997-06-11 Thread George Bonser
> : Have you considered the multidrop option in fetchmail? > > Uhhmmm... no, I haven't. I haven't ever used fetchmail but I guess this > you are recommending would solve the problem of checking e-mail from > remote sites and saving bandwitdth and transfer time, but what about > sending messages f

Re: Best e-mail approach for discon. sites

1997-06-11 Thread Eloy A. Paris
[EMAIL PROTECTED] wrote: : Eloy A. Paris writes: : > I want to do what you are saying: have this main server accepting e-mail : > from the world to users in my UUCP domains and transfer them to the : > remote servers when the UUCP link starts. : : Have you considered the multidrop option in fetchm

Re: Best e-mail approach for discon. sites

1997-06-11 Thread jghasler
Eloy A. Paris writes: > I want to do what you are saying: have this main server accepting e-mail > from the world to users in my UUCP domains and transfer them to the > remote servers when the UUCP link starts. Have you considered the multidrop option in fetchmail? John Hasler [EMAIL PROTECTED] (

Re: Best e-mail approach for discon. sites

1997-06-10 Thread Eloy A. Paris
Leslie Mikesell ([EMAIL PROTECTED]) wrote: : > > This is EXACTLY the environment that UUCP was designed to operate in. : > : > My apologies then. Now it seems to me this was a dumb question :-) : > : > I'll start digging in how to configure my Debian boxes and sendmail : > to do the trick. : :

Re: Best e-mail approach for discon. sites

1997-06-10 Thread Leslie Mikesell
> > This is EXACTLY the environment that UUCP was designed to operate in. > > My apologies then. Now it seems to me this was a dumb question :-) > > I'll start digging in how to configure my Debian boxes and sendmail > to do the trick. But times have changed a lot since the days when the only

Re: Best e-mail approach for discon. sites

1997-06-10 Thread Eloy A. Paris
Hi, > > > > I am also thinking this is a job for the old UUCP. > > > > Regards, > > > > This is EXACTLY the environment that UUCP was designed to operate in. My apologies then. Now it seems to me this was a dumb question :-) I'll start digging in how to configure my Debian boxes and sendma

Re: Best e-mail approach for discon. sites

1997-06-10 Thread George Bonser
> > I am also thinking this is a job for the old UUCP. > > Regards, > This is EXACTLY the environment that UUCP was designed to operate in. George Bonser [EMAIL PROTECTED], [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . T

Re: Best e-mail approach for discon. sites

1997-06-10 Thread Eloy A. Paris
Hi again, > Eloy A. Paris said: > > > > Each office will have its own LAN (Ethernet). I don't want the users at each > > office to deal with PPP/dial-up connections. As a matter of fact, all > > the users at these remote offices are users POP through a dial-up PPP > > connection to send/receive e

Re: Best e-mail approach for discon. sites

1997-06-10 Thread Eloy A. Paris
Hi, > If the users on the remote systems have accounts on the e-mail system, > couldn't they just login and read mail like standard users? Another > option would be POP or (possibly) IMAP. If what you're describing is > close to the way an ISP would handle user mail, go with POP. Sorry for the