Re: How to identify unread (new/old) mail -- another bit of info
On Thu, Jan 31, 2008 at 01:28:23AM +0100, Alain Bench wrote: Is the number of the just delivered mail included on the unseen: line of .mh_sequences? Otherwise it's to be considered already read. I've found the source of the problem. It's because procmail doesn't update the .mh_sequences file. Currently I'm experimenting with procmail and nmh, without much success so far. I don't like Maildir because that's not working well with Claws. --D. signature.asc Description: Digital signature
Re: A few mutt questions
On Sat, Jan 26, 2008 at 11:10:59AM +0100, Nicolas Rachinsky wrote: folder-hook . unmy_hdr To folder-hook foo my_hdr To: [EMAIL PROTECTED] Works like a charm. Since I have a small Python script which, given a list of subscribed mailing list addresses and their folders, autogenerates the appropriate bits of muttrc and procmailrc, this was easily implemented. --D. signature.asc Description: Digital signature
Re: A few mutt questions
On Sat, Jan 26, 2008 at 02:53:09PM +, Michael Kjorling wrote: Try something like this: set recall=no folder-hook . 'bind index m mail' folder-hook '+mutt-users/?$' 'macro index m mailkill-linemutt-users@mutt.org' Actually I now went with Nicholas' my_hdr approach which works very well. But thanks! --D. signature.asc Description: Digital signature
Re: A few mutt questions
On Sat, Jan 26, 2008 at 04:05:10PM -0600, David Champion wrote: It certainly supports this, but it depends on the mail source itself to say what's read. Mutt can alter these flags, but so can other tools. Well, long story short, I see neither 'N' or 'O' flags. My mail comes from three IMAP accounts via fetchmail, exim, procmail. When I do $ fetchmail tail -f .procmail.log, I see messages like this pouring out: From [EMAIL PROTECTED] Mon Jan 28 09:21:47 2008 Subject: Re: Leopard Migration Hammered Mutt Folder: Lists/mutt/61 3927 which looks correct. When I then start mutt I can find this exact message in the appropriate dir, of course, but it's not marked any different than all the others which I've read during a previous mutt session. AFAIK there are no other programs running that touch my mail. Any hints? --D. signature.asc Description: Digital signature
How to identify unread (new/old) mail -- another bit of info
Hello, mutt still refuses to identify mail that hasn't been read. Even if new mail comes in during a session while the inbox is open. But here's the thing: 1. No MUA is running, mail comes into inbox. 2. I open mutt. All mail shows up as read. 3. I quit mutt. 4. I start Claws-Mail. Inbox shows up with the same messages, of course, but all marked as Unread. 5. Without doing anything else, I quit Claws. 6. I start mutt again, and, lo and behold, the mail is suddenly unread (albeit old). Trying to hunt down the source of this information, I copied the new messages in inbox between step 1 and 2 (from the shell, not an MUA). I then did a diff on the mails in inbox and the saved copy after each of the above steps, trying to find out if the various MUAs do something to the messages to mark them read/unread. At no point did I find any difference. Claws uses a couple of files with a .sylpheed_ prefix in the MH mailboxes, presumably to store such meta-information. But mutt doesn't. The header_cache feature is disabled, or at least that's what I think: $ mutt -D | grep header_cache header_cache= maildir_header_cache_verify is set header_cache_pagesize=16384 $ This is very annoying. I need to see new mail in my inboxes. Does anybody else have a fetchmail/procmail combo sorting stuff into various inboxes under ~/Mail, and how do they manage to mark stuff as new? Thanks, --D. signature.asc Description: Digital signature
Another mutt and gpg question
Hello, encrypting, signing, checking signatures: all works. Sort of. Two hassles: 1. I can't access encrypted mail that I send. When I try to read it, I get Could not copy message. 2. when I receive an encrypted mail, I see a text block of gibberish that I have to manually pipe through GPG externally. Why doesn't mutt auto-detect encrypted mails, like it does with signed mails? Thanks, --D. signature.asc Description: Digital signature
A few mutt questions
Hello people, I'm increasingly happy with mutt. But I still have a few questions: 1. I'd like to have new or unread mail (what's the difference, anyway?) flagged somehow. Occasionally I see an N next to some messages, but in general mutt seems to completely oblivious to what's new or unreaed. That's a botch because I have to scrutinize several inboxes for new mail and frequently overlook things. I know there's the option to automatically stuff read messages into the mbox, but I like to leave read messages in inbox as a to-do reminder when necessary. 2. Is there a way to specify a default-recipient to be inserted when composing a new message? As I'm subscribed to several mailing lists I'd like to put that into a folder-hook so that when I hit 'm' in a list folder I get the To: field pre-filled with that list's address. 3. There were more but I forgot. --D. signature.asc Description: Digital signature
Re: Grouping commands in muttrc?
On Thu, Jan 24, 2008 at 10:09:28AM -0600, Kyle Wheeler wrote: Yup, you can put several commands in a folder-hook; you just have to separate them with semicolons and put them all in a single quote block. They can even span multiple lines, like so: folder-hook . 'set ascii_chars=yes ; set othervariable=no ; \ set thirdvariable=ask-yes' I've done that and it kinda works. This is from my muttrc: folder-hook . '\ source $HOME/.mutt/profile.normal; \ set sort=date' folder-hook Lists '\ source $HOME/.mutt/profile.dunno; \ set sort=thread' The idea is that I like threaded listing for mailing lists, and by-date otherwise. Also I have two different identities for mailing lists and work. Curiously, however, the identity switching works but the sorting doesn't. I always het everything sorted by date. How's that possible? --D.
Whose bug is this: Mutt or Claws?
Hello, me again. I haven't entirely said good-bye to Claws, and I'm using mutt and Claws on the same MH folder hierarchy. There are two kinds of directories: Pure MH dirs which contain nothing but numbered message files and the .mh_sequences tag, and parent directories of those which contain nothing but subdirectories (no regular files, normally). But here's the thing: Mutt only shows subdirectories of the current dir ONLY if the current dir DOESN't contain a .mh_sequences file. But Claws likes to litter the folder tree with MH tags even in places that aren't strictly MH dirs (bwcause they contain only subdirs), making those subdirs invisible to mutt. I've already written a cleanup shell script to take care of this, but I'm wondering: - Is it legal for Claws, according to the MH spec, to put .mh_sequences in places that don't contain actual messages? - Should mutt show subdirectories of directories that contain a .mh_sequences file? In other words: Which package needs to get a bug filed against? Thanks, --D.
Re: Grouping commands in muttrc?
On Fri, Jan 25, 2008 at 09:18:05AM +0100, Dan H. wrote: Curiously, however, the identity switching works but the sorting doesn't. I always het everything sorted by date. Duh. That's because it's 'threads', not 'thread'. Sorry for bandwidth waste. --D.
Grouping commands in muttrc?
Hello, please note that I'm sending this from mutt. It was an uphill battle and I'm still not sure if I won, but I'm getting there. One question: Is it possible to group commands after, for instance, a folder-hook? Like when I move into a folder I want a whole bunch of commands executed. Or do I have to put those into a file and source that with the folder-hook? Thanks, --D.
Moving a non-trivial mail setup to mutt
Hello, for the umptieth time I'm trying to give mutt a spin. I've heard it recommended many times, and I'd like to try it out. After getting dissatisfied with pine I've come a long way to Claws-Mail via Opera and Thunderbird. I'm happy with Claws except that I'm not happy with GUI apps in general. So, let's try out mutt. However, there doesn't seem so be a just try it out. There is a steep learning curve to be mastered first. For instance, after half a day of tearing out my hair and having so many mutt webpages open that I the tabs on the top of my browser started getting blurriy, I managed to connect to my IMAP server like this: set spoolfile=imap://email.server.org/INBOX Great. Now I can see my inbox. And nothing else. How can I see my other folders on that server? 'c ?' doesn't show anything. Speaking of folders. Mutt looks into the same folder hierarchy as my current sylpheed-claws setup. But it only shows me top-level folders. When I enter a folder it doesn't show me any subfolders. Does mutt not support nested folders? Then I can't use it. I've also managed to set up fetchmail, which fetches mail from several POP3 accounts into one repository where I can access it if and only if I comment out the above line. To sort out those mails I guess I'll have to feed them through procmail, but where will they end up then, and how will mutt check for new mails and tell me about it? Is there some kind of overview of folders that can receive mail? How can I have multiple identites? Sometimes I'm sending mail under my private address, sometimes as an employee of my company. How can this be managed by mutt? When I reply to mail, can mutt automatically use the address under which I received that mail as the sender identity? Next thing. The address book. There seems to be an external program called abook that adds some rudimentary address book functionality. But I work on largish projects that frequently require me to set up ad-hoc lists of eight or more people which I can send mail to by typing a single nick name. I also need to be able to quickly add addresses to those lists by some selection method (like Pine's List mode). Judging from its nerdy user base I had hoped (and am still hoping) that mutt was some kind of power-user MUA, but especially the apparent lack of advanced address management might turn out to be a deal breaker. I hope someone can clue me in. I have a repository for software that I will never get my head around. Emacs has been in there after invoking it once and not being able to quit it except by killing it from another console. Vi after one week during which I forced myself to use nothing but vi. Mutt seems so be ready to join. Maybe I'm just not the geek I'd like to be. In short, my requirements are: - Multiple accounts (both local and remote) - Multiple identites - Folders with subfolders - Powerful address management Does mutt cutt it? --D.
