Re: Flag N with compressed folders
~/.procmailrc: :0 * ^TO_:.*mutt-users. |gzip -c $s ~/Mail/mutt-users.gz Until now I never had problems with loosing mail. So I didnt need any "lock". BTW: Should I lock? What? Why? (As long as I'm the only person on my computer..) Just add the second colon at the beginning of the recipe. If I understand the procmail man page correctly, it will then use ~/Mail/mutt-users.gz.$LOCKEXT. You being the only user on the computer doesn't matter: you could have several mail messages coming in at the same time, and a number of concurrent procmail processes trying to appand to the mailbox file at the same time. Anyway..Is this right now a problem I can fix somehow? Well I dont really need the patch for saving space on my HD. - I just only like the idea. :)
Re: Flag N with compressed folders
On Fri, 24 Mar 2000, Gero Reichard wrote: :0 * ^TO_:.*mutt-users. |gzip -c $s ~/Mail/mutt-users.gz Until now I never had problems with loosing mail. So I didnt need any "lock". BTW: Should I lock? What? Why? (As long as I'm the only person on my computer..) Above you have a command to append to mutt-users.gz. IMHO you should lock this folder before writing to it, because otherwise a second process (either mutt or a second procmail instance) could write to this file at the same time, which may cause trouble. Anyway..Is this right now a problem I can fix somehow? I would try this procmail rule: :0: * ^Sender: owner-mutt-users@mutt\.org |gzip -c $s ~/Mail/mutt-users.gz If I understand procmailrc(5), the extra ':' should use the name after '', append $LOCKEXT and use this as the lockfile. Tscho Roland -- * [EMAIL PROTECTED] * http://www.spinnaker.de/ *
Flag N with compressed folders
Hi all. Like Eric Thiele already posted, I also have problems with the N-Flag by using 'mutt -y'. But I do only have this problems with compressed folders. Every other folder - uncompressed - shows the flag. Does anybody know, where and how to fix this? Just in case, I post parts of my ~/.procmailrc. ~/.procmailrc: :0 * ^TO_:.*mutt-users. |gzip -c $s ~/Mail/mutt-users.gz :0 * ^X-Envelope-To:.*owner-debian-user-de. |$HOME/bin/debian-footer-kill.pl |gzip -c $s ~/Mail/debian-user-de.gz Thanks in advance. -- It's a damn poor mind that can only think of one way to spell a word. -- Andrew Jackson
Re: Flag N with compressed folders
On Thu, 23 Mar 2000, Gero Reichard wrote: ~/.procmailrc: :0 * ^TO_:.*mutt-users. |gzip -c $s ~/Mail/mutt-users.gz I suggest to use compressed folders only for archive folders and not for incoming mail. Otherwise you risk to lose mail. In your above example you don't do any locking, you it's possible that multiple procmail instances write to the file at the same time. And don't forget, that it is possible that you read your mail while new mail arrives. This isn't supported by the compressed folders patch... Tscho Roland -- * [EMAIL PROTECTED] * http://www.spinnaker.de/ *
Re: Flag N with compressed folders
On Thu, 23 Mar 2000, Gero Reichard wrote: ~/.procmailrc: :0 * ^TO_:.*mutt-users. |gzip -c $s ~/Mail/mutt-users.gz I suggest to use compressed folders only for archive folders and not for incoming mail. Otherwise you risk to lose mail. In your above Hmmm...I can't find anything about your suggest in your (quiet short) documenmtation about this patch. ;) example you don't do any locking, you it's possible that multiple procmail instances write to the file at the same time. And don't forget, that it is possible that you read your mail while new mail arrives. This isn't supported by the compressed folders patch... Until now I never had problems with loosing mail. So I didnt need any "lock". BTW: Should I lock? What? Why? (As long as I'm the only person on my computer..) Anyway..Is this right now a problem I can fix somehow? Well I dont really need the patch for saving space on my HD. - I just only like the idea. :) Tscho Ditto. :) -- Positive, adj.: Mistaken at the top of one's voice. -- Ambrose Bierce, "The Devil's Dictionary"