Re: FETCHMAIL AND GMAIL?
Hi, The problem is the password in .fecthmailrc is not the passeword of your GMAIL messaging. For GMAIL, fetchmail is an external application, you must generate another password that used only by fetchmail! Now, when fetchmail run, after I can't see my email with my client email (mutt), what I can do tor see it? Regards. Alex 2011/12/25 Freeman hew...@gmail.com On Tue, Dec 20, 2011 at 10:05:57PM +, Walter Hurry wrote: On Tue, 20 Dec 2011 23:26:38 +0200, Andrei Popescu wrote: On Ma, 20 dec 11, 17:51:10, Brian wrote: On Tue 20 Dec 2011 at 18:24:19 +0100, Alex Padoly wrote: How do you do to run fecthmail with gmail with POP3 protocol, I can't it! How do you do to write the file .fetcmailrc. This what I have as part of my ~/.fetchmailrc poll pop.googlemail.com protopop3 service 995 user justforme password something_longish ssl Just something that might not be obvious in Brian's example: the username must always be your complete e-mail address. Yep. Mine looks like: poll imap.gmail.com protocol imap tracepolls: user 'walterhu...@gmail.com', with password 'hidden', is walter here options ssl Obviously OP would need to change the server being polled to the POP3 one, as well as the protocol (though the reason why people want to use POP3 when IMAP is available escapes me). I had problems with fetchmail and gmail pop3. emails would start being missed after undeleted emails hit about 600. By 1000 undeleted emails, nothing was being downloaded. I don't remember if emails were being marked. Fixed it by changing to IMAP. -- Regards, Freeman Microsoft is not the answer. Microsoft is the question. NO (or Linux) is the answer. --Somebody -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111224234107.GA14101@Deneb.office
Re: FETCHMAIL AND GMAIL?
On Tue, Dec 20, 2011 at 10:05:57PM +, Walter Hurry wrote: On Tue, 20 Dec 2011 23:26:38 +0200, Andrei Popescu wrote: On Ma, 20 dec 11, 17:51:10, Brian wrote: On Tue 20 Dec 2011 at 18:24:19 +0100, Alex Padoly wrote: How do you do to run fecthmail with gmail with POP3 protocol, I can't it! How do you do to write the file .fetcmailrc. This what I have as part of my ~/.fetchmailrc poll pop.googlemail.com protopop3 service 995 user justforme password something_longish ssl Just something that might not be obvious in Brian's example: the username must always be your complete e-mail address. Yep. Mine looks like: poll imap.gmail.com protocol imap tracepolls: user 'walterhu...@gmail.com', with password 'hidden', is walter here options ssl Obviously OP would need to change the server being polled to the POP3 one, as well as the protocol (though the reason why people want to use POP3 when IMAP is available escapes me). I had problems with fetchmail and gmail pop3. emails would start being missed after undeleted emails hit about 600. By 1000 undeleted emails, nothing was being downloaded. I don't remember if emails were being marked. Fixed it by changing to IMAP. -- Regards, Freeman Microsoft is not the answer. Microsoft is the question. NO (or Linux) is the answer. --Somebody -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111224234107.GA14101@Deneb.office
Re: FETCHMAIL AND GMAIL?
On Tue, 20 Dec 2011 18:24:19 +0100, Alex Padoly wrote: How do you do to run fecthmail with gmail with POP3 protocol, I can't it! How do you do to write the file .fetcmailrc. Thanks! Regards. http://en.lmgtfy.com/?q=fetchmail+gmail Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.12.21.16.02...@gmail.com
FETCHMAIL AND GMAIL?
Hi, How do you do to run fecthmail with gmail with POP3 protocol, I can't it! How do you do to write the file .fetcmailrc. Thanks! Regards. Alex
Re: FETCHMAIL AND GMAIL?
On Tue 20 Dec 2011 at 18:24:19 +0100, Alex Padoly wrote: How do you do to run fecthmail with gmail with POP3 protocol, I can't it! How do you do to write the file .fetcmailrc. This what I have as part of my ~/.fetchmailrc poll pop.googlemail.com protopop3 service 995 user justforme password something_longish ssl -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111220175110.GH3655@desktop
Re: FETCHMAIL AND GMAIL?
On Ma, 20 dec 11, 17:51:10, Brian wrote: On Tue 20 Dec 2011 at 18:24:19 +0100, Alex Padoly wrote: How do you do to run fecthmail with gmail with POP3 protocol, I can't it! How do you do to write the file .fetcmailrc. This what I have as part of my ~/.fetchmailrc poll pop.googlemail.com protopop3 service 995 user justforme password something_longish ssl Just something that might not be obvious in Brian's example: the username must always be your complete e-mail address. Regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Re: FETCHMAIL AND GMAIL?
On Tue, 20 Dec 2011 23:26:38 +0200, Andrei Popescu wrote: On Ma, 20 dec 11, 17:51:10, Brian wrote: On Tue 20 Dec 2011 at 18:24:19 +0100, Alex Padoly wrote: How do you do to run fecthmail with gmail with POP3 protocol, I can't it! How do you do to write the file .fetcmailrc. This what I have as part of my ~/.fetchmailrc poll pop.googlemail.com protopop3 service 995 user justforme password something_longish ssl Just something that might not be obvious in Brian's example: the username must always be your complete e-mail address. Yep. Mine looks like: poll imap.gmail.com protocol imap tracepolls: user 'walterhu...@gmail.com', with password 'hidden', is walter here options ssl Obviously OP would need to change the server being polled to the POP3 one, as well as the protocol (though the reason why people want to use POP3 when IMAP is available escapes me). -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/jcr0s5$u3p$1...@dough.gmane.org
Re: FETCHMAIL AND GMAIL?
On Tue 20 Dec 2011 at 23:26:38 +0200, Andrei Popescu wrote: Just something that might not be obvious in Brian's example: the username must always be your complete e-mail address. I just have the username. Tried it with justfo...@gmail.com and that worked too. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111220224945.GI3655@desktop
Re: FETCHMAIL AND GMAIL?
On 21 December 2011 07:26, Andrei Popescu andreimpope...@gmail.com wrote: Just something that might not be obvious in Brian's example: the username must always be your complete e-mail address. I have a feeling the fully-qualified address is only required if it's a Google Apps (Gmail for your domain) account. I could be wrong though. Cheers, Ashton -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cafxd2aqqlmmwaog-nk1m71w8hyuoc_rodnry16vvvptbv9e...@mail.gmail.com
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On Tue August 25 2009, Chris Jones wrote: but looking at the procmailrc( now non-existant), then thinking about my 200 kmail filters, I'm not sure I could tackle that task.. As another poster hinted, this is another example of the hidden benefits of cloning the Microsoft model. I'm not sure I understand.. what I DID find out was, my procmailrc file WORKED.. the problem is, I didn't do it right. I sent all my personal email ( for the last 4 days) to a mbox file in my home directory. I THOUGHT I had kmail setup to get that mail, but it didn't. SO, I had to forward it back to my /var/mail/user and resend it.. how do I get kmail to accept email from that mbox file, or did I do it wrong? -- Paul Cartwright Registered Linux user # 367800 Registered Ubuntu User #12459 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On Tue August 25 2009, Micha wrote: what benefit would I get from procmail? 1. The ability to move from kmail to something else if you want without rewriting your rules. good idea.. I like that, especially when testing different email programs. 2. The ability to pull mail without having kmail running (via a cron job or fetchmail daemon) I do that now with fetchmail, it brings it all in to my /var/mail/user 3. Text file with regular expression based rules that you know where it resides and can back it up and human read it this I DO like ! the ability to use filters across email programs. If you don't care about these three than nothing (some consider the third a downside, not an improvement but that's personal preference not an absolute) On the downside, if you want to explicitly pull mail now, pulling mail from kmail doesn't pull the mail off your accounts, you need to do that explicitly from the command line It's all down to personal preferences. I played around a lot at the time looking for a mail client I'd be happy with (Still haven't found one) and worked quite a bit with mutt (I'm not sure if it even supports pulling mail itself) so fetchmail + procmail was the best option for me. right now, on my system I have icedove, evolution, kmail, and claws, all setup for my local user. procmail seems to move the mail into an mbox file, and I haven't figured out how to get any email program to read an mbox folder. If this is a remotely accessible machine, you also have the advantage of being able to use a gui mail client locally and a text one remotely or serve your folders via an imap server and then you are not limited at all. tell me about this text one remotely.. I can ssh into my box, but this file, being mbox, isn't easily readable, or is this where mutt comes in? actually it is a folder of mbox files.. when I checked yesterday, there were 250 files.. -- Paul Cartwright Registered Linux user # 367800 Registered Ubuntu User #12459 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On 2009-09-01 04:45, Paul Cartwright wrote: On Tue August 25 2009, Chris Jones wrote: but looking at the procmailrc( now non-existant), then thinking about my 200 kmail filters, I'm not sure I could tackle that task.. As another poster hinted, this is another example of the hidden benefits of cloning the Microsoft model. I'm not sure I understand.. what I DID find out was, my procmailrc file WORKED.. the problem is, I didn't do it right. I sent all my personal email ( for the last 4 days) to a mbox file in my home directory. I THOUGHT I had kmail setup to get that mail, but it didn't. SO, I had to forward it back to my /var/mail/user and resend it.. how do I get kmail to accept email from that mbox file, or did I do it wrong? If your person message store is an mbox file, then I'd: 1. shutdown kmail, 2. append the errant mbox file onto your master mbox file, 3. rm any index files that kmail uses, 4. restart kmail. -- Brawndo's got what plants crave. It's got electrolytes! -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On 2009-09-01 04:51, Paul Cartwright wrote: [snip] right now, on my system I have icedove, evolution, kmail, and claws, all setup for my local user. procmail seems to move the mail into an mbox file, and I haven't figured out how to get any email program to read an mbox folder. But you see, that's the beauty of IMAP: the MUA does not know nor care where the email is stored, or how it's stored. If this is a remotely accessible machine, you also have the advantage of being able to use a gui mail client locally and a text one remotely or serve your folders via an imap server and then you are not limited at all. tell me about this text one remotely.. I can ssh into my box, but this Text-based MUA. file, being mbox, isn't easily readable, or is this where mutt comes in? actually it is a folder of mbox files.. when I checked yesterday, there were 250 files.. Store your email in an IMAP daemon, i.e., let the imapd worry about where and how it stores all your email in one central location. Then, no matter where you are in the world, using whatever kind of client machine, you can access your email. So, you can ssh into your home machine, then run Mutt/Alpine, or run Mutt/Alpine/Outlook/Tbird/Claws on a remote machine, and give it your home machine's IP address, your username and password. (For that, though, you'd need to also run imapsd.) Or... run a web server and webmail app on your home machine, and remotely access your email that way. Bottom line: unless you are rooted to one MUA on one machine, IMAP is *the* way to go... -- Brawndo's got what plants crave. It's got electrolytes! -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On Tue September 1 2009, Ron Johnson wrote: If your person message store is an mbox file, then I'd: this is the part I can't figure out.. I don't have an mbox setup on kmail, I don't see a way for it to read an mbox folder.. I tried to create an mbox folder in an account, but I don't see any way to do that. 1. shutdown kmail, 2. append the errant mbox file onto your master mbox file, 3. rm any index files that kmail uses, 4. restart kmail. basically, I just did a for i in `ls` /var/mail/ME done so they all ended back up in my inbox. -- Paul Cartwright Registered Linux user # 367800 Registered Ubuntu User #12459 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On 2009-09-01 05:19, Paul Cartwright wrote: On Tue September 1 2009, Ron Johnson wrote: If your person message store is an mbox file, then I'd: this is the part I can't figure out.. I don't have an mbox setup on kmail, I don't see a way for it to read an mbox folder.. I tried to create an mbox folder in an account, but I don't see any way to do that. There's *definitely* a way! I just don't know it... :) 1. shutdown kmail, 2. append the errant mbox file onto your master mbox file, 3. rm any index files that kmail uses, 4. restart kmail. basically, I just did a for i in `ls` /var/mail/ME done so they all ended back up in my inbox. That'll work, too, because /var/mail/$USER is an mbox file... -- Brawndo's got what plants crave. It's got electrolytes! -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On Tue, 1 Sep 2009 05:51:49 -0400 Paul Cartwright a...@pcartwright.com wrote: On Tue August 25 2009, Micha wrote: what benefit would I get from procmail? 1. The ability to move from kmail to something else if you want without rewriting your rules. good idea.. I like that, especially when testing different email programs. 2. The ability to pull mail without having kmail running (via a cron job or fetchmail daemon) I do that now with fetchmail, it brings it all in to my /var/mail/user 3. Text file with regular expression based rules that you know where it resides and can back it up and human read it this I DO like ! the ability to use filters across email programs. If you don't care about these three than nothing (some consider the third a downside, not an improvement but that's personal preference not an absolute) On the downside, if you want to explicitly pull mail now, pulling mail from kmail doesn't pull the mail off your accounts, you need to do that explicitly from the command line It's all down to personal preferences. I played around a lot at the time looking for a mail client I'd be happy with (Still haven't found one) and worked quite a bit with mutt (I'm not sure if it even supports pulling mail itself) so fetchmail + procmail was the best option for me. right now, on my system I have icedove, evolution, kmail, and claws, all setup for my local user. procmail seems to move the mail into an mbox file, and I haven't figured out how to get any email program to read an mbox folder. you can put it in other formats as well such as maildir, although mail programs should support mbox is it is the traditional unix format. If I recall correctly though kmail, icedove and evolution are all notorious for storing mail in their own hidden folder and they don't work with a different directory (I think that there are hacks to do it though). I need to test again. One of the reasons I use claws mail another option is to setup a local imap server and contact that (an option a lot of people use) If this is a remotely accessible machine, you also have the advantage of being able to use a gui mail client locally and a text one remotely or serve your folders via an imap server and then you are not limited at all. tell me about this text one remotely.. I can ssh into my box, but this file, being mbox, isn't easily readable, or is this where mutt comes in? actually it is a folder of mbox files.. when I checked yesterday, there were 250 files.. use mutt or pine or webmail -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On Wed, Aug 26, 2009 at 12:30:03AM -0400, Chris Jones wrote: On Tue, Aug 25, 2009 at 10:57:01PM EDT, Celejar wrote: On Tue, 25 Aug 2009 13:32:21 +0300 Micha mi...@post.tau.ac.il wrote: ... 3. Text file with regular expression based rules that you know where it resides and can back it up and human read it As the resident Sylpheed fanboy, I must point out that Sylph stores all its configuration, including its filter rules (which can utilize regex's), in fairly easy to understand XML files under $HOME/.sylpheed-2.0. Nice.. So it should be fairly straightforward to generate a procmail .rc file and move the filters where they rightly belong.. hmmm... that would be a lovely little bit of transformation code to write... if I only had the time. A signature.asc Description: Digital signature
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On Wed, 26 Aug 2009 00:30:03 -0400 Chris Jones cjns1...@gmail.com wrote: On Tue, Aug 25, 2009 at 10:57:01PM EDT, Celejar wrote: On Tue, 25 Aug 2009 13:32:21 +0300 Micha mi...@post.tau.ac.il wrote: ... 3. Text file with regular expression based rules that you know where it resides and can back it up and human read it As the resident Sylpheed fanboy, I must point out that Sylph stores all its configuration, including its filter rules (which can utilize regex's), in fairly easy to understand XML files under $HOME/.sylpheed-2.0. Nice.. So it should be fairly straightforward to generate a procmail .rc file and move the filters where they rightly belong.. :-) :/ Actually not too difficult; I did once write a perl script that uses XML::Parser to convert Sylph / Claws XML based addressbooks to CSV format, and doing something similar for the filter rules files shouldn't be much different. http://www.claws-mail.org//tools/claws-mail-clawsxml2csv.tar.gz Celejar -- mailmin.sourceforge.net - remote access via secure (OpenPGP) email ssuds.sourceforge.net - A Simple Sudoku Solver and Generator -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On Mon,24.Aug.09, 20:56:27, Paul Cartwright wrote: but looking at the procmailrc( now non-existant), then thinking about my 200 kmail filters, I'm not sure I could tackle that task.. maildir (and procmail too as I hear, but I don't like its syntax) is *very* powerful. I recently did a major rewrite on my maildrop rules. I had one rule for each Debian list, now I have exactly one: # These are the lists.debian.org lists if (/^List-Id:.*debian-(.*)\.lists.debian.org/) { to Maildir/.debian.$MATCH1 } Similar for googlegroups, alioth, ... All that was needed was a bit of folder renaming ;) Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On 8/24/2009 11:34 PM, Paul Cartwright wrote: On Mon August 24 2009, Micha wrote: Personally I use fetchmail + procmail to fetch and filter my mail I use fetchmail to pull in my mail for all my domain accounts. Kmail pulls it all in via my local user. From there I have many, MANY filters to put mail in separate folders. what benefit would I get from procmail? 1. The ability to move from kmail to something else if you want without rewriting your rules. 2. The ability to pull mail without having kmail running (via a cron job or fetchmail daemon) 3. Text file with regular expression based rules that you know where it resides and can back it up and human read it If you don't care about these three than nothing (some consider the third a downside, not an improvement but that's personal preference not an absolute) On the downside, if you want to explicitly pull mail now, pulling mail from kmail doesn't pull the mail off your accounts, you need to do that explicitly from the command line It's all down to personal preferences. I played around a lot at the time looking for a mail client I'd be happy with (Still haven't found one) and worked quite a bit with mutt (I'm not sure if it even supports pulling mail itself) so fetchmail + procmail was the best option for me. If this is a remotely accessible machine, you also have the advantage of being able to use a gui mail client locally and a text one remotely or serve your folders via an imap server and then you are not limited at all. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On Ma,25.aug.09, 13:32:21, Micha wrote: On the downside, if you want to explicitly pull mail now, pulling mail from kmail doesn't pull the mail off your accounts, you need to do that explicitly from the command line Not very familiar with kmail, but claws-mail (sylpheed too?) has configurable Actions which you can use to run external programs/scripts. I played around a lot at the time looking for a mail client I'd be happy with (Still haven't found one) and worked quite a bit with mutt (I'm not sure if it even supports pulling mail itself) so fetchmail + procmail was the best option for me. mutt does SMTP, POP3 and IMAP now, but who cares ;) Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On Mon, Aug 24, 2009 at 08:56:27PM EDT, Paul Cartwright wrote: [..] but looking at the procmailrc( now non-existant), then thinking about my 200 kmail filters, I'm not sure I could tackle that task.. As another poster hinted, this is another example of the hidden benefits of cloning the Microsoft model. CJ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On 2009-08-25 13:55, Chris Jones wrote: On Mon, Aug 24, 2009 at 08:56:27PM EDT, Paul Cartwright wrote: [..] but looking at the procmailrc( now non-existant), then thinking about my 200 kmail filters, I'm not sure I could tackle that task.. As another poster hinted, this is another example of the hidden benefits of cloning the Microsoft model. Is that a benefit or a benefit? -- Obsession with preserving cultural heritage is a racist impediment to moral, physical and intellectual progress. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On Tue, Aug 25, 2009 at 03:02:44PM EDT, Ron Johnson wrote: On 2009-08-25 13:55, Chris Jones wrote: On Mon, Aug 24, 2009 at 08:56:27PM EDT, Paul Cartwright wrote: [..] but looking at the procmailrc( now non-existant), then thinking about my 200 kmail filters, I'm not sure I could tackle that task.. As another poster hinted, this is another example of the hidden benefits of cloning the Microsoft model. Is that a benefit or a benefit? I'll leave that for the OP to decide.. Thanks for providing the historical background.. never knew Microsoft had invented the all-in-one mailer that does one thing right.. make it difficult to switch. CJ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On 2009-08-25 18:29, Chris Jones wrote: On Tue, Aug 25, 2009 at 03:02:44PM EDT, Ron Johnson wrote: On 2009-08-25 13:55, Chris Jones wrote: On Mon, Aug 24, 2009 at 08:56:27PM EDT, Paul Cartwright wrote: [..] but looking at the procmailrc( now non-existant), then thinking about my 200 kmail filters, I'm not sure I could tackle that task.. As another poster hinted, this is another example of the hidden benefits of cloning the Microsoft model. Is that a benefit or a benefit? I'll leave that for the OP to decide.. Thanks for providing the historical background.. never knew Microsoft had invented the all-in-one mailer that does one thing right.. make it difficult to switch. Actually, I think that was a Nutscrape innovation, needed because of Windows' limited/non-existent multitasking abilities at the time. -- Obsession with preserving cultural heritage is a racist impediment to moral, physical and intellectual progress. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On Tue, 25 Aug 2009 13:32:21 +0300 Micha mi...@post.tau.ac.il wrote: On 8/24/2009 11:34 PM, Paul Cartwright wrote: On Mon August 24 2009, Micha wrote: Personally I use fetchmail + procmail to fetch and filter my mail I use fetchmail to pull in my mail for all my domain accounts. Kmail pulls it all in via my local user. From there I have many, MANY filters to put mail in separate folders. what benefit would I get from procmail? ... 3. Text file with regular expression based rules that you know where it resides and can back it up and human read it As the resident Sylpheed fanboy, I must point out that Sylph stores all its configuration, including its filter rules (which can utilize regex's), in fairly easy to understand XML files under $HOME/.sylpheed-2.0. Celejar -- mailmin.sourceforge.net - remote access via secure (OpenPGP) email ssuds.sourceforge.net - A Simple Sudoku Solver and Generator -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On Tue, 25 Aug 2009 13:44:57 +0300 Andrei Popescu andreimpope...@gmail.com wrote: On Ma,25.aug.09, 13:32:21, Micha wrote: On the downside, if you want to explicitly pull mail now, pulling mail from kmail doesn't pull the mail off your accounts, you need to do that explicitly from the command line Not very familiar with kmail, but claws-mail (sylpheed too?) has configurable Actions which you can use to run external programs/scripts. Of course Sylph does ;) Celejar -- mailmin.sourceforge.net - remote access via secure (OpenPGP) email ssuds.sourceforge.net - A Simple Sudoku Solver and Generator -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On Tue, Aug 25, 2009 at 10:57:01PM EDT, Celejar wrote: On Tue, 25 Aug 2009 13:32:21 +0300 Micha mi...@post.tau.ac.il wrote: ... 3. Text file with regular expression based rules that you know where it resides and can back it up and human read it As the resident Sylpheed fanboy, I must point out that Sylph stores all its configuration, including its filter rules (which can utilize regex's), in fairly easy to understand XML files under $HOME/.sylpheed-2.0. Nice.. So it should be fairly straightforward to generate a procmail .rc file and move the filters where they rightly belong.. :-) CJ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On Tue, Aug 25 2009, Andrei Popescu wrote: On Mon,24.Aug.09, 20:56:27, Paul Cartwright wrote: but looking at the procmailrc( now non-existant), then thinking about my 200 kmail filters, I'm not sure I could tackle that task.. maildir (and procmail too as I hear, but I don't like its syntax) is *very* powerful. I recently did a major rewrite on my maildrop rules. I had one rule for each Debian list, now I have exactly one: # These are the lists.debian.org lists if (/^List-Id:.*debian-(.*)\.lists.debian.org/) { to Maildir/.debian.$MATCH1 } Similar for googlegroups, alioth, ... All that was needed was a bit of folder renaming ;) Hmm. Here is my Debian section; this pulls out emails for my packages from the pts, discards all other devel-changes mail; pulls out boring debbugs email, send bugs for my package into a package specific folder, pulls out mail sent to bugs I reported separately, and then files every debian group to a separate folder. Oh, I used to separate out ballots and votes, etc, but that is mostly done away with. After mailagent, procmail seems ... underpowered. manoj ## ## ## #Debian # ## ## ## ## INITIAL X-PTS-Package: /([-\w]+)/ { ANNOTATE -d X-Agent-list 'pkg-%1'; ASSIGN list 'pkg-%1'; REJECT MailingList }; # X-Mailing-List To Resent-From Resent-To Resent-Reply-To Cc INITIAL X-Loop: /debian-devel-changes/i { REJECT JUNK; }; # Do not wish to see acks for bug reports INITIAL From: /own...@bugs.debian.org/, Subject: /Bug#\d+: Acknowledgement / { REJECT JUNK; }; # These have little information really INITIAL From: /own...@bugs.debian.org/, Subject: /Bug#\d+: Info received/i { REJECT ClosedBugs }; INITIAL X-Loop: /debian-bugs-dist/i{ REJECT DEBIANBUGS }; INITIAL X-Loop: /own...@bugs.debian.org/i { REJECT DEBIANBUGS }; INITIAL X-Loop X-Mailing-List To Resent-From Resent-To Resent-Reply-To Cc: /lists.debian.org/i { REJECT DEBIAN }; INITIAL X-Loop X-Mailing-List To Resent-From Resent-To Resent-Reply-To Cc: /debian-ctte/i { REJECT DEBIAN }; INITIAL X-Loop: /deity/i { ASSIGN list deity; REJECT MailingList }; INITIAL Sender From: /install...@ftp-master.debian.org/ { ASSIGN list 'installed'; REJECT MailingList }; # Handle My own bugs DEBIANBUGS To Resent-CC: /Manoj Srivastava/ { REJECT MYBUGS }; MYBUGS X-Debian-PR-Package: /([-\w]+)/ { ANNOTATE -d X-Agent-list 'pkg-%1'; ASSIGN list 'pkg-%1'; REJECT MailingList }; # Resent-To: Manoj Srivastava is for bugs I reported MYBUGS /./ { ASSIGN list 'debian'; ANNOTATE -d X-Agent-list unknown-bug-list; REJECT MailingList; }; #handle policy bugs DEBIANBUGS X-Debian-PR-Package: /debian-policy/ { ASSIGN list 'debian-policy'; ANNOTATE -d X-Agent-list debian-list; REJECT MailingList; }; DEBIANBUGS X-Debian-PR-Package: /general/ { ASSIGN list 'debian-devel'; ANNOTATE -d X-Agent-list general-bugs; REJECT MailingList; }; DEBIANBUGS X-Debian-PR-Package: /wnpp/ { ASSIGN list 'wnpp'; ANNOTATE -d X-Agent-list debian-list; REJECT MailingList; }; DEBIANBUGS Subject: /\[proposal\]/i, X-Debian-PR-Package: /debian-policy/ { ASSIGN list 'debian-policy'; ANNOTATE -d X-Agent-list debian-list; REJECT MailingList; }; DEBIANBUGS All: /./ { ASSIGN list 'debian-bugs'; ANNOTATE -d X-Agent-list debian-list; REJECT MailingList; }; DEBIAN X-Loop: /(debian-bugs-(closed|forwarded))(-(request|dist))?...@lists.debian.org/i { REJECT ClosedBugs }; DEBIAN X-Loop X-Mailing-List To Resent-From Resent-To Resent-Reply-To Cc : /(debian-ctte+)(-(request|dist|private))?...@debian.org/gi { ASSIGN list '%1'; ANNOTATE -d X-Agent-list debian-list; REJECT MailingList; }; DEBIAN Subject: /CFV: Proposal/, X-Loop: /debian-vote/ { REJECT VOTE }; DEBIAN X-Loop: /(debian-[\w-]+)(-(request|dist))?...@lists.debian.org/gi { ASSIGN list '%1'; SUBST #list /-(digest|request|dist)//gi; SUBST #list /devel-changes/changes/i; ANNOTATE -d X-Agent-list debian-list; REJECT MailingList; }; VOTE Body: /^\s*I vote\s+\w+\s+on/i { UNIQUE -a (vote); VACATION off; MESSAGE ~/etc/mail/voteack; REJECT VOTEACK; }; VOTE
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On 2009-08-25 23:30, Chris Jones wrote: On Tue, Aug 25, 2009 at 10:57:01PM EDT, Celejar wrote: On Tue, 25 Aug 2009 13:32:21 +0300 Micha mi...@post.tau.ac.il wrote: ... 3. Text file with regular expression based rules that you know where it resides and can back it up and human read it As the resident Sylpheed fanboy, I must point out that Sylph stores all its configuration, including its filter rules (which can utilize regex's), in fairly easy to understand XML files under $HOME/.sylpheed-2.0. Nice.. So it should be fairly straightforward to generate a procmail .rc file and move the filters where they rightly belong.. Or, if you are in your right mind, maildrop. -- Obsession with preserving cultural heritage is a racist impediment to moral, physical and intellectual progress. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
On Sun, Aug 23, 2009 at 9:30 PM, Ron Johnsonron.l.john...@cox.net wrote: On 2009-08-23 14:09, Rob Gom wrote: Hi all, could anyone explain to me why fetchmail is needed in the first place? Now *this* is an excellent flame! Why do you consider my opinion as flamewar, whereas I only expect some simple answers? From user's point of view it is something additional. Instead of configuring mail setup in single place (MUA, mail program), one has to set it up both in MUA (retrieve mail from local mail box) and fetchmail configuration file. It's not that difficult. Really. In my (ordinary user) opinion configuring mail program from its gui and text file somewhere in the filesystem is more difficult than editing only one place. And, believe me or not, there are people who prefer graphical interfaces for some tasks, finding them more convenient than command line. The latter (IMHO) has very limited functionality of password encryption handling, Sure it doess, with POPS. Maybe I haven't been understood well. My mail provider gives me a password. In mail program I add it to some wallet or let mail program to encrypt it after setting up. If I want to use fetchmail, I have to write it there in plain text (correct me if I'm wrong), which is not what I like doing. no gui integration Boo fscking hoo. I beg your pardon? - it is needed to launch text editor to edit specific file... Again, boo fscking hoo. Does this setup have any advantages? Yes, it does, since it fetches your mail *for you* from your ISP's POP server, and can send it to an MTA, which passes it thru SpamAssassin and then an MDA, which then filters your email into separate folders depending on topic or sender. So? Where's the advantage? My mail program fetches mail *for me* from my ISP's POP server, passes it thru any filter (let it be spamassassin), then writes it to separate folders depending on basically anything. Fetchmail, MTA, MDA avoided, whereas the same purpose achieved. Easier. Another benefit: for the longest time, ISPs had very small mailbox sizes, and some still do. fetchmail/getmail running in daemon mode or through cron every X minutes will keep your ISP mailbox relatively empty, even if you go away on vacation. Only if my computer (desktop) stays powered on all the time which is not the case. And mailboxes are big enough. It is counterintuitive Remember, *ix is both a desktop and serve at the same time. Thus, break out of your Windows Mentality. It seems that you strongly believe in that. Please, don't underestimate others technical knowledge. I am able to set up fetchmail et al, but I don't find it necessary nor logical. Let the engine be complicated as hell (fetchmail, MUA, MTA, MDA, spamassassin, others), but also let user only touch the steering wheel and ignition button. and non ergonomic, isn't it? Ergonomics has nothing to with fetchmail. But it has something to do with setting up your working environment. Unless automatically fetching mail so that you don't have to is considered ergonomic. The above makes no sense to me, sorry. Are there any mail programs which allow seamless integration with fetchmail/getmail? All MTAs and MDAs, and Maildir, seamlessly integrate with fetchmail. Are there any mail programs, which allow all mail server settings (server, port, user, password, ..) to be passed to/handled by fetchmail? Like a checkbox don't download it by yourself, let fetchmail to do it for you. Regards, Robert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
On Mon,24.Aug.09, 11:37:53, Rob Gom wrote: Maybe I haven't been understood well. My mail provider gives me a password. In mail program I add it to some wallet or let mail program to encrypt it after setting up. If I want to use fetchmail, I have to write it there in plain text (correct me if I'm wrong), which is not what I like doing. Storing the password encrypted in some file has no benefit over storing the password in plain text, because anyone who gets the hash will be able to access your mail. And if you don't use SSL for connecting to the mail server you can encrypt the password as much as you like on your system, because it will be transmitted in clear over the wire. A potential attacker doesn't even have to break in your system. Even if you manage to avoid all these issues, root would still be able to get your password (basically you must assume you can't protect yourself from root). Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
Re: Fetchmail and Gmail
On Mon,24.Aug.09, 11:37:53, Rob Gom wrote: So? Where's the advantage? My mail program fetches mail *for me* from my ISP's POP server, passes it thru any filter (let it be spamassassin), then writes it to separate folders depending on basically anything. Fetchmail, MTA, MDA avoided, whereas the same purpose achieved. Easier. Yes, in many cases it is, but the separate tools approach is more flexible and more powerful. Initially moved my mail retrieval+sorting outside the GUI client because it couldn't download mail in a separate thread. Then I also moved the sending for similar reasons. The added benefit is that switching mail clients is much easier now: SMTP server: localhost IMAP server: localhost and I'm done. Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
Re: Fetchmail and Gmail
... From user's point of view it is something additional. Instead of configuring mail setup in single place (MUA, mail program), one has to set it up both in MUA (retrieve mail from local mail box) and fetchmail configuration file. It's not that difficult. Really. In my (ordinary user) opinion configuring mail program from its gui and text file somewhere in the filesystem is more difficult than editing only one place. And, believe me or not, there are people who That is your opinion, others don't think that way. That is why there are different options. Plus, fetchmail is MUCH older than gui email programs. Personally I use fetchmail + procmail to fetch and filter my mail This way I can easily switch mail clients, also my mail client doesn't have to be running all the time using up memory and cpu. prefer graphical interfaces for some tasks, finding them more convenient than command line. The latter (IMHO) has very limited functionality of password encryption handling, Sure it doess, with POPS. Maybe I haven't been understood well. My mail provider gives me a password. In mail program I add it to some wallet or let mail program to encrypt it after setting up. If I want to use fetchmail, I have to write it there in plain text (correct me if I'm wrong), which is not what I like doing. no gui integration Boo fscking hoo. I beg your pardon? - it is needed to launch text editor to edit specific file... Again, boo fscking hoo. Does this setup have any advantages? Yes, it does, since it fetches your mail *for you* from your ISP's POP server, and can send it to an MTA, which passes it thru SpamAssassin and then an MDA, which then filters your email into separate folders depending on topic or sender. So? Where's the advantage? My mail program fetches mail *for me* from my ISP's POP server, passes it thru any filter (let it be spamassassin), then writes it to separate folders depending on basically anything. Fetchmail, MTA, MDA avoided, whereas the same purpose achieved. Easier. Another benefit: for the longest time, ISPs had very small mailbox sizes, and some still do. fetchmail/getmail running in daemon mode or through cron every X minutes will keep your ISP mailbox relatively empty, even if you go away on vacation. Only if my computer (desktop) stays powered on all the time which is not the case. And mailboxes are big enough. It is counterintuitive Remember, *ix is both a desktop and serve at the same time. Thus, break out of your Windows Mentality. It seems that you strongly believe in that. Please, don't underestimate others technical knowledge. I am able to set up fetchmail et al, but I don't find it necessary nor logical. Let the engine be complicated as hell (fetchmail, MUA, MTA, MDA, spamassassin, others), but also let user only touch the steering wheel and ignition button. and non ergonomic, isn't it? Ergonomics has nothing to with fetchmail. But it has something to do with setting up your working environment. Unless automatically fetching mail so that you don't have to is considered ergonomic. The above makes no sense to me, sorry. Are there any mail programs which allow seamless integration with fetchmail/getmail? All MTAs and MDAs, and Maildir, seamlessly integrate with fetchmail. Are there any mail programs, which allow all mail server settings (server, port, user, password, ..) to be passed to/handled by fetchmail? Like a checkbox don't download it by yourself, let fetchmail to do it for you. Regards, Robert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
On Mon, Aug 24, 2009 at 1:01 PM, Andrei Popescuandreimpope...@gmail.com wrote: On Mon,24.Aug.09, 11:37:53, Rob Gom wrote: [cut] Ok, so now I see the reasons to move: 1. Power flexibility: (if one needs something more than what mail application can offer) Yes, in many cases it is, but the separate tools approach is more flexible and more powerful. [cut] 2. Mail program limitations: Initially moved my mail retrieval+sorting outside the GUI client because it couldn't download mail in a separate thread. Then I also moved the (this is also my case - KMail famous bug) As for: Storing the password encrypted in some file has no benefit over storing the password in plain text, because anyone who gets the hash will be able to access your mail. And if you don't use SSL for connecting to the mail server you can encrypt the password as much as you like on your system, because it will be transmitted in clear over the wire. A potential attacker doesn't even have to break in your system. To clarify: I don't send passwords in plain text over the net (mainly SSL/TLS). And I believe that storing passwords encrypted is always safer than storing them unencrypted. Regards, Robert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
On 8/24/2009 3:05 PM, Rob Gom wrote: On Mon, Aug 24, 2009 at 1:01 PM, Andrei Popescuandreimpope...@gmail.com wrote: On Mon,24.Aug.09, 11:37:53, Rob Gom wrote: [cut] Ok, so now I see the reasons to move: 1. Power flexibility: (if one needs something more than what mail application can offer) Yes, in many cases it is, but the separate tools approach is more flexible and more powerful. [cut] 2. Mail program limitations: Initially moved my mail retrieval+sorting outside the GUI client because it couldn't download mail in a separate thread. Then I also moved the (this is also my case - KMail famous bug) As for: Storing the password encrypted in some file has no benefit over storing the password in plain text, because anyone who gets the hash will be able to access your mail. And if you don't use SSL for connecting to the mail server you can encrypt the password as much as you like on your system, because it will be transmitted in clear over the wire. A potential attacker doesn't even have to break in your system. To clarify: I don't send passwords in plain text over the net (mainly SSL/TLS). And I believe that storing passwords encrypted is always safer than storing them unencrypted. On the other hand I forgot my password several times (way too many password protected accounts each with it's own password restrictions) and it saved me that I could just open the file and see the password. After I download the mail it's on my system anyway, and if you occasionally change the password then the problem is solved Regards, Robert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
On Monday 24 August 2009 07:05:18 Rob Gom wrote: I believe that storing passwords encrypted is always safer than storing them unencrypted. Well, then you would be wrong. I an unattended program can take the bytes stored in the inode(s) and send your password to your ISP then a program written by an attacker can take the same bytes and send your password back to the attacker. Technically the password is not encrypted in this case, only obfuscated. If your password requires getting a passphrase/key/whatever from you, it can't be used by non-interactive programs. -- Boyd Stephen Smith Jr. ,= ,-_-. =. b...@iguanasuicide.net ((_/)o o(\_)) ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-' http://iguanasuicide.net/\_/ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
On Mon August 24 2009, Micha wrote: On the other hand I forgot my password several times (way too many password protected accounts each with it's own password restrictions) and it saved me that I could just open the file and see the password. try keepassX, a great little app ( linux windows) for storing your logins/passwords/URLs for almost anything.. all you need to remember is THE ONE keepassX password:) -- Paul Cartwright Registered Linux user # 367800 Registered Ubuntu User #12459 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
ProcMail, WAS: Re: Fetchmail and Gmail
On Mon August 24 2009, Micha wrote: Personally I use fetchmail + procmail to fetch and filter my mail I use fetchmail to pull in my mail for all my domain accounts. Kmail pulls it all in via my local user. From there I have many, MANY filters to put mail in separate folders. what benefit would I get from procmail? -- Paul Cartwright Registered Linux user # 367800 Registered Ubuntu User #12459 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RE: ProcMail, WAS: Re: Fetchmail and Gmail
From: Paul Cartwright [mailto:a...@pcartwright.com] Sent: Monday, August 24, 2009 1:35 PM On Mon August 24 2009, Micha wrote: Personally I use fetchmail + procmail to fetch and filter my mail I use fetchmail to pull in my mail for all my domain accounts. Kmail pulls it all in via my local user. From there I have many, MANY filters to put mail in separate folders. what benefit would I get from procmail? The processing happens at the server level instead of the client level. This means the mail is already filed into the proper folders when you launch your favorite mail client. This also means you can easily move back and forth between mail clients and not have to rewrite the rules for each client, if the client even supports filters. This is especially useful if you also have a webmail server running on your computer. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On 2009-08-24 17:11, Kevin Ross wrote: From: Paul Cartwright [mailto:a...@pcartwright.com] Sent: Monday, August 24, 2009 1:35 PM On Mon August 24 2009, Micha wrote: Personally I use fetchmail + procmail to fetch and filter my mail I use fetchmail to pull in my mail for all my domain accounts. Kmail pulls it all in via my local user. From there I have many, MANY filters to put mail in separate folders. what benefit would I get from procmail? The processing happens at the server level instead of the client level. This means the mail is already filed into the proper folders when you launch your favorite mail client. This also means you can easily move back and forth between mail clients and not have to rewrite the rules for each client, if the client even supports filters. This is especially useful if you also have a webmail server running on your computer. But if Paul is asking the benefit of procmail over competing MDAs like maildrop, then the benefit is cryptic line noise a la Perl. -- Obsession with preserving cultural heritage is a racist impediment to moral, physical and intellectual progress. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On Mon August 24 2009, Ron Johnson wrote: But if Paul is asking the benefit of procmail over competing MDAs like maildrop, then the benefit is cryptic line noise a la Perl. what I'm asking is.. will it benefit me to change the way I do email and add another program into the mix. right now I do fetchmail to /var/mail/myuser kmail picks up the mail, does all the filtering... when I fire up icedove, it is a totally separate set of folders emails ( dating back 2 years:) I'm not sure I understand how I can use procmail to put mail into filtered folders that any mail program can read. It would be nice to be able to switch programs still have all my mail in the same folders.. but looking at the procmailrc( now non-existant), then thinking about my 200 kmail filters, I'm not sure I could tackle that task.. -- Paul Cartwright Registered Linux user # 367800 Registered Ubuntu User #12459 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RE: ProcMail, WAS: Re: Fetchmail and Gmail
From: Paul Cartwright [mailto:a...@pcartwright.com] Sent: Monday, August 24, 2009 5:56 PM On Mon August 24 2009, Ron Johnson wrote: But if Paul is asking the benefit of procmail over competing MDAs like maildrop, then the benefit is cryptic line noise a la Perl. what I'm asking is.. will it benefit me to change the way I do email and add another program into the mix. right now I do fetchmail to /var/mail/myuser kmail picks up the mail, does all the filtering... when I fire up icedove, it is a totally separate set of folders emails ( dating back 2 years:) I'm not sure I understand how I can use procmail to put mail into filtered folders that any mail program can read. It would be nice to be able to switch programs still have all my mail in the same folders.. but looking at the procmailrc( now non-existant), then thinking about my 200 kmail filters, I'm not sure I could tackle that task.. Personally I use Maildirs. Mail is delivered to a Maildir folder under each user's home directory. Folders in your mail client are also folders in the Maildir. Many mail clients can read Maildirs (Evolution being one. Possibly Icedove, not sure though.) Procmail understands Maildirs. You just tell it the folder name you want a message copied to in your rules. You can also use an IMAP server, as I do. IMAP allows folders, unlike POP3. And most IMAP servers understand Maildirs. Then just point any mail client to the IMAP server (which can be localhost), and your mail client will display the folder hierarchy. Webmail servers will connect to an IMAP server running on the localhost, so then you will be able to access your email from any web browser anywhere, assuming your computer is reachable from the Internet, and still see all your folders. Also, personally I use a different mail filtering program, not procmail, but the basic functionality is the same. -- Kevin -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On 2009-08-24 19:56, Paul Cartwright wrote: On Mon August 24 2009, Ron Johnson wrote: But if Paul is asking the benefit of procmail over competing MDAs like maildrop, then the benefit is cryptic line noise a la Perl. what I'm asking is.. will it benefit me to change the way I do email and add another program into the mix. right now I do fetchmail to /var/mail/myuser kmail picks up the mail, does all the filtering... when I fire up icedove, it is a totally separate set of folders emails ( dating back 2 years:) I'm not sure I understand how I can use procmail to put mail into filtered folders that any mail program can read. It would be nice to be able to switch programs still have all my mail in the same folders.. but looking at the procmailrc( now non-existant), then thinking about my 200 kmail filters, I'm not sure I could tackle that task.. Adding to Kevin's excellent points: The Windows Way (actually pioneered by Netscape, but who's quibbling?) combines server and client functionality into the MUA. This was needed on Win3.1 and Win9X, and tradition has kept it afloat. On Linux, though, mail clients don't have to be so do-all. By using a mail retriever, you've made the important First Step in divesting your Mail User Agent from non-User functionality. The next step is to integrate procmail with fetchmail and have it deposit the email in a client-neutral location. Maildir and IMAP were designed for this very purpose. Then you will be able to use whatever MUA you want (or Mutt, if you are using Testing or Sid, and X ever craps out for a few days), on whatever machine you desire (as long as it is networked with your main PC). -- Obsession with preserving cultural heritage is a racist impediment to moral, physical and intellectual progress. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
Hi all, could anyone explain to me why fetchmail is needed in the first place? From user's point of view it is something additional. Instead of configuring mail setup in single place (MUA, mail program), one has to set it up both in MUA (retrieve mail from local mail box) and fetchmail configuration file. The latter (IMHO) has very limited functionality of password encryption handling, no gui integration - it is needed to launch text editor to edit specific file... Does this setup have any advantages? It is counterintuitive and non ergonomic, isn't it? Are there any mail programs which allow seamless integration with fetchmail/getmail? Regards, Robert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
Rob Gom rgom.deb...@gmail.com writes: [...] Are there any mail programs which allow seamless integration with fetchmail/getmail? If by that you mean allow you to get your mail via POP or IMAP without editing any configuration files, sure, all of the GUI mail clients do this: Thunderbird, KMail, Evolution, etc. -Scott. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
On 2009-08-23 14:09, Rob Gom wrote: Hi all, could anyone explain to me why fetchmail is needed in the first place? Now *this* is an excellent flame! From user's point of view it is something additional. Instead of configuring mail setup in single place (MUA, mail program), one has to set it up both in MUA (retrieve mail from local mail box) and fetchmail configuration file. It's not that difficult. Really. The latter (IMHO) has very limited functionality of password encryption handling, Sure it doess, with POPS. no gui integration Boo fscking hoo. - it is needed to launch text editor to edit specific file... Again, boo fscking hoo. Does this setup have any advantages? Yes, it does, since it fetches your mail *for you* from your ISP's POP server, and can send it to an MTA, which passes it thru SpamAssassin and then an MDA, which then filters your email into separate folders depending on topic or sender. Another benefit: for the longest time, ISPs had very small mailbox sizes, and some still do. fetchmail/getmail running in daemon mode or through cron every X minutes will keep your ISP mailbox relatively empty, even if you go away on vacation. It is counterintuitive Remember, *ix is both a desktop and serve at the same time. Thus, break out of your Windows Mentality. and non ergonomic, isn't it? Ergonomics has nothing to with fetchmail. Unless automatically fetching mail so that you don't have to is considered ergonomic. Are there any mail programs which allow seamless integration with fetchmail/getmail? All MTAs and MDAs, and Maildir, seamlessly integrate with fetchmail. -- Featuring GRATUITOUS ALIEN NUDITY -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
On Thu, 20 Aug 2009, Andrei Popescu wrote: flame Fetchmail and Gmail both seem strange to me. Getting them to actually work together must be a dark art :) /flame What's so strange about fetchmail? I admit this is uninformed, but it seems to me like fetchmail tries to be many things, but not particularly good at anything: Your flame worked! -- Girish Kulkarni - Allahabad, India - athene.org.in/girish -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
On Fri,21.Aug.09, 11:43:04, Girish Kulkarni wrote: On Thu, 20 Aug 2009, Andrei Popescu wrote: flame Fetchmail and Gmail both seem strange to me. Getting them to actually work together must be a dark art :) /flame What's so strange about fetchmail? I admit this is uninformed, but it seems to me like fetchmail tries to be many things, but not particularly good at anything: Your flame worked! Apparently :( I'll stop responding to this thread now. Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
Re: Fetchmail and Gmail
On 2009-08-21 02:18, Andrei Popescu wrote: On Fri,21.Aug.09, 11:43:04, Girish Kulkarni wrote: On Thu, 20 Aug 2009, Andrei Popescu wrote: flame Fetchmail and Gmail both seem strange to me. Getting them to actually work together must be a dark art :) /flame What's so strange about fetchmail? I admit this is uninformed, but it seems to me like fetchmail tries to be many things, but not particularly good at anything: Your flame worked! Apparently :( Honestly, that was a lame flame. Mainly because it was a good segue into why you don't like it, instead of a raw blast of vituperation. I'm not really complaining, though. I'll stop responding to this thread now. -- Featuring GRATUITOUS ALIEN NUDITY -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
On 2009-08-17 12:20, Andrei Popescu wrote: [snip] flame Fetchmail and Gmail both seem strange to me. Getting them to actually work together must be a dark art :) /flame What's so strange about fetchmail? -- Featuring GRATUITOUS ALIEN NUDITY -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
On Thu,20.Aug.09, 06:40:29, Ron Johnson wrote: On 2009-08-17 12:20, Andrei Popescu wrote: [snip] flame Fetchmail and Gmail both seem strange to me. Getting them to actually work together must be a dark art :) /flame What's so strange about fetchmail? I admit this is uninformed, but it seems to me like fetchmail tries to be many things, but not particularly good at anything: - it has a daemon mode reported to hang - retrieves mail via POP3 and IMAP only to inject it back to SMTP - ESR mentioned he wanted to make the configuration syntax easy. Apparently he made it so easy that a dedicated editor is needed I know fetchmail can be run from cron, deliver to an MDA (or directly) and the configuration can be written directly by a human, but I prefer getmail for that :) Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
Re: Fetchmail and Gmail
On 2009-08-20 11:44, Andrei Popescu wrote: On Thu,20.Aug.09, 06:40:29, Ron Johnson wrote: On 2009-08-17 12:20, Andrei Popescu wrote: [snip] flame Fetchmail and Gmail both seem strange to me. Getting them to actually work together must be a dark art :) /flame What's so strange about fetchmail? I admit this is uninformed, but it seems to me like fetchmail tries to be many things, but not particularly good at anything: - it has a daemon mode reported to hang Hang, really? Glad I started out using it via cron. - retrieves mail via POP3 and IMAP only to inject it back to SMTP Sure, the locally-running MTA. - ESR mentioned he wanted to make the configuration syntax easy. Apparently he made it so easy that a dedicated editor is needed Sentence-like, which it is! But everyone speaks in different ways, especially ESLs. I know fetchmail can be run from cron, deliver to an MDA (or directly) and the configuration can be written directly by a human, but I prefer getmail for that :) Like I prefer fetchmail injecting mail into the local MTA, which also handles local mail. -- Featuring GRATUITOUS ALIEN NUDITY -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
Andrei Popescu writes: [Fetchmail] retrieves mail via POP3 and IMAP only to inject it back to SMTP That's a feature. ESR mentioned he wanted to make the configuration syntax easy. It's trivial: just name-value pairs. Apparently he made it so easy that a dedicated editor is needed Because editing a file terrifies some people. -- John Hasler -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
Ron writes: Sentence-like, which [Fetchmail configuration] is! It can appear to be, but the extra words are ignored. You can just use name-value pairs, which I think are clearer. There is a special editor (fetchmailconf) for those who fear configuration files (quite common, unfortunately). -- John Hasler -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
On Thu, 20 Aug 2009 19:44:33 +0300 Andrei Popescu andreimpope...@gmail.com wrote: ... I admit this is uninformed, but it seems to me like fetchmail tries to be many things, but not particularly good at anything: - it has a daemon mode reported to hang Been using it for about 10 years now, on machines that stay up for months at a time, didn't hang yet. - retrieves mail via POP3 and IMAP only to inject it back to SMTP ? - ESR mentioned he wanted to make the configuration syntax easy. Apparently he made it so easy that a dedicated editor is needed Didn't know there was a dedicated editor. Made my config based solely on the man page, back when I was still coming to terms with basic Linux usage. -- Carlos Sousa -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
On Mon, 17 Aug 2009, Andrei Popescu wrote: Fetchmail and Gmail both seem strange to me. Getting them to actually work together must be a dark art :) True! :-) -- Girish Kulkarni - Allahabad, India - athene.org.in/girish -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
On Thu, 13 Aug 2009, Ron Johnson wrote: Slightly OT, but when you try again, use the --expunge option so that when you restart fetchmail Yes, this worked. Thanks! -- Girish Kulkarni - Allahabad, India - athene.org.in/girish -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
On Sun, 16 Aug 2009, Andrei Popescu wrote: While downloading archived messages (around 20 thousand of them, 800 MB) from my Gmail account via POP3, Fetchmail stopped after fetching 9985 messages. It now keeps saying that there are 549 read messages on the server but clearly, there are many more. Did you check that or are you just assuming? I'm asking because from my experience gmail was *deleting* mails as soon as retrieved via POP3 (but not via IMAP). Yes, my Gmail deletes messages too, when they are retrieved via POP3 (you can make it not to). But I could use their web interface to check that I did indeed have all those unread messages. Fetchmail's option combination 'ssl nokeep expunge 20' seems to be working for me now, although honestly, I don't understand why that should be necessary. Thanks, Girish. -- Girish Kulkarni - Allahabad, India - athene.org.in/girish -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
On Mon,17.Aug.09, 18:26:04, Girish Kulkarni wrote: Yes, my Gmail deletes messages too, when they are retrieved via POP3 (you can make it not to). But I could use their web interface to check that I did indeed have all those unread messages. Fetchmail's option combination 'ssl nokeep expunge 20' seems to be working for me now, although honestly, I don't understand why that should be necessary. flame Fetchmail and Gmail both seem strange to me. Getting them to actually work together must be a dark art :) /flame Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
Re: Fetchmail and Gmail
On Thu,13.Aug.09, 16:17:30, Girish Kulkarni wrote: Hello, I'm having an issue with Fetchmail and Gmail on my system (Lenny). It will help if someone could help understand what's going on. While downloading archived messages (around 20 thousand of them, 800 MB) from my Gmail account via POP3, Fetchmail stopped after fetching 9985 messages. It now keeps saying that there are 549 read messages on the server but clearly, there are many more. Did you check that or are you just assuming? I'm asking because from my experience gmail was *deleting* mails as soon as retrieved via POP3 (but not via IMAP). Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
Re: Fetchmail and Gmail
I don't know if this helps but by default thunderbird will just copy them not delete I have to manually delete emails from my account to sync with what I already downloaded to my machine. On Sun, Aug 16, 2009 at 2:36 PM, Andrei Popescu andreimpope...@gmail.comwrote: On Thu,13.Aug.09, 16:17:30, Girish Kulkarni wrote: Hello, I'm having an issue with Fetchmail and Gmail on my system (Lenny). It will help if someone could help understand what's going on. While downloading archived messages (around 20 thousand of them, 800 MB) from my Gmail account via POP3, Fetchmail stopped after fetching 9985 messages. It now keeps saying that there are 549 read messages on the server but clearly, there are many more. Did you check that or are you just assuming? I'm asking because from my experience gmail was *deleting* mails as soon as retrieved via POP3 (but not via IMAP). Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBCAAGBQJKiG28AAoJEHNWs3jeoi3pe0IH/1HA5WStNfsCpcVVLmjtZZz/ /qy4DFTwCnu+jwYWxzriUnfv54P8y6YCHEhuzcX6htD/anUVtTpuZwgkLR+Ph8ul Gdz34DtBNKngqBvDK4y62suHKYR9D6bIiMllGzkzkgryGaAbCqCw65aj+nz200rq QXyP2Cln+mudFtA9F6WWtLsI0em0A58laI/+MpVaBTwD8jOVVvcAZf/zqnlrbMcd Ws4VDIwOfY2qgIK4gpA0ItLmJ/NbeFa1OzrTZpbUrUVsPGu4Z9n+beiWaMdAtQG2 eYVTvfNH+cNhE3BVMFbGkB8fdMW7Kcub9QExYXe/1rlylfaODdGuVCpQJZgTLHk= =uDzb -END PGP SIGNATURE-
Fetchmail and Gmail
Hello, I'm having an issue with Fetchmail and Gmail on my system (Lenny). It will help if someone could help understand what's going on. While downloading archived messages (around 20 thousand of them, 800 MB) from my Gmail account via POP3, Fetchmail stopped after fetching 9985 messages. It now keeps saying that there are 549 read messages on the server but clearly, there are many more. Gmail settings were untouched and Fetchmail is run with proto POP3 and options ssl and nokeep. I've tried toggling nokeep. What could be happening here? Any suggestions how I could correct it? I'm interested in getting all that e-mail via Fetchmail so that Procmail could sort it out nicely for me. Apologies if this is OT. I've had a discussion on the Gmail help forum (www.google.com/support/forum/p/gmail/thread?tid=62df06f1e7b8fd4c) and on #debian. I'm also aware of what the Fetchmail FAQ says about Gmail (fetchmail.berlios.de/fetchmail-FAQ.html#I9) but would like to know if that is indeed what is hitting me here. Thanks, Girish. -- Girish Kulkarni - Allahabad, India - athene.org.in/girish -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
On 2009-08-13 16:17 (+0530), Girish Kulkarni wrote: While downloading archived messages (around 20 thousand of them, 800 MB) from my Gmail account via POP3, Fetchmail stopped after fetching 9985 messages. It now keeps saying that there are 549 read messages on the server but clearly, there are many more. Gmail settings were untouched and Fetchmail is run with proto POP3 and options ssl and nokeep. I've tried toggling nokeep. What could be happening here? Any suggestions how I could correct it? I'm interested in getting all that e-mail via Fetchmail so that Procmail could sort it out nicely for me. Maybe the messages are somehow flagged as seen so they are not fetched again. Did you try fetchall option/keyword? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
On 2009-08-13 05:47, Girish Kulkarni wrote: Hello, I'm having an issue with Fetchmail and Gmail on my system (Lenny). It will help if someone could help understand what's going on. While downloading archived messages (around 20 thousand of them, 800 MB) from my Gmail account via POP3, Fetchmail stopped after fetching 9985 messages. It now keeps saying that there are 549 read messages on the server but clearly, there are many more. Gmail settings were untouched and Fetchmail is run with proto POP3 and options ssl and nokeep. I've tried toggling nokeep. What could be happening here? Any suggestions how I could correct it? I'm interested in getting all that e-mail via Fetchmail so that Procmail could sort it out nicely for me. Apologies if this is OT. I've had a discussion on the Gmail help forum (www.google.com/support/forum/p/gmail/thread?tid=62df06f1e7b8fd4c) and on #debian. I'm also aware of what the Fetchmail FAQ says about Gmail (fetchmail.berlios.de/fetchmail-FAQ.html#I9) but would like to know if that is indeed what is hitting me here. Slightly OT, but when you try again, use the --expunge option so that when you restart fetchmail -e count | --expunge count (keyword: expunge) Arrange for deletions to be made final after a given number of messages. Under POP2 or POP3, fetchmail cannot make dele‐ tions final without sending QUIT and ending the session -- with this option on, fetchmail will break a long mail retrieval session into multiple sub-sessions, sending QUIT after each sub-session. This is a good defense against line drops on POP3 servers. -- Scooty Puff, Sr The Doom-Bringer -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org