| Register | FAQ | Calendar | Search | Today's Posts | Mark Forums Read |
|
#11
| |||
| |||
| Grant Edwards <grante@visi.com> wrote: > One was a shortcut that meant "the current folder". IIRC, that > shortcut was ".". When fcc was was set to ".", sent mail would be > saved in the current folder. Upgrade. > Those patches were repeatedly rejected (no reasons were ever given > -- I presume it was simply because the maintainers choose to > organize their e-mails differently that I do and therefore didn't > find the patches useful). Things and times have changed. > > Keep list read+sent in list folder, only personal in global > > read and sent. > > The question is how to accomplish those tasks. incoming: procmail. Send/save: folder-hook, fcc-save-hook based on list. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give. |
|
#12
| |||
| |||
| On 2008-07-18, Rado S <rado-news@spam-is.invalid> wrote: > Grant Edwards <grante@visi.com> wrote: >> One was a shortcut that meant "the current folder". IIRC, that >> shortcut was ".". When fcc was was set to ".", sent mail would be >> saved in the current folder. > > Upgrade. > >> Those patches were repeatedly rejected (no reasons were ever given >> -- I presume it was simply because the maintainers choose to >> organize their e-mails differently that I do and therefore didn't >> find the patches useful). > > Things and times have changed. Great! I hadn't noticed the appearance of the "-" shortcut. -- Grant Edwards grante Yow! I always have fun at because I'm out of my visi.com mind!!! |
|
#13
| |||
| |||
| On 18 Jul 2008 18:23:25 GMT, Rado S <rado-news@spam-is.invalid> wrote: > Jorgen Grahn <grahn+nntp@snipabacken.se> wrote: >> If anyone has pointers on how to do this, I'd appreciate a working >> example or two[1]. >> >> For mailing lists, I am thinking of using folder-hook: "when I am in >> the =foo-list folder, save Fcc: copies to =foo-list." I am already >> used to moving to ! before sending a new non-list mail, because I use >> folder hooks to set the From: header appropriately. > > fcc-hook > > If you keep working with folder-hook, "current folder" shortcut > might come in handy. Thanks. >> [1] No, I haven't really RTFM yet, but I am always cautious with >> Mutt configuration because if I mess up badly enough I can lose >> mail, or annoy people I correspond with. And it's hard to test >> properly. > > Why not create a test-env with a separate muttrc (mutt -f file)? Sure, and I can concatenate two of my mailboxes to a temporary file and see what it looks like in mutt. But it is hard to test that Fcc:s end up in the right folder without actually sending "test, please ignore" mails to various people and mailing lists. That's the kind of problem I was thinking about. (Making changes to ~/.procmail makes me even more nervous, so this isn't intended as critisism of mutt specifically.) /Jorgen -- // Jorgen Grahn <grahn@ Ph'nglui mglw'nafh Cthulhu \X/ snipabacken.se> R'lyeh wgah'nagl fhtagn! |
|
#14
| |||
| |||
| Jorgen Grahn <grahn+nntp@snipabacken.se> wrote: > >> [1] No, I haven't really RTFM yet, but I am always cautious > >> with Mutt configuration because if I mess up badly enough I can > >> lose mail, or annoy people I correspond with. And it's hard to > >> test properly. > > > > Why not create a test-env with a separate muttrc (mutt -f file)? > > But it is hard to test that Fcc:s end up in the right folder > without actually sending "test, please ignore" mails to various > people and mailing lists. That's the kind of problem I was > thinking about. a) you certainly have >1 private addr, otherwise you can easily make another. b) no need to send, replace $sendmail with a dummy script for testing. > (Making changes to ~/.procmail makes me even more nervous, so this > isn't intended as critisism of mutt specifically.) Similar test-env can be done with procmail, too. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give. |
![]() |
| Thread Tools | |
| Display Modes | |
In an effort to better serve ads to our visitors, cookies are used on objectmix.com. For more information, check out our Privacy Policy.