Re: Background mail transfers
On Wed, Jul 19, 2000 at 08:01:20PM +0100, Barry Samuels wrote: > So I suspect that having chopped off Fetchmail's download leaving half an > e-mail I subsequently re-booted into OS/2 and downloaded the mail. This > would have then deleted the mail from the server so that the next time the > mail server was checked using Fetchmail the e-mail as mentioned above was > no longer there. Fetchmail shouldn't have noticed that - all it works with is the mailbox at your ISP. If the message was being downloaded and the connection went away it should just drop what it had got on the floor. -- Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness) http://www.tardis.ed.ac.uk/~broonie/ EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/ pgpfoJyVjufPu.pgp Description: PGP signature
Re: Background mail transfers
On Wed, Jul 19, 2000 at 06:55:59AM +0100, Pap Tibor wrote: > And how do you post news messages? Does leafnode do this yob for you too? Yes, Leafnode will post messages. Basically, what it does is to look like a standard news server to local readers and look like a regular news client to the server it fetches news from. -- Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness) http://www.tardis.ed.ac.uk/~broonie/ EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/ pgpujola4IGPz.pgp Description: PGP signature
Re: Background mail transfers
On Tue, 18 Jul 2000, Simon Michael wrote: > hmm.. surely fetchmail normally would take this in stride, re-fetching > the message next time ? Whoops! Embarrassing admission time. Your remark above triggered the thought processes and I've work out what I think happened. I am not yet using the linux mail processing as my main mail handler until I'm satisfied that it's working properly so I have set fetchmail not to delete mail from the server. But I also download the mail using OS/2 which then deletes the mail from the server. So I suspect that having chopped off Fetchmail's download leaving half an e-mail I subsequently re-booted into OS/2 and downloaded the mail. This would have then deleted the mail from the server so that the next time the mail server was checked using Fetchmail the e-mail as mentioned above was no longer there. I hadn't thought that through when I posted to this list. Apologies all round. If you ignore me I may go away! Barry Samuels
Re: Background mail transfers
> If the messages are going to different accounts on the mail server, you can > have multiple entries in your .fetchmailrc of the form "user foo there is bar > here". If they're all going to the same account, you'll need to use procmail > or exim (or whatever) filters to divide them up. Why don't You take a look at XMail : http://www.maticad.it/davide/xmail.asp which has an integrated POP3 accounts sync. Davide -- Feel free, feel Debian !
Re: Background mail transfers
Pap Tibor said: > And how do you post news messages? Does leafnode do this yob for you too? Yes. -- "Two words: Windows survives." - Craig Mundie, Microsoft senior strategist "So does syphillis. Good thing we have penicillin." - Matthew Alton Geek Code 3.1: GCS d- s+: a- C++ UL++$ P+>+++ L+++> E- W--(++) N+ o+ !K w---$ O M- V? PS+ PE Y+ PGP t 5++ X+ R++ tv b+ DI D G e* h+ r++ y+
Re: Background mail transfers
Alan said: > A quick question on the verge of this discussion ... I am about to > setup fetchmail to collect my email from my ISP via diald (as described in > this thread) but would also like to redistribute the mail once collected > to individual user accounts based on the alias (contents of the mail "To:" > field). Does anyone have a fetchmailrc or similar script that does this If the messages are going to different accounts on the mail server, you can have multiple entries in your .fetchmailrc of the form "user foo there is bar here". If they're all going to the same account, you'll need to use procmail or exim (or whatever) filters to divide them up. > (also - what user account does it run under?). Whoever runs it. The default install of fetchmail does not run automatically. -- "Two words: Windows survives." - Craig Mundie, Microsoft senior strategist "So does syphillis. Good thing we have penicillin." - Matthew Alton Geek Code 3.1: GCS d- s+: a- C++ UL++$ P+>+++ L+++> E- W--(++) N+ o+ !K w---$ O M- V? PS+ PE Y+ PGP t 5++ X+ R++ tv b+ DI D G e* h+ r++ y+
Re: Background mail transfers
On Tue, 18 Jul 2000, Barry Samuels wrote: > Can anyone suggest a way to prevent this apart from running Fetchmail > manually? you can use `fetchmail -d ' to start it and `fetchmail --quit' to stop it. I think fechmail will know what to do if it's fetching and e-mail when you stop it. []s, Marcio /*** * MARCIO ROSA DA SILVAe-mail: [EMAIL PROTECTED] * Assistant Professor [EMAIL PROTECTED] * Electrical Engineering Department * Universidade do Vale do Rio dos Sinos - UNISINOS * Av. Unisinos, 950 * Sao Leopoldo - RS - Brazil * Phone: +55 51 590- R:1781/1782 * FAX: +55 51 590-8172 * http://www.eletrica.unisinos.br/~marcio ***/
Re: Background mail transfers
On Tue, 18 Jul 2000, Alan wrote: A> A quick question on the verge of this discussion ... I am about to setup A> fetchmail to collect my email from my ISP via diald (as described in this A> thread) but would also like to redistribute the mail once collected to A> individual user accounts based on the alias (contents of the mail A> "To:" field). Does anyone have a fetchmailrc or similar script that does A> this (also - what user account does it run under?). I use exim/.forward file macros for the simple things on some mail accounts and .procmailrc for the more complex things, .procmailrc have its own manpage procmailrc(5). And to answer your second question, it runs under the user account from which you run the fetchmail. Dingo. ).|.( '.`___'.` ' `(>~<)' ` -=-=-=-=-=-=-=-=-=-=-=-=-=-=-ooO-=(_)=-Ooo-=-=-=-=-=-=-=-=-=-=-=-=- Petr [Dingo] Dvorak [EMAIL PROTECTED] Coder - Purple Dragon MUD pdragon.inetsolve.com port -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-[ 369D93 ]=- Just because you paranoid, it doesn't mean, they're not after you -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Re: Background mail transfers
Hi All, A quick question on the verge of this discussion ... I am about to setup fetchmail to collect my email from my ISP via diald (as described in this thread) but would also like to redistribute the mail once collected to individual user accounts based on the alias (contents of the mail "To:" field). Does anyone have a fetchmailrc or similar script that does this (also - what user account does it run under?). Cheers, Alan - Original Message - From: "Pap Tibor" <[EMAIL PROTECTED]> To: "Stephen A. Witt" <[EMAIL PROTECTED]> Cc: "Barry Samuels" <[EMAIL PROTECTED]>; Sent: Wednesday, July 19, 2000 5:55 PM Subject: Re: Background mail transfers "Stephen A. Witt" wrote: > > Well, I'm sure there are a lot of ways around this. What I do is to use > diald to allow on demand connections to my ISP. I then have a cron job > that runs fetchmail periodically to get the mail about 4 times a day. > Additionally I wrote a little perl script that runs when I log in (started > by kde) that will get mail if the network connection is up every 10 > minutes. diald is a nice solution as you are not controlling connection. > When fetchmail, or any other application requiring network access, is > finished, diald will end the connection. diald allows one to do other > things automatically also. I run leafnode so my machine is a USENET news > server. leafnode gets the news in the middle of the night and I can read > it from a local disk whenever I want to and not have to put up with > downloading news in real time. And how do you post news messages? Does leafnode do this yob for you too? > > -- > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null Could you send your perl script please? Thanks, --papt -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
Re: Background mail transfers
"Stephen A. Witt" wrote: > > Well, I'm sure there are a lot of ways around this. What I do is to use > diald to allow on demand connections to my ISP. I then have a cron job > that runs fetchmail periodically to get the mail about 4 times a day. > Additionally I wrote a little perl script that runs when I log in (started > by kde) that will get mail if the network connection is up every 10 > minutes. diald is a nice solution as you are not controlling connection. > When fetchmail, or any other application requiring network access, is > finished, diald will end the connection. diald allows one to do other > things automatically also. I run leafnode so my machine is a USENET news > server. leafnode gets the news in the middle of the night and I can read > it from a local disk whenever I want to and not have to put up with > downloading news in real time. And how do you post news messages? Does leafnode do this yob for you too? > > -- > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null Could you send your perl script please? Thanks, --papt
Re: Background mail transfers
On Tue, Jul 18, 2000 at 07:35:20PM +0200, Andre Berger wrote: [snip] > You can set up a script /etc/ppp/ip-up.d/ZZZ so that it will be > executed when any other script has finished, something like > > #!/bin/sh > wall /etc/ppp/ip-up.d/done-message > wall will display the contents of /etc/ppp/ip-up.d/done-message as > broadcast msg from root on the consoles. You could also play a sound > if you like. How do you do that without a sound card? Is that possible? Can more than one type of 'beep' be produced this way? Thanks Sven -- The UNIX Guru's view of sex: unzip ; strip ; touch ; finger mount ; fsck ; more ; yes ; umount sleep
Re: Background mail transfers
Barry Samuels <[EMAIL PROTECTED]> writes: > I normally work within a window manager environment (mostly KDE) when > using Debian Potato and have used KMail to download mail directly from my > ISP pop3 accounts. > > I recently decided to setup fetchmail to poll my pop3 mail servers in the > background, download any waiting mail and pass it on to procmail for > sorting into appropriate folders and then access these folders using KMail. > > This works well but I have realised recently that, because this is now > happening in the background, if I disconnect from my ISP without > thinking I can cut a mail download off in mid-stream. I have half an > e-mail to prove it. > > Can anyone suggest a way to prevent this apart from running Fetchmail > manually? > > Barry Samuels You can set up a script /etc/ppp/ip-up.d/ZZZ so that it will be executed when any other script has finished, something like #!/bin/sh wall /etc/ppp/ip-up.d/done-message wall will display the contents of /etc/ppp/ip-up.d/done-message as broadcast msg from root on the consoles. You could also play a sound if you like. Andre
Re: Background mail transfers
hmm.. surely fetchmail normally would take this in stride, re-fetching the message next time ?
Re: Background mail transfers
Barry Samuels writes: > ...if I disconnect from my ISP without thinking I can cut a mail download > off in mid-stream. This should not cause any problems as fetchmail will not tell the server to delete the message until it has received the whole thing and successfully delivered it. Truncated messages will be fetched again at the next opportunity. > I have half an e-mail to prove it. Was it delivered to the user at your end? Was it deleted from the server? If so, you've found a bug. -- John Hasler [EMAIL PROTECTED] Dancing Horse Hill Elmwood, Wisconsin
Re: Background mail transfers
On Tue, 18 Jul 2000, Barry Samuels wrote: > I normally work within a window manager environment (mostly KDE) when > using Debian Potato and have used KMail to download mail directly from my > ISP pop3 accounts. > > I recently decided to setup fetchmail to poll my pop3 mail servers in the > background, download any waiting mail and pass it on to procmail for > sorting into appropriate folders and then access these folders using KMail. > > This works well but I have realised recently that, because this is now > happening in the background, if I disconnect from my ISP without > thinking I can cut a mail download off in mid-stream. I have half an > e-mail to prove it. > > Can anyone suggest a way to prevent this apart from running Fetchmail > manually? > > Barry Samuels > Well, I'm sure there are a lot of ways around this. What I do is to use diald to allow on demand connections to my ISP. I then have a cron job that runs fetchmail periodically to get the mail about 4 times a day. Additionally I wrote a little perl script that runs when I log in (started by kde) that will get mail if the network connection is up every 10 minutes. diald is a nice solution as you are not controlling connection. When fetchmail, or any other application requiring network access, is finished, diald will end the connection. diald allows one to do other things automatically also. I run leafnode so my machine is a USENET news server. leafnode gets the news in the middle of the night and I can read it from a local disk whenever I want to and not have to put up with downloading news in real time.
Background mail transfers
I normally work within a window manager environment (mostly KDE) when using Debian Potato and have used KMail to download mail directly from my ISP pop3 accounts. I recently decided to setup fetchmail to poll my pop3 mail servers in the background, download any waiting mail and pass it on to procmail for sorting into appropriate folders and then access these folders using KMail. This works well but I have realised recently that, because this is now happening in the background, if I disconnect from my ISP without thinking I can cut a mail download off in mid-stream. I have half an e-mail to prove it. Can anyone suggest a way to prevent this apart from running Fetchmail manually? Barry Samuels
