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
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