Re: Mutt with To Do or x-labels
Excerpts from Joseph's message of Fri Jan 02 12:50:24 +0100 2009: > In looking for ways to mark or flag to do messages, is there a way to > use x-labels without adding a patch to devel mutt? Have a look at http://footils.org/cms/show/59 m.
Re: Adding addresses of outgoing mails to addressbook
Excerpts from Nathan Huesken's message of Sat Jan 17 21:25:25 + 2009: > Hi, > > I want to do the command: > abook --add-email > > On every mail I send, so that I can add emails of persons I am writing too to > my addressbook. > send-hook comes at the wrong place, how can this be done? I use lbdb-fetchaddr, not exactly what you want, I know: So I have "sendmail" in muttrc set to $HOME/mysendmail, and that is: #!/bin/bash tee >(lbdb-fetchaddr -a -x "to:cc")|$HOME/bin/msmtpQ $@ (msmtpQ is a shell script that implements a queue for msmtp) m.
Re: Check default IMAP mailbox on startup
Excerpts from Andrey Zhidenkov's message of Fri Feb 06 11:21:47 + 2009: > Hello. > > I have configured mutt to use with GMail IMAP mailboxes. I set up > mailboxes in my .muttrc in this way: > > mailboxes ! =ml-lug-list =ml-lug-org =[Gmail]/Drafts "=[Gmail]/All Mail" > > Can I configure mutt to check one of this mailboxes on startup > automaticcaly? How can I set up a default mbox? You probably want to set your spoolfile. set spoolfile=imaps://imap.gmail.com/ Or you may need this instead: set spoolfile=imaps://imap.gmail.com/[Gmail]/INBOX not sure about this. m. -- Marianne Promberger PGP/GnuPG public key ID 80AD9916
gives "cannot write to temporary folder"
Dear mutt-users list, I have a small problem with mutt on my laptop. When I try to use the command on a message mutt tells me: "could not create temporary folder: No such file or directory" Writing new messages works just fine. In my muttrc, I have: set tmpdir="/home/mpromber/.mutt/tmp" Mutt does put the files for messages I'm currently writing there, with filenames like "mutt-lauren-1000-22804-0". Fine. When I try to edit a message (hitting "e" in the index) and get the above error, mutt also creates a file with a name like this in that folder, but they all have size "0", like this: -rw--- 1 mpromber mpromber 0 2009-06-16 13:10 mutt-lauren-1000-22110-0 Possibly related: My "~/.mutt" dir is in fact a symlink to a dir inside a dir that I encrypt and decrypt using ENCFS: lauren:~$ l .mutt lrwxrwxrwx 1 mpromber mpromber 26 2009-06-16 12:40 .mutt -> /home/mpromber/stuff/.mutt (But that folder is decrypted when I run into the problem, and the problem arises at the same time when I can write new messages, which writes to the same folder). In muttrc: set editor="emacs -nw" Does anyone have an idea what would be causing this? Is mutt trying to create a different temporary folder, and if so, where? If it is, why is it putting these empty files into $HOME/.mutt/tmp/ ? Marianne
Re: gives "cannot write to temporary folder"
Rocco Rutte 18-Jun-09 13:17: > * Marianne wrote: > > When I try to use the command on a message mutt tells me: > > "could not create temporary folder: No such file or directory" > > > Writing new messages works just fine. > > > In my muttrc, I have: > > set tmpdir="/home/mpromber/.mutt/tmp" > > [...] > > > My "~/.mutt" dir is in fact a symlink to a dir inside a dir that I encrypt > > and decrypt using ENCFS: > > [...] > > When editing messages, mutt tries to create an empty mbox file in > $tmpdir. At the moment I have no real idea why this would fail if it > otherwise can create tempfiles (i.e. permission problems can be excluded > here). Maybe the symlink is the trouble, I don't know. Can you try with > a $tmpdir that is not a symlink? Yes, sorry, I should have thought of that. set tmpdir="/home/mpromber/tmp" And mutt edits away happily. So I assume it's something with encfs. I've since posted to encfs-users and will report here in case I hear anything intresting. In the meantime, this tmpdir is just fine for me, at least for editing, which I usually only use to create X-Label headers, so if I'm really paranoid I'll keep the encrypted tmpdir and switch back and forth with a macro. Thanks! Marianne
mutt-users@mutt.org
Alexandre 18-Jun-09 12:18: > Le jeudi 18 juin de l'année 2009, vers 08 heures et 15 minutes, Alexandre > Delanoë écrivait: > > Hello, > > > > I tag a mail with "t" and attach it to a thread with "&". After that > > i quit mutt saving changes. I open my mail box with mutt again but my > > thread is not saved. How to save this ? > > I noticed that it only happen when I attach mails that are not supposed > to be in the thread. In fact I make groupe of discussions. Are you doing this on a Gmail IMAP folder? I had issues using mutt to link threads in Gmail as well, as described here: http://does-not-exist.org/mail-archives/mutt-users/msg17790.html I received no replies about this, and for all I know the problem still exists, but I've stayed away from linking threads in Gmail folders ever since, so I don't know. Marianne
mutt-users@mutt.org
Kyle Wheeler 18-Jun-09 18:31: > On Thursday, June 18 at 05:13 PM, quoth Marianne: > > Are you doing this on a Gmail IMAP folder? > > > > I had issues using mutt to link threads in Gmail as well, as described > > here: > > > > http://does-not-exist.org/mail-archives/mutt-users/msg17790.html > > > > My guess here is that it's either related to the problem I mentioned > above OR it's related to the fact that Gmail doesn't implement IMAP > correctly. > [...] > Unfortunately, many of the more creative and powerful tricks mutt can > perform with messages (e.g. connecting threads) rely on being able to > modify messages on the IMAP server---which (because IMAP provides no > method for modifying a message directly (for very good reasons)) > involves copying messages and DELETING the old ones. Thanks! That's the explanation that must underlie this problem. It explains both that when I directly access Gmail via IMAP it removes the label, and that offlineimap deletes the mail. I didn't know that mutt does delete + copy instead of modifying the message in place. > I recommend that if you have a problem using mutt with Gmail, try > doing the same thing with some other IMAP client (ANY other IMAP > client). If it doesn't work there either, chances are it's a Gmail > problem, not a mutt problem! Well, yes, if you look at my original post that's pretty much the conclusion I came to. I still use Gmail for mailing lists that have lots of messages that I want to keep (maybe not a sensible thing, but I've to some degree fallen for the Gmail "I'll just have to use lots of space now that I have it" trick), but I've stopped cleaning up threads. > When you run into trouble while using something like offlineimap, my > first suggestion would be: try doing it without offlineimap. If it > works, then you have isolated the problem: it's an offlineimap > problem. If it still doesn't work, then you have eliminated a > potential cause, and you've made progress toward figuring out what > the real problem is. Fully aggree, and again, if you look at my initial post from December 2008 you'll find that that's what I did. Thanks again for your explanations about Gmail & IMAP and what mutt does when it links threads, that really cleared things up for me. Marianne
mutt-users@mutt.org
Alexandre 20-Jun-09 09:03:
> Le vendredi 19 juin de l'année 2009, vers 14 heures et 45 minutes, Rocco
> Rutte écrivait:
> > So you need to remove the header cache for that folder after
> > you edited threads.
>
> Yes! It does work.
You could alternatively try to do an explicit sync-mailbox ("$" by
default) after linking threads and see whether that helps. I tried
after you posted here and I noticed that my threads also aren't linked
permanently unless I sync-mailbox. (But I may have other things set
that cause this, esp since I changed the key combinations for quitting
mutt to C-x C-c, beause of Emacsitis, and I think I set it in some way
to ask me to confirm quitting. Since I don't have a problem with a
quick sync-mailbox after linking threads I'm not going to look into
this).
I'd certainly pefer sync-mailbox to clearing the header cache for
large maildirs.
m.
jump to newest message after limit?
Dear mutt users, I have: set sort=threads set sort_aux=last-date When I open a mailbox, mutt is on the latest (newest) message. When I then limit messages in the mailbox, mutt jumps to the oldest (first) message in the list of messages in the limited view. Is there a setting so mutt will again jump to the newest of the messages in the limited view, immediately after limiting? Thanks, Marianne -- Marianne Promberger GnuPG/PGP public key ID 80AD9916 __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __
Re: Move false positive spam to multiple folders
T. Andrew Lorenzen 03-Sep-09 07:20: > How would I go about moving a message to two different folders in a > macro? Or, copying to one folder and then moving to another folder? Just as you write, a macro that first runs , then should work. Something like: macro index KEY "FOLDER_1FOLDER_2" if you like, add at the end to make the message deletion take immediate effect (note this will obviously also purge other messages you may have marked for deletion). m. -- Marianne Promberger http://promberger.info GnuPG/PGP public key ID 80AD9916 __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __
Re: Command line
you would just use mail, but there are many command line options to send the mail via mutt, but the editor still will openmaybe there is an option to make your editor false? - Original Message - From: "David Ursone" <[EMAIL PROTECTED]> Date: Wednesday, July 5, 2000 11:52 am Subject: Command line > All, >Is there a command line for mutt so that you can send mail to a > pop server > via command live versus the untility? thanks email back to > [EMAIL PROTECTED] > David > >
Re: combined reply & list-reply
If you read the README.UPGRADE file, you will find that the "subscribe" option should now be denoted as "lists" instead. - Original Message - From: "Jeremy M. Dolan" <[EMAIL PROTECTED]> Date: Monday, July 10, 2000 2:19 pm Subject: combined reply & list-reply > Is there some way to have the 'r' key in mutt 1.2 reply as a > list-reply if the address matches lists or subscribe, and do a normal > reply if it doesnt? This is how the 1.0 series worked for me, and now > in 1.2 I keep sending replies to single people and not noticing it > until days later (I've already renamed the variable to 'subscribe'). > > After a year of pressing 'r' to reply to any message in mutt pre's, > and 1.0, theres just no way I'll ever be able to use L for some > messages, and r for others now. > > I'm using 'mutt-1.2.2i'. > > Please Cc me on replies, I'm no longer on this list. > > -- > Jeremy M. Dolan <[EMAIL PROTECTED]> >
msmtp exec 127 error when mutt in remote imap folder
Hello, I use mutt with .msmtp (with tls and a fingerprint check) All works fine when I fire up mutt opening a local maildir and send mail. However, when I change to an imaps://... folder, sending mail fails with: Error sending message, child exited 127 (Exec error.). Once this has happened, subsequent attempts to send mail from a local maildir, in the same mutt session, also fail. It seems unrelated to the Fcc, which I normally have set to "^" -- even when I set the Fcc to the local maildir it fails from the imaps:// folder. My best guess is this is a basic msmtp problem, but I don't understand why it happens. (1) I assume mutt would use the msmtp on my local machine in both instances, even while my local mutt session is reading a remote imap folder. Is this correct? (2) How can I get more debug info to troubleshoot this? If it's an msmtp problem, how do I mimick the "mutt pointed at imap folder bit"? (3) any other ideas? Thanks for reading... Marianne
Re: msmtp exec 127 error when mutt in remote imap folder SOLVED
> However, when I change to an imaps://... folder, sending mail fails with: > > Error sending message, child exited 127 (Exec error.). Ha ha. No wonder as I had a folder-hook that unset sendmail, for unknown historic reasons. (The insight came after I noticed today it happens whenever I had been to the imap folder.) Sorry! Marianne
mutt keeps thinking there's new mail in /var/mail/user
Hi, I'm using Mutt 1.5.15 on Xubuntu Gutsy, on two machines with what I thought was the same setup (same ~/.muttrc et al files). On the laptop, when I send mail to myself on localhost using the exim MTA that comes with Ubuntu, it goes nicely into /var/mail/username, which is an mbox mailbox. I have in ~/.muttrc mailboxes /var/mail/username so it shows up in in the mailbox browser. I can read these mails with mutt just fine. So far, so good. I have in ~/.muttrc macro index q'?' so when I hit "q" from the /var/mail/username index I get back to the mailbox browser, and that correctly does not show any "N" next to /var/mail/username mailbox. However, when I either go into a different mailbox and then back to the mailbox browser view, or if I exit mutt completely and then restart it, mutt shows an N for new mail next to the /var/mail/username mailbox in the browser. When I open that mailbox in mutt, the message is correctly neither flagged as "N" nor as "O". If I delete all the messages in /var/mail/username, the "N" goes away. This does not happen for any other mailbox -- mutt correctly does not show an "N" if all messages have been seen. Also oddly, this does not happen on the desktop, so it may well be something to do with something outside of mutt but I have no idea where to look, since I don't know how and where mutt stores info about seen/unseen mail in the mailboxes. Any pointers would be great. m.
complete-query key binding question
Hi List, The mutt manual says: "In any prompt for address entry, you can use the complete-query function (default: ^T) ... " What does "^T" stand for? I can't figure this out. Certanily, the actual "^" and "T" keys don't work for me. So I tried rebinding This works fine: bindeditor"\e\t" complete-query But really, I'd rather bind it to Ctrl-Tab, but this bindeditor"\C\t" complete-query doesn't do the trick -- hitting Ctrl and Tab on a name in an address field brings up the matching aliases as for Ctrl alone. Is it not possible to bind Ctrl-Tab to complete-query? Thx m.
Re: complete-query key binding question
On 04/13/08 15:03, Rado S wrote: > =- Marianne Promberger wrote on Sun 13.Apr'08 at 13:21:56 +0100 -= > > > This works fine: > > bindeditor"\e\t" complete-query > > But really, I'd rather bind it to Ctrl-Tab, but this > > bindeditor"\C\t" complete-query > > doesn't do the trick -- hitting Ctrl and Tab on a name in an > > address field brings up the matching aliases as for Ctrl alone. > > You mean "TAB alone". Yes, sorry. > Anyway, ESC is a real character, Ctrl is just a key-modifier, it > doesn't produce a key on its own. > With most other characters the Ctrl-modifier produces a different > character ... just not with TAB. At least normally. Thanks, that explains it. I'll just stick with \e\t m.
Re: mutt keeps thinking there's new mail in /var/mail/user
On 04/14/08 13:10, Justin Mazzola Paluska wrote: > On Sat, Apr 12, 2008 at 10:32:26PM +0200, Kirill Miazine wrote: > > Is /var mounted noatime? > > Do you have laptop-mode turned on on your laptop? Laptop-mode can be > configured to remount your drives with noatime when you go on > battery. This may explain why you have problems with your laptop but > not your desktop. No, I had set it manually to noatime at some point in /etc/fstab, experimentally, and forgotten about it. Since taking it out the problem is gone. Sorry btw -- I had thought I had replied to the list that the problem is solved. m.
Re: open file/attachment in pager to send
On 04/25/08 08:05, Michael Elkins wrote: > On Fri, Apr 25, 2008 at 08:57:59AM -0600, Michael wrote: > > I need to open a file in the pager to edit and then send, but can't find a > > command to do that. > > I've looked at "attachments", "pager", "compose", etc, but missed it if it > > is there. > > Or even while typing an email, add a file to it (but not as an attachment). > > If not that, can I start mutt with a file in the pager to edit and send? > > I'm not sure what you mean by pager, since that is only used to view > messages. If you would like to include a file in your editor, such as a > template, you can use the -i command line option: > > mutt -i mytemplate.txt [EMAIL PROTECTED] While you're writing an e-mail, you are in fact using an external editor. If that editor can do it, you can insert an external file. For example, in nano, Ctrl-R will do it. In Emacs, C-x i. See what your editor is and look at that editor's documentation. m.
Re: Change unread mark without open the message
On 04/28/08 18:26, hce wrote: > > But for old messages which have already marked with "O", I want to > change it back to "N". I tried to use tag as you suggested above to > change all "O" messages to "N". But did not work. Please explain more > details how can I use the tag to change all "O" state to "N" state in > one go. I don't recall what the previously suggested solutions were. But this works perfectly fine for me: (press in sequence:) T to tag matching the following pattern ~O the pattern (all "O" messages should now be tagged) ; apply the following to all tagged messages (*) N set "N" flag on tagged messages (*) you should be able to omit this step if you've got "set auto_tag=yes" in your .muttrc AFAIK. I don't know why your 'set mark_old=no' doesn't work. Do you possibly have a folder-hook somewhere that overrides it? m.
Re: Change unread mark without open the message
On 04/29/08 10:45, hce wrote: > > I installed mutt binary in Debian box. Seems I have to install a > source package then to make change as Vladimir suggested. You could also consider using mutt with offlineimap. "set mark_old=yes" works for me using offlineimap. m.
send encrypted mail from commandline?
Can mutt send encrypted mail from the commandline? The mail should always be encrypted to myself. I tried the following: cp ~/.muttrc ~/muttrcenc in ~/.muttrcenc: - set pgp_autoencrypt=yes set pgp_encrypt_only_command="/usr/lib/mutt/pgpewrap gpg --batch --quiet --no-verbose --output - --encrypt --textmode --armor --always-trust -- -r 80AD9916 -- %f" - where 80AD9916 is my public key ID. Then I tried echo "some text" | mutt -F ~/.muttrcenc [EMAIL PROTECTED] I get the message, but it's not encrypted. Background: I'd like to use procmail to automatically encrypt some messages I receive and forward them on to a gmail account for storage. I currently do this using in ~/.procmailrc: :0fbw | $GPG --encrypt -r 80AD9916 --armour --output - This works okay except it doesn't add the correct headers, and while mutt decrypts the message text fine (with Alt-Shift-p) I cannot see attachments (which in turn may be related to having the wrong headers). Thx m.
Re: send encrypted mail from commandline?
On 05/01/08 22:09, Joseph wrote: > On 05/01/08 20:04, Marianne Promberger wrote: >> Can mutt send encrypted mail from the commandline? The mail should >> always be encrypted to myself. >> [...] >> Background: >> >> I'd like to use procmail to automatically encrypt some messages I >> receive and forward them on to a gmail account for storage. >> >> I currently do this using in ~/.procmailrc: >> [snip] >> :0fbw | $GPG --encrypt -r 80AD9916 --armour --output - >> >> This works okay except it doesn't add the correct headers, and >> while mutt decrypts the message text fine (with Alt-Shift-p) I cannot >> see attachments (which in turn may be related to having the wrong >> headers). >> > > Why complicate simple things :-) > Why don't you use: > gpg -ea -r public_key_ID file.txt && mutt -a file.txt.asc Thanks, but I don't know how I would integrate this into the procmail filter to solve my problem. I tried the following: | gpg --encrypt -r 8AD9916 --armour --output ~/mymail && \ mutt [EMAIL PROTECTED] -a ~/mymail < /dev/null but I'm not surprised it doesn't work. For an e-mail without attachment, I get almost the same result as before: mail gets encrypted, attached and sent; I get it just fine but there's no automatic decryption when reading in mutt, so the result is almost identical to m y solution (except now I have an extra attachment). For an e-mail with attachment, procmail gets an error: gpg: cannot open /dev/tty': No such device or address procmail: Error while writing to " gpg --encrypt -r 80AD9916 --armour [...] procmail: Rescue of unfiltered data succeeded Maybe I'm missing something, but I don't see how encrypting the e-mail as-is using gpg and using mutt to forward that as an attachment would be any better than encrypting the e-mail as-is and using sendmail to forward that. It seems I'd have to tell gpg to encrypt each part of the message and use something like formail to write the correct headers. That's just too much trouble -- the current solution is 95% good for messages without attachment and messages with att'ment I can still manually encrypt and forward from mutt to the storage account. I just thought maybe it would be straightforward using mutt directly. m.
Re: sendmail_wait for smtp ?
On 05/17/08 16:53, Dylan Stamat wrote: > > Is there any way to background this ? Something like sendmail_wait=-1, > but for smtp ? Waiting for mail to send can be time consuming. I'm not sure if I understand correctly, but use msmtp to send through an SMTP server of my ISP using set sendmail = "/usr/bin/msmtp -a default" and I've recently discovered set sendmail_wait = -1 and it works like a charm. The only problem is I don't get error messages in the rare event that there's a problem so I've written a shell script to periodically check the mail logs (*): http://promberger.info/linux/2008/04/13/shell-script-to-check-mail-logs-periodically/ On the laptop, I'm in fact using this with a script that does a mail queue with msmtp that I found somewhere online: http://promberger.info/linux/2008/04/11/mutt-with-msmtp-and-a-mail-queue/ m. (*) There practically never is a problem unless I've fiddled with the config file to try new stuff. IIRC, if you have "set record", mutt stores a "sent" copy regardless of whether the mail went out or not, so you could just reuse that if there was a problem.
attaching files from a list?
Is there some way, from the compose view in mutt, to attach given files whose paths/filenames I have previously collected in a text file? I've written a "plugin" (custom actions) for Thunar to collect attachments across different folders, by just appending a text file ~/.2attach that in the end looks like -a /path/file1 -a /path/file2 and when I'm done collecting attachments I can call another custom action in Thunar that just calls xfce4-terminal -x mutt $(cat ~/.2attach | tr "\n" " ") which does mutt -x -a /path/file1 -a /path/file1 opens a terminal and I type the address, text etc and that works well. However it would be nice to do this from within mutt, for example if I have to attach some files when replying to someone, or if I think of attaching multiple files after having written the message. m.
Re: attaching files from a list?
Thanks for your replies. However, I don't normally want to have edit_headers set, and the situation is sufficiently rare that I'll go without this for the time being. If I really needed this often, I guess the way to go would be to put in a macro that sets edit_headers and then calls an alternative editor that automatically inserts my external text file with the list of attachments. In fact, I think that should work pretty well. Thanks again, m.
Re: background color
On 06/11/08 10:14, Albert Shih wrote: > Hi all > > How can I set the background color ? I use mutt in a xterm with custom > background color. I would like to keep this setting. Set "default" as the background color. This works for me in xfce4-terminal, preserving terminal transparency. For example, in your ~/.muttrc. color normal brightwhite default color index brightwhite default (I don't know whether the second line is needed, or whether additional color declarations are needed. My ~/.muttrc on Xubuntu already came with nice custom color declarations and I've since added lots of others, so I've lost track). m. -- Marianne Promberger Graduate student in Psychology http://www.psych.upenn.edu/~mpromber
Re: Searching imap folders
On 06/13/08 10:29, Joseph wrote: > Does offlineimap provide a stable setup when you have 100s of emails and > 10s of folders? I've started using offlineimap a few months ago, and use it for two different mail accounts and 17 different mailboxes. One of them is for a mailing list that can easily receive 100 e-mails a day. Absolutely no problem, offlineimap is great and v fast. I actually started using it from the same situation that you are in, having heard about mairix and realizing you can't use it over imap. But now I'm delighted by the easy synchronization not just between offline use and imap accounts, but also between different machines. And needless to say, working with local folders is much faster than working on the imap folders, at least for me. m.
bind key to change to previous mailbox?
Hi all, I'd like to enable a key combination that would take me back to the most recent mailbox I've visited before the current one. My current idea how I'd go about this: (1) Make a folder-hook for all folders that pushes a key sequence calling a shell command: the shell command would just write the path of the current mailbox to an arbitrary file. (2) Bind a key to and 'cat" that file as the argument. Well, I'm already stuck with the first point: I can do !pwd > ~/thefile but this prints the location of the top-level maildir (understandably, since I start mutt from a terminal with that dir as the working directory.) How would I get mutt to pass the current mailbox to a file? I know I can use "%f" to display the current mailbox in the status bar, but how to pass it to a shell script? In fact, I'm stumped with point (2) as well. Any pointers? Or is this a hopeless endeavor? Thanks, m.
problem with backspace key in xterm-256color
I'm running mutt in xfce4-terminal, which supports 256 colors, but I have to manually set xfce4-terminal in its preferences dialogue to identify as "xterm-256color" for mutt to display my 256-color colors. So far, so good. Now I've noticed that with TERM=xterm-256color, mutt doesn't recognize the backspace key in the index or the pager (I have bindings for in the .muttrc, but it says "key not bound"). When I set TERM to "xterm", the backspace key works fine. In the "Advanced" tab of my xfce4-terminal settings, I have a setting for "backspace key generates ..." with the options - Auto-detect - ASCII DEL - Escape Sequence - Control-H Only if I set this to "Control-H" does mutt recognize the backspace key while TERM is set to xterm-256color. However, in that case, my editor (jed) doesn't recognize the backspace anymore as such, and given that that means I'll have trouble with other applications I'd rather go back to "Auto-detect" for the terminal config. Does anyone know a way -- either to tell mutt to listen for whatever the backspace key generates when I have TERM=xterm-256color? How would I find out what the terminal emits when the backspace key is pressed? -- or to tell the xfce4-terminal to go back to the same behavior it has with TERM=xterm, which is to "do the right thing" and presumably emit "Ctrl-H" for the backspace key when in mutt? Googling, I just found this long thread: http://bugs.mutt.org/trac/ticket/2952 but if there were practical solutions therein I failed to grasp them. Thanks, m.
Re: problem with backspace key in xterm-256color
Thanks Kyle! That helped my solve the problem by using "\177" instead of in the .muttrc Here is the info ... On 06/15/08 16:55, Kyle Wheeler wrote: > On Sunday, June 15 at 05:11 PM, quoth Marianne Promberger: > > > Now I've noticed that with TERM=xterm-256color, mutt doesn't > > recognize the backspace key in the index or the pager (I have > > bindings for in the .muttrc, but it says "key not > > bound"). When I set TERM to "xterm", the backspace key works fine. > > Interesting... does the terminal actually alter what it emits? In > other words, when you press control-V backspace, what shows up in your > shell, and does what shows up change based on the TERM setting? both with TERM=xterm and TERM=xterm-256color, pressing Ctrl-v backspace shows up as: ^? Whatever that means. However ... > If > not, is your termcap perhaps different? Try these two commands: > > infocmp -1 -L xterm | grep key_backspace key_backspace=\177, > infocmp -1 -L xterm-256color | grep key_backspace key_backspace=^H, > They *should* be the same, but if they're not on your system, that > would explain your problem (both should print out > "key_backspace=^H,"). Okay, so I solved my problem very pragmatically by just putting bind index \177 instead of "bind index ", and it works. That is good enough for me, as I'm lazy and I'd rather not recompile mutt with slang :) But it occurred to me that another way to solve this would be if mutt skipped checking for my terminal's color support. I mean, whether I have TERM set to xterm or xterm-256color doesn't actually change the colors it supports, as far as I can tell, since I can use lots of colors from a palette for e.g. the way folders are distinguished from files etc. Or does it? If mutt could skip checking for TERM=xterm-256color, that would make my life easier anyway, since with that TERM some remote shells refuse to operate, because they say "I know nothing about your terminal" (I've worked around that problem by setting practically all my ssh .bashrc aliases to start with "export TERM=xterm && ssh ... ". Yes, one dirty workaround after another, I know ... :) m.
Re: problem with backspace key in xterm-256color
On 06/15/08 17:31, Kyle Wheeler wrote: > On Sunday, June 15 at 06:16 PM, quoth Marianne Promberger: > > both with TERM=xterm and TERM=xterm-256color, pressing Ctrl-v > > backspace shows up as: > > > > ^? > > Okay... (that's the same as \177) > > >> If not, is your termcap perhaps different? Try these two commands: > >> > >> infocmp -1 -L xterm | grep key_backspace > > > >key_backspace=\177, > > > >> infocmp -1 -L xterm-256color | grep key_backspace > > > > key_backspace=^H, > > HUH! Interesting. You have a broken xterm termcap file. Where did it > come from? > I have NO idea. :) I'm not going to figure this out now, works good enough for me. Thanks again for your help, and the comprehensive info! m.
Sender's time zone in attribution?
I'd like to have an attribution (the line above quoted text in replies) that looks like this: 'On Mon, 30 Jun 2008, 21:12 EDT, Firstname Lastname wrote:' where "EDT" would always be the alphabetic time zone abbreviation of the sender's time zone. If I do: set date_format="%a, %d %b %Y, %H:%M %Z" and set attribution="On %d, %n wrote:" I get: On Mon, 30 Jun 2008, 22:23 +0200, Firstname Lastname wrote: that is, the offset from UTC. If I use set attribution="On %d, %n wrote:" I get the desired alphabetic abbreviation, but the time and time zone (not surprisingly) of my own location. Is there any way to get %Z to expand to the alphabetic abbreviation of the sender's time zone? All this is on Xubuntu Gutsy, if that matters. m. -- Marianne Promberger Graduate student in Psychology http://www.psych.upenn.edu/~mpromber
Re: Sender's time zone in attribution?
> If I use > set attribution="On %d, %n wrote:" Sorry, that should have been: set attribution="On %D, %n wrote:" > I get the desired alphabetic abbreviation, but the time and time zone > (not surprisingly) of my own location. m.
Re: Sender's time zone in attribution?
On Monday, 30 June 2008, 19:35 UTC-0700, Gary Johnson wrote: > On 2008-06-30, Marianne Promberger <[EMAIL PROTECTED]> wrote: > > I'd like to have an attribution (the line above quoted text in > > replies) that looks like this: > > > > 'On Mon, 30 Jun 2008, 21:12 EDT, Firstname Lastname wrote:' > > > > where "EDT" would always be the alphabetic time zone abbreviation of > > the sender's time zone. ... > The only way I can think of to do this is to extract the timezone > name from the sender's Date header, e.g., by setting 'header' > before replying, then using a editor macro to pull the timezone name > from the Date line into your attribution line. Thanks, that makes sense, but in that case it's not important enough at the moment to go to such lengths. Thanks anyway! m.
Re: auto-move mails
On Friday, 25 July 2008, 10:25 (UTC+0200), Steve S wrote: > On Jul 24 14:16, Ravi Uday wrote: > > Hi, > > > > In mutt 1.5.17 is there a way we can setup a rule where if the number > > of emails touches 150 move the first 50 to a specified folder ? > > We can then map this rule witha key too ? > > > > If you are also satisfied with using the message age as criterion, you could > use something like archivemail and a cronjob to put old mail in a .gz file. To > re-read old mail, do `mutt -f _archive.gz`. If date can be used as a key I'd do something with a folder-hook and "push" and match a "~d > X" pattern. Not sure if this is what the OP wants. Something like (not tested, and I'm sure others have better direct function names where I use keyboard presses) folder-hook . 'push "~d > 1ms\Ca\Ck=archive\n$"' Actually, trying the line above just now it doesn't work; it just tags but doesn't save the message to the archive mailbox, not sure why. m.
Re: auto-move mails
On Friday, 25 July 2008, 11:46 (UTC+0200), Mads Laursen wrote: > On Fri, Jul 25, 2008 at 11:07, Marianne Promberger > <[EMAIL PROTECTED]> wrote: > [snip] > > Something like (not tested, and I'm sure others have better direct > > function names where I use keyboard presses) > > > > folder-hook . 'push "~d > 1ms\Ca\Ck=archive\n$"' > > > > Actually, trying the line above just now it doesn't work; it just tags > > but doesn't save the message to the archive mailbox, not sure why. > > I don't have a terminal with mutt at the moment, but AFAIKS you need a > or ';' in front of your s to make it work. > > If you look closely, it should have saved exactly one message (not > necessarily one of the tagged ones) to =archive - I think. Thanks, this is exactly what happens. I had forgotten about this because I have set 'auto_tag= yes' in the .muttrc However, it turns out that even with such as ... folder-hook . 'push "~s test234s\Ca\Ck=isomerica/archive\n"' if no message matches "~s test234" it does always save the last message to the archive, so this would have to be changed to _only_ apply _if_ any message is tagged (or is there something like for saving? Anyway, I don't want to do this anyway, and not even sure if it's of help to the OP, so no need on my part to pursue this further. m. > > HTH & HAND > > /dossen > -- > This is a personal problem. There are very few personal problems that > cannot be solved through a suitable use of high explosives. This is > not one of those exceptions. -- Marianne Promberger Graduate student in Psychology http://www.psych.upenn.edu/~mpromber
Re: PGP
Hi, On Tuesday, 29 July 2008, 21:20 (UTC-0700), Ravi Uday wrote: > Hi, > > Maybe I am too lazy to google this stuff Apparently. > but what are PGP messages.. I > mean I see emails with > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > .. > .. > -BEGIN PGP SIGNATURE- > > etc so what does it mean ? Why does mutt support PGP ? The message was cryptographically signed. If you have the public key corresponding to the private key it was signed with (you can get this public key e.g. from a public key server), mutt can invoke a cryptographic program on your system (e.g. GnuPG) to verify that the signature was made with the private key corresponding to the public key you have. Whether the real-life identity of the person who claims to have sent the e-mail in fact is the only one having access to that private key is something that you would need to verify independently, and you should really google for that (e.g. "web of trust"). > Do we need anything to have it setup in our mutt.. Yes. > Or do we need PGP at all ?? That depends on what you mean by "need". m.
Re: mutt hangs when using remote imap server over home broadband
On Thursday, 31 July 2008, 08:54 (UTC-0500), Kyle Wheeler wrote: > On Thursday, July 31 at 11:01 AM, quoth Dan Davison: > > I know next to nothing about the technicalities of email, and > > although this basically seems to work, I've got lots of questions > > about sending and sorting incoming mail, and I'd be interested in > > knowing how others recommend dealing with this situation. > > Pretty much the same way. Although unless you want to keep your mail > on their IMAP server for some other reason, chances are that you'll be > MUCH happier if you pull all your mail and store it locally on your > laptop (e.g. using fetchmail or getmail) rather than keep it on their > server. That will make browsing through your mail archives MUCH > faster, and certainly more reliable. On the other hand, if you need to > be able to read your email without needing your laptop handy, then > obviously that's not a workable solution. I've become a great fan of using offlineimap, which lets you retrieve mail from one or several IMAP acocunts and sync any changes you make locally back up to the IMAP server(s). You get the benefit of fast local access with the benefit of being able to access from any computer with IMAP. Also great for syncing between computers. m.
Re: sent-mail
Hi, On Tuesday, 12 August 2008, 09:44 (UTC+), [EMAIL PROTECTED] wrote: > My problem is my sentmail is denoted by from rather then recipient if > I set the realname and from hook to something other then my true > username. I'm not sure if this is what you're experiencing, but you could try putting your different "from" addresses into your .muttrc: alternates "[EMAIL PROTECTED] | [EMAIL PROTECTED] | [EMAIL PROTECTED]" m.
Re: Mutt devnulled my message!
On Friday, 15 August 2008, 10:10 (UTC+0200), dae3 wrote: > > BTW, the invalid Fcc I had specified was '.' (what I was trying to say > was "put it in the friggin' current mailbox!" - there *should* be a > quick way to say this, in case there still isn't). folder-hook . 'set record="^"' I don't know whether that works for your version of mutt. For mail that is sent from the commandline, I also have a default: set record= "=sent-mail" m.
Re: Stop Mutt from jumping to next message on next-page
Hi, > is there the possibility to prevent mutt from jumping to the next message > when next-page is executed? set pager_stop=yes m.
Re: disable beep sound
On Wednesday, 20 August 2008, 18:11 (UTC+0800), bill lam wrote: > On Wed, 20 Aug 2008, Stefan Wimmer wrote: > > Does "set beep=no" not help? > > Thanks! it works. > > BTW when I hit reply (r), it filled your email address instead of > group list address, how to reply to (1) group L (I think only works if you've told mutt about the list using "subscribe" in .muttrc) or (2) all g Typing a question mark "?" in mutt gives you an overview over the currently bound keys. and: http://www.mutt.org/doc/manual/ m.
extract header from current message (to pass to shell)?
Is it possible to extract a specific message header from mutt and pass it on to a shell command? maybe by passing the current message to formail (but then, what would I write for "the current message" on mutt's shell command prompt that comes up when I press "!" ?) Background: I'd like to be able to "ignore" threads that are of no interest to me (on mailing lists), and I'm currently thinking about this: (a) bind a key to delete the current message and also extract the message ID and append it to a textfile (this is where I'm stuck) (b) set up a folder hook to delete-pattern messages that are "In reply to:" messages with IDs that are in the textfile from (a) (I think I've got that part sorted) Thanks, m.
Re: extract header from current message (to pass to shell)?
Thanks guys, I wasn't quite sure how to integrate details of Patrick's procmailrc suggestions, as I'm using mutt locally (combined with offlineimap) and have procmail filter remotely on the server. However, I now do use a mutt macro & procmail combo, like this: in ~/.muttrc: macro index "I" "/usr/bin/formail -x Message-ID >> ~/.mutt/ignorelist" "ignore thread" Then, I have set up a cron job to periodically rsync the .mutt/ignorelist up to the server (I'll add something that also crops the length of the file). On the server, in ~/.procmailrc: IGNORETHREADLIST=cat $HOME/.procmail/ignorelist | tr -d " " | tr "\n" "|" | sed 's/|$//' :0: * $ ^In-Reply-To:.*($IGNORETHREADLIST) /home/mpromber/.maildir/inbox/.ignored-threads/ I haven't tested this a lot but it seems to work. Non-mutt related question in case someone with server experience would like to comment: I'm not directly rsyncing up, but am calling a shell script that first does one ping to see whether I can reach the server. Would it put noticeable strain on the server to call this script every 15 (10? 5?) minutes? I have a free shell account and I don't want to be rude. m.
Re: extract header from current message (to pass to shell)?
Hi,
Just to post the solution I've finally adopted, in case anyone comes
across this and wants to cut and paste. Seems to work fine.
I actually now feed two different blacklists locally, because one is a
mailing list that moves a lot faster than the other stuff, so it makes
sense to crop that more often. Incidentally, I don't know what a
reasonable length to crop would be, given that procmail has to process
the recipe (I know I had to bump up LINEBUF). I just guessed.
I realized I need the References and not just the Message-ID if I want
to be able to ignore threads after a few messages have passed, and I
also need "References", not "In-reply-to" in the procmailrc to catch replies
after the
first one (duh, should have looked at Kyle's message more closely).
.muttrc:
folder-hook . 'macro index "I" "/usr/bin/formail -c -z -x
References -x Message-ID | cut -d\">\" -f1 | tr -d \"<\" >>
~/.mutt/ignore_all" "ignore thread"'
folder-hook =isomerica/r-help 'macro index "I" "/usr/bin/formail
-c -z -x References -x Message-ID | cut -d\">\" -f1 | tr -d \"<\" >>
~/.mutt/ignore_r" "ignore thread"'
Shell script that crops, sets flags, removes duplicates and if
necessary uploads changes to the server
#!/bin/bash
IGNOREFILE=$HOME/.mutt/ignorelist
RIGNORE=$HOME/.mutt/ignore_r
RFLAG=$HOME/.mutt/.ignoreflag_r
ALLIGNORE=$HOME/.mutt/ignore_all
ALLFLAG=$HOME/.mutt/.ignoreflag_all
SERVER=server.name.here
if [ "$RIGNORE" -nt "$RFLAG" ] || [ "$ALLIGNORE" -nt "$ALLFLAG" ]; then
ping -c1 $SERVER > /dev/null 2>&1
if [ $? != 0 ] ; then
exit 0
else
{ rm "$ALLIGNORE" && awk '!x[$0]++' > "$ALLIGNORE"; } < "$ALLIGNORE" ||
exit 1
while [ "$(wc -l $ALLIGNORE | cut -d ' ' -f 1)" -gt 40 ]; do
/bin/sed -i '1d' "$ALLIGNORE"
done
cat "$ALLIGNORE" > "$IGNOREFILE" || exit 1
{ rm "$RIGNORE" && awk '!x[$0]++' > "$RIGNORE"; } < "$RIGNORE" || exit 1
while [ "$(wc -l $RIGNORE | cut -d ' ' -f 1)" -gt 110 ]; do
/bin/sed -i '1d' "$RIGNORE"
done
cat "$RIGNORE" >> "$IGNOREFILE" || exit 1
rsync --times $IGNOREFILE $SERVER:.procmail/ignorelist && touch
"$RFLAG" && touch "$ALLFLAG"
fi
fi
.procmailrc:
IGNORETHREADLIST=cat $HOME/.procmail/ignorelist | tr -d " " | tr "\n" "|" | sed
's/|$//'
:0
* $ ^References:.*($IGNORETHREADLIST).*
*
!(^(To|Cc).*(my|email|adresses).*)
inbox/.ignored-threads/
Thanks again for your help,
m.
Re: creating an alias of a group email?
On Saturday, 13 September 2008, 10:57 (UTC-0700), [EMAIL PROTECTED] wrote: > Tom [EMAIL PROTECTED] wrote: > > On Thu, Sep 11, 2008 at 04:14:26PM -0700, [EMAIL PROTECTED] wrote: > > > Sometimes I receive an email that is sent to a group of people. I want > > > to alias all such addresses in the To: list. What is the easiest way to > > > do it. > > > > I do it like this: in my alias file : > > alias name-of-alias <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL > > PROTECTED]> > > That would involve lot of editing if there are lots of names in the > list. I can use my editor tricks to reduce the amount of editing, but I > am looking for a mutt feature that can help me create such an alias > easily! I wouldn't know a mutt feature, but from my latest dabblings with blacklisting subjects etc, personally I'd do it using a macro, formail and sed/awk. The macro would pipe the message to formail, which would extract the To: headers, then pipe that through sed or awk to give a meaningful mutt alias line and append that to your mutt aliases file. Possibly the macro could as a last step open your mutt aliases file in an editor, so that you could make finegrained corrections if necessary. I'm not good enough with formail and sed/awk to pull a line out of my sleeve on the spot that would do all this, and I'm a bit busy right now, but if you want to adopt this solution and need specific help let me know. m.
Re: delete duplicated mails
On Tuesday, 23 September 2008, 09:10 (UTC+0800), bill lam wrote: > Hello, > After forwarding or copying, there are duplicated mails in local > maibox folder. Is there an method to duplicated mails and only keep a > copy of each mail? The "Message-ID" field in header section is > intended to be the key field. in muttrc: set duplicate_threads = yes then: D~= (i.e. ~= ) I've actually got a folder-hook set to do this: folder-hook . push "~=" m.
Re: send-hook and different email accounts
Hi,
On Thursday, 25 September 2008, 12:52 (UTC+0200), Marco Giusti wrote:
> ciao!
> i'm using mutt with two different email accounts. generally i use the
> first one but i need to use the second to send email to the university
> so i set the following send-hook:
>
> unhook send-hook
> unhook send2-hook
>
> send-hook . unmy_hdr From Reply-To
>
>
> send-hook . 'set sendmail="~/bin/msmtpQ -a gmail"; \
> set from = "Marco Giusti <[EMAIL PROTECTED]>"; \
> my_hdr Reply-To: [EMAIL PROTECTED]'
I had problems trying to achieve the same thing with "set from" and
I'm now using
send-hook . 'my_hdr From: My Name <[EMAIL PROTECTED]>'
But I didn't know about "unmy_hdr", so "my_hdr" may not be necessary, and
there may be a better way to do it with "set from" ("better" because
for all I remember with my_hdr From, "set reverse_name" doesn't work).
m.
Re: send-hook and different email accounts
On Thursday, 25 September 2008, 15:31 (UTC+0200), Marco Giusti wrote: > anyway i cannot understand reverse_name and i don't use it With reverse_name, when you reply to an e-mail, mutt automatically sets your "From:" address to whatever e-mail the original sender used to get the mail to you. If someone e-mails to your private account, your reply will have set "From" to your private account. If someone e-mails to your university account, your reply will have set "From" to the uni account. send-hooks and folder-hooks can catch a lot, but sometimes they don't. For example, I have my university address as the default "from:" address. But I'm also active in a cycling organisation, and if someone with whom I've never exchanged email before sends a message to me at that address, no hook will match, but I'd still like the reply to originate from the cycling address, not the uni address. Currently, I have to set this manually (using a macro). m.
Re: send-hook and different email accounts
On Thursday, 25 September 2008, 17:10 (UTC+0200), Alexander Dahl wrote: > Hi, > > > For example, I have my university address as the default "from:" > > address. But I'm also active in a cycling organisation, and if someone > > with whom I've never exchanged email before sends a message to me at > > that address, no hook will match, but I'd still like the reply to > > originate from the cycling address, not the uni address. Currently, I > > have to set this manually (using a macro). > > I want the same thing and have configured it as follows (@ and . > replaced ;)) > > set reverse_name > set realname= 'Alexander Dahl' > set from= "post(at)lespocky(dot)de" > set use_from= yes > alternates "post(at)lespocky(dot)de|lespocky(at)web(de)" > > This does exactly what you describe, you simply have to set the > mail-adresses you use as alternates, no hooks or macros or my_hdr > modifications necessary. Well, yes, but I am running mutt 1.5.15, and there I need "my_hdr From" for send-hooks, and that then messes up reverse_name. m.
Re: send-hook and different email accounts
On Thursday, 25 September 2008, 11:27 (UTC-0400), Patrick Shanahan wrote: > * Marianne Promberger <[EMAIL PROTECTED]> [09-25-08 11:21]: > > > > Well, yes, but I am running mutt 1.5.15, and there I need "my_hdr > > From" for send-hooks, and that then messes up reverse_name. > > > > iianm, the idea is to use reverse_name generally and send-hooks for > specific situations. > Yes.
Re: synchronization of two maildirs
On Tuesday, 28 October 2008, 14:53 (UTC-0700), [EMAIL PROTECTED] wrote: > I receive my mail at my desktop and would like to read messages from the > laptop. Right now, I just ssh from the laptop and run mutt. It works > great! > > I am going to a different place for couple months where the network > bandwidth is very poor. Ssh+mutt will not be very responsive. So I am > looking at programs that would synchronize two maildirs. Looked at isync > (mbsync) but that seems to need an IMAP (am I right?). Any other > programs that can work for me. If not, I may end up writing my own! Have a look at offlineimap. m.
Re: send attachment interactively from command line
On Friday, 05 December 2008, 16:22 (UTC+0800), bill lam wrote: > I want it to start mutt, auto press "m" to compose a new message, then > I type in the "To", "subject", and mutt calls editor for me to input > body text. And it adds the file that I included in the command line > flag to its attachment list. Everything should work inside mutt and it > will not send the email automatically. Like the "sendto: email as > attachment" under m$ window file explorer or nautilus in gnome. > Let's assume you want to attach file "~/tmp/foo.txt" At the command line, type: mutt -a ~/tmp/foo.txt [ENTER] Is that what you want? m.
muttrc push sequence not always executed
I have the following in my muttrc, as the last line: push "~s abrechnungN" (I'm sending myself backups of a spreadsheet and want to immediately archive these to a different mail folder, unsetting the "new" flag). Basically, this line doesn't always get executed, meaning that new mail matching the pattern "~s abrechnung" stays in my spoolfile, marked as new. When I say "doesn't always get executed", I mean that when I test this repeatedly in a row, restarting mutt when there is mail matching the pattern in my spoolfile, the desired effect (mail matching pattern saved to other mailbox) occurs roughly 10-25 percent of the time. This estimate is for my normal way to start mutt, which is from a shell script with the line: xfce4-terminal --geometry=100x63+5+5 -T mutt -e mutt When I test it calling "mutt" directly from a running terminal, the success rate is almost 100 percent, but I think there have been cases where it didn't work there, either (but can't replicate this at the moment). Is there any thing I can do to make the push function work more often, ideally 100 percent, when I start mutt from a shell script with a line like the one above? m.
Re: muttrc push sequence not always executed
On Friday, 05 December 2008, 13:24 (UTC+0100), Christian Ebert wrote: > * Marianne Promberger on Friday, December 05, 2008 at 12:00:47 + > > I have the following in my muttrc, as the last line: > > > > push "~s > > abrechnungN" > > > > (I'm sending myself backups of a spreadsheet and want to immediately > > archive these to a different mail folder, unsetting the "new" flag). > > > > Basically, this line doesn't always get executed, meaning that new > > mail matching the pattern "~s abrechnung" stays in my spoolfile, > > marked as new. > > As a wild guess you might want to experiment with your $resolve > setting; I think Mutt tries to jump to the next message before > clearing the flag. So perhaps temporarily unsetting $resolve > might help. > Thanks for your tip. I tried putting in "set resolve=no". My impression is that the success rate is quite a bit higher now, but still not 100 percent. Maybe 50 percent or slightly more (but this is just my impression). Note that it either works completely, clearing the "new" flag (if any) _and_ saving the message _and_ syncing the mailbox, or not at all. Any more ideas very welcome! :) m.
macro that executes after successful create-alias?
I'm trying to keep my mutt aliases file and my abook synchronized. I've found this online: http://www.wolfermann.org/mutt.html It handles writing changes in abook back to the mutt aliases fine. However, it uses the abook --add-email function to extract an alias from a message sender. I prefer to use mutt's , as it gives me more control, specifically over the "nick". So I think I could do something like this (all one line): tail -n 1 .mutt/.mutt.aliases | abook --convert --informat mutt --outformat abook >> ~/.abook/addressbook after creating an alias with . I would like to creat a macro that does this and bind it to "a" in the index. However, I will need to hit enter several times and possibly correct the default entries between and executing the line above. Is there any way how I can do that? (I guess I could always write an extra macro that calls the line above, then execute the macro whenever I've added a new alias, but a one-step solution would be much nicer). m.
link-thread in Gmail imap folder removes label
When I have a Gmail IMAP folder (aka "label") open in mutt and use link-thread, the message I linked to the other one has the label removed. Example: I am in the IMAP folder imaps://imap.gmail.com/whatever (i.e. all messages labeled "whatever" in Gmail). One message has subject "foo". One message has subject "bar". They are not related, hence not threaded in mutt. I tag message "bar", move to message "foo" and hit "&" for link-thread. The messages are linked in a thread: foo '--> bar Fine so far. I hit "$" to sync the mailbox, and message "bar" disappears. When I log in to Gmail using their web interface, message "bar" is still in "All Mail", but has the label "whatever" removed. To me, this makes Gmail unusable for reading mailing lists *). Am I doing something wrong? Is there a fix? (Detailed info about my mutt version at bottom of this message) m. *) especially since I normally don't use IMAP directly, but offlineimap, with "realdelete=yes", and that means the linked message is actually moved to the Trash. (I'm assuming this is something between how mutt links threads and Gmail, and not offlineimap, since I experience it directly in IMAP as well, as described). Output of mutt -v: Mutt 1.5.18 (2008-05-17) Copyright (C) 1996-2008 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Linux 2.6.27-9-generic (i686) ncurses: ncurses 5.6.20071124 (compiled with 5.6) libidn: 1.8 (compiled with 1.8) hcache backend: GDBM version 1.8.3. 10/15/2002 (built Jun 15 2006 21:19:27) Compile options: -DOMAIN +DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE +USE_FCNTL -USE_FLOCK +USE_POP +USE_IMAP +USE_SMTP +USE_GSS -USE_SSL_OPENSSL +USE_SSL_GNUTLS +USE_SASL +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME -CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +COMPRESSED +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_LIBIDN +HAVE_GETSID +USE_HCACHE -ISPELL SENDMAIL="/usr/sbin/sendmail" MAILPATH="/var/mail" PKGDATADIR="/usr/share/mutt" SYSCONFDIR="/etc" EXECSHELL="/bin/sh" MIXMASTER="mixmaster" To contact the developers, please mail to . To report a bug, please visit http://bugs.mutt.org/. patch-1.5.13.cd.ifdef.2 patch-1.5.13.cd.purge_message.3.4 patch-1.5.13.nt+ab.xtitles.4 patch-1.5.4.vk.pgp_verbose_mime patch-1.5.6.dw.maildir-mtime.1 patch-1.5.8.hr.sensible_browser_position.3
match messages without a reply from anyone?
Hi Is there a pattern to match messages that haven't been replied to by anyone? E.g. I have a mailbox open that contains messages from mailing lists. I want to see only these threads consisting of a single message, i.e. someone posted to the list but nobody has replied yet. Thanks, Marianne -- Marianne Promberger http://promberger.info GnuPG/PGP public key ID 80AD9916 __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __
Re: match messages without a reply from anyone?
Thanks guys. I actually didn't ask my question correctly -- I want to match only those messages that haven't been replied to and that also started a thread. This combination does the trick nicely: !~x . ~$ Marianne -- Marianne Promberger http://promberger.info GnuPG/PGP public key ID 80AD9916 __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __
swap to: and cc: recipients in compose menu?
Can I swap recipients in the "To:: and "Cc:" field from the compose menu? It seems there was a feature request about this years ago: http://bugs.mutt.org/trac/ticket/1710 resulting if I understand that thread correctly in a patch. Has that patch been integrated into mutt? "?" in the compose menu doesn't show anything promising, neither does the "sending mail" section in the manual. I currently use "E" (edit-headers) as a workaround, which is okay. Marianne -- Marianne Promberger http://promberger.info GnuPG/PGP public key ID 80AD9916 __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __
Can send-hook "set from" take precedence over reverse_name?
Dear mutt users, I have set reverse_name I also have some send-hooks like this: send-hook "~t domain.com" 'set from="My Name "' Currently, if I reply to some...@domain.com, the "From" in the reply gets set to whatever some...@domain.com sent it to, not to the line specified in the send-hook. I.e., reverse_name takes precedence. This happens no matter which of reverse_name or send-hook I put first in my muttrc. I would like the send-hooks to take precedence over reverse_name. Is this possible? Marianne -- Marianne Promberger http://promberger.info GnuPG/PGP public key ID 80AD9916 __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __
