Re: Best e-mail approach for discon. sites
> 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 MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Best e-mail approach for discon. sites
> 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 then look deliver the mail just as if it arrived via smtp. George Bonser [EMAIL PROTECTED], [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Best e-mail approach for discon. sites
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 PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Best e-mail approach for discon. sites
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 example, my ISP adds X-Envelope-To: and Return-Path: headers which is all the extra OOB information. -- Carey Evans <*> [EMAIL PROTECTED] "Our mail program accidentally deleted our remove list." - Real quote from UCE -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Best e-mail approach for discon. sites
> 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 do is look at the To and Cc headers which aren't very useful for mailing lists. kai -- A large number of young women don't trust men with beards. (BFBS Radio) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Best e-mail approach for discon. sites
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 thread and everywhere else, UUCP is the way to go. I am working right now in getting this set up. Thanks, E.- -- Eloy A. Paris Information Technology Department Rockwell Automation de Venezuela Telephone: +58-2-9432311 Fax: +58-2-9430323 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Best e-mail approach for discon. sites
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 not running dos/win/mac with suspicion. 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). John Hasler [EMAIL PROTECTED] (John Hasler) Dancing Horse Hill Elmwood, WI -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Best e-mail approach for discon. sites
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 solution is UUCP. It's designed for traffic between disconnected sites and includes sophisticated scheduling (e.g. connect only if the last connect was more than 4 hours ago, connect only between 8pm and 8am, connect only for high priority mails ... ) You should ask your provider for an UUCP account, this will show you the qualification of your ISP. (As I believe, only the really experienced ISP can handle UUCP, probably the most newer ISP not even know about it or say it's very ancient ... but I know companies only accepting UUCP as their connection to the outer world, since for 'em firewalls are not fireproof enoght ;-)) Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED][EMAIL PROTECTED] pgpECztzJf0No.pgp Description: PGP signature
Re: Best e-mail approach for discon. sites
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. This should be the default. > ...where can I find some more info on it? I can't find any. I saw it in samples/generic/config in the smail source tree. The smail documentation is a little weak. John HaslerThis posting is in the public domain. [EMAIL PROTECTED]Do with it what you will. Dancing Horse Hill Make money from it if you can; I don't mind. Elmwood, Wisconsin Do not send email advertisements to this address. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Best e-mail approach for discon. sites
> 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 with diald. I have a smart_host defined in /etc/smail/routers which was done by Debian's smailconfig, but I'm unsure how to add the queue_only portion. Right now, diald starts its dialing as soon as I save a message and it amounts to a 30 second or wait until the message is sent. 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 and where can I find some more info on it? | Debian GNU/ __ o Regards, |/ / _ _ _ _ _ __ __ .| / /__ / / / \// //_// \ \/ / Randy| // /_/ /_/\/ /___/ /_/\_\ ([EMAIL PROTECTED]) | ...because lockups are for convicts... -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Best e-mail approach for discon. sites
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 for each branch office in one mailbox. Fetchmail can sort them out. John Hasler [EMAIL PROTECTED] (John Hasler) Dancing Horse Hill Elmwood, WI -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Best e-mail approach for discon. sites
> ... 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 Elmwood, WI -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Best e-mail approach for discon. sites
> 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 interesting > exercise although I am a little bit scared of touching sendmail and bind > to do the trick. > > Regards, > > Eloy A. Paris No problems. I have similiar setup. Main steps in configuration are: 1) in your domain: your-remote-siteIN MX 0 your-master 2) in .mc file add lines: MAILER(uucp) FEATURE(mailertable, `hash -o /etc/mail/mailertable')dnl 3) in mailertable (for sendmail): your-remote-site.domain uucp-dom:your-remote-site 4) create users for uucp-connection (I have one user per one remote site, but you may use only one for all sites. I suggest the first solution) with shell /usr/libexec/uucp/uucico 5) When you wish use uucp connection via tcpip (ppp) add in inetd.conf uucpd stream tcp nowait root/usr/local/libexec/tcpd /usr/libexec/uucp/uucico -l 6) Configure uucp in /etc/uucp and go ... Mirek -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Best e-mail approach for discon. sites
> [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 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 from a disconneted site to the world? Maybe (smail)+diald+runq+cron. Use cron to call runq (which is a part of smail) and diald will bring the link up automagically, and runq will send the mail. I don't know much about fetchmail's multidrop capability, but that might require a POP mailbox for every user on the main server. When you get this figured out, I would appreciate hearing how you did it. Reading fetchmail's man page now, Rob > > E.- > > -- > > Eloy A. Paris > Information Technology Department > Rockwell Automation de Venezuela > Telephone: +58-2-9432311 Fax: +58-2-9430323 > > > -- > TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to > [EMAIL PROTECTED] . > Trouble? e-mail to [EMAIL PROTECTED] . > "Change is inevitable, except from a vending machine." Rob MacWilliams [EMAIL PROTECTED] N9NPU -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Best e-mail approach for discon. sites
> : 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 from a disconneted site to the world? > The disadvantage to fetchmail is that the sysadmin will need the username/password of all of the pop3 boxes that he is fetching mail from and they are fetched individually. UUCP would pull all of the mail at one time for the entire site with one transaction. George Bonser [EMAIL PROTECTED], [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Best e-mail approach for discon. sites
[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 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 from a disconneted site to the world? E.- -- Eloy A. Paris Information Technology Department Rockwell Automation de Venezuela Telephone: +58-2-9432311 Fax: +58-2-9430323 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Best e-mail approach for discon. sites
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] (John Hasler) Dancing Horse Hill Elmwood, WI -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Best e-mail approach for discon. sites
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. : : But times have changed a lot since the days when the only way (for normal : people) to connect machines was a direct modem link. You may want to : keep at least one machine somewhere with a full-time internet link : so you can accept smtp from the rest of the world (or use someone's : service for this). If you have that, you may want your remote machines : to dial up a local internet provider and do uucp over tcp to pick up : their batched mail instead of making long distance calls directly to : the other machines. It is a bit more complicated to set this up but : you can also use it for other internet activity. 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 interesting exercise although I am a little bit scared of touching sendmail and bind to do the trick. Regards, E.- -- Eloy A. Paris Information Technology Department Rockwell Automation de Venezuela Telephone: +58-2-9432311 Fax: +58-2-9430323 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Best e-mail approach for discon. sites
> > 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 way (for normal people) to connect machines was a direct modem link. You may want to keep at least one machine somewhere with a full-time internet link so you can accept smtp from the rest of the world (or use someone's service for this). If you have that, you may want your remote machines to dial up a local internet provider and do uucp over tcp to pick up their batched mail instead of making long distance calls directly to the other machines. It is a bit more complicated to set this up but you can also use it for other internet activity. Les Mikesell [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Best e-mail approach for discon. sites
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 sendmail to do the trick. Regards, E.- -- Eloy A. Paris Information Technology Department Rockwell Automation de Venezuela Telephone: +58-2-9432311 Fax: +58-2-9430323 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Best e-mail approach for discon. sites
> > 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] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Best e-mail approach for discon. sites
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-mail but I want to change this, I want to > > make this easier. > > Will the machine that handles the dialup connection (gateway of sorts) > be running Unix or Novell or some other OS? Its beginning to sound as > thought UUCP might be a working option. Sendmail/Smail generally don't > work well with intermitant connections (at least in my experience), and > you're not interested in POP. If the remote LANs are running Novell, > it might be worth looking into M$ Exchange or whatever their current > mail solution is. Yup, the machine in the main office is a Debian box. The machines in the remote offices will be Debian boxes too. I wouldn't use any other OS that is not Linux (Debian); it has proven to be rock stable and when talking about connectivity, imagination is the limit. I am thinking about having the main server at the main office calling the remote sites every one or two hours. When the connection is made, e-mail and other files are going to be transferred. I am also thinking this is a job for the old UUCP. Regards, E.- -- Eloy A. Paris Information Technology Department Rockwell Automation de Venezuela Telephone: +58-2-9432311 Fax: +58-2-9430323 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Best e-mail approach for discon. sites
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 missing information... 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-mail but I want to change this, I want to make this easier. However, I want something simpler: I want the users to press the Send button in Eudora and have this message queued in the server for later delivery by a dial-up connection made every hour, for example. Also, when the servers connect, I want to retrieve all pending mail for the remote office. Also, several times we find the same message going to several people at the same office so, why to waste bandwidth if it is the same message, with the same message ID? As far as I know, sendmail only sends one message to a site where the message goes to several recipients... POP would require each user to fetch the message. Am I understood now? Thanks, E.- -- Eloy A. Paris Information Technology Department Rockwell Automation de Venezuela Telephone: +58-2-9432311 Fax: +58-2-9430323 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .