Re: sending email - mutt waiting for long periods of time on Sending
0n Wed, May 21, 2008 at 03:30:42AM -0500, Kyle Wheeler wrote: Well, to *debug* it is easy, just use mutt's debugging mode, and have `tail -F ~/.muttdebug0` running in another terminal. Generally, though, that's probably an issue with your sendmail, and you can just ignore it by setting $sendmail_wait to be something small, like 2 (it'll complete in the background and you won't have to be bothered by it). Thanks Kyle. I just added $sendmail_wait=1. -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email.
Re: changing subject of all messages in a thread
also sprach David Champion [EMAIL PROTECTED] [2008.05.06.1919 +0200]: prompt would be handy. Meanwhile, you might try something like: $ cat mutt-subject-edit [...] :source mutt-subject-edit | [tag some messages] tag-prefixedit-message http://git.madduck.net/v/etc/mutt.git?a=commitdiff;h=d215fb8c4bb24685149e374ced9ab2fa5c2fd21e seems to work ok. Thanks, David! -- martin | http://madduck.net/ | http://two.sentenc.es/ wovon man nicht sprechen kann, darüber muß man schweigen. -- wittgenstein spamtraps: [EMAIL PROTECTED] digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Re: no New Mail in notification when in pager
Hi, * Steve S wrote: Ah good. Is this documented in the manual or wiki? I've now added some lines to the manual: http://dev.mutt.org/doc/manual.html#handling-folders Rocco
send-hook and Reply-To header
ciao! i got two account to send email: my main main account and the university account which i use to communicate to professors and in general to all university-related people. the following is my configuration which sometime works and sometime not unhook send-hook unhook send2-hook send-hook . 'unset crypt_autoencrypt' send-hook '~t [EMAIL PROTECTED]' 'set crypt_autoencrypt' send-hook . 'set sendmail=~/bin/msmtpQ -a gmail; \ set from = [EMAIL PROTECTED]; \ my_hdr Reply-To: [EMAIL PROTECTED]' send-hook .*unibo\.it 'set sendmail=~/bin/msmtpQ -a hermes; \ set from = [EMAIL PROTECTED] my_hdr Reply-To: [EMAIL PROTECTED]' having some tests i got strange behavior. here the steps i followed: 1. send an email to [EMAIL PROTECTED] 2. send an email to [EMAIL PROTECTED] 3. send an email to [EMAIL PROTECTED] now i'm expecting that all mails sent to unibo.it domain are set with Reply-To and From headers to [EMAIL PROTECTED] and [EMAIL PROTECTED] elsewhere but it is not. this is the msmtp log mag 22 01:58:34 host=smtp.gmail.com tls=on auth=on [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] mailsize=472 exitcode=EX_OK mag 22 01:58:48 host=posta.studio.unibo.it tls=on auth=on [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] mailsize=493 exitcode=EX_OK mag 22 02:01:05 host=posta.studio.unibo.it tls=on auth=on [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] mailsize=486 exitcode=EX_OK the first two emails' headers are right, not the third one's. From: [EMAIL PROTECTED] - should be [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: ciao Message-ID: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] --- should be [EMAIL PROTECTED] i do not know where to look, any help is appreciated. signature.asc Description: Digital signature
Re: no New Mail in notification when in pager
On May 21 19:48, Rado S wrote: =- Steve S wrote on Wed 21.May'08 at 10:32:38 +0200 -= Automatic notification about new mail and buffy-list showing an up-to-date folder list works *only* in the index. Yes, this is known. Ah good. Is this documented in the manual or wiki? If not, I (or whoever) could add this to e.g. the section How to make mutt check for new mail more often? in http://wiki.mutt.org/?MuttFaq/Folder if this is considered useful. Sure, go ahead. Done. steve
Re: no New Mail in notification when in pager
On May 22 11:37, Rocco Rutte wrote: Hi, * Steve S wrote: Ah good. Is this documented in the manual or wiki? I've now added some lines to the manual: http://dev.mutt.org/doc/manual.html#handling-folders Uh, you've been faster than me. Thank's very much. steve
Re: send-hook and Reply-To header
On 22 May 2008 14:12 +0200, by [EMAIL PROTECTED] (Marco Giusti): send-hook .*unibo\.it 'set sendmail=~/bin/msmtpQ -a hermes; \ set from = [EMAIL PROTECTED] | You probably want a semicolon here ^ my_hdr Reply-To: [EMAIL PROTECTED]' having some tests i got strange behavior. here the steps i followed: I haven't looked at it in detail, but try that and see if it works any better. -- Michael Kjörling .. [EMAIL PROTECTED] .. http://michael.kjorling.se * . No bird soars too high if he soars with his own wings . * * ENCRYPTED email preferred -- OpenPGP key ID: 0x 758F8749 BDE9ADA6 * * ASCII Ribbon Campaign: Against HTML mail, proprietary attachments * signature.asc Description: Digital signature
Re: send-hook and Reply-To header
On 22 May 2008 14:24 +, by [EMAIL PROTECTED] (Michael Kjorling): On 22 May 2008 14:12 +0200, by [EMAIL PROTECTED] (Marco Giusti): send-hook .*unibo\.it 'set sendmail=~/bin/msmtpQ -a hermes; \ set from = [EMAIL PROTECTED] | You probably want a semicolon here ^ my_hdr Reply-To: [EMAIL PROTECTED]' Oops... this is what I get for trying to help when I'm in a hurry. That should obviously be a semicolon AND a backslash for line continuation. Sorry for the extra e-mail, everyone. -- Michael Kjörling .. [EMAIL PROTECTED] .. http://michael.kjorling.se * . No bird soars too high if he soars with his own wings . * * ENCRYPTED email preferred -- OpenPGP key ID: 0x 758F8749 BDE9ADA6 * * ASCII Ribbon Campaign: Against HTML mail, proprietary attachments * signature.asc Description: Digital signature
Re: send-hook and Reply-To header
On Thu, May 22, 2008 at 02:28:20PM +, Michael Kjorling wrote: On 22 May 2008 14:24 +, by [EMAIL PROTECTED] (Michael Kjorling): On 22 May 2008 14:12 +0200, by [EMAIL PROTECTED] (Marco Giusti): send-hook .*unibo\.it 'set sendmail=~/bin/msmtpQ -a hermes; \ set from = [EMAIL PROTECTED] | You probably want a semicolon here ^ my_hdr Reply-To: [EMAIL PROTECTED]' Oops... this is what I get for trying to help when I'm in a hurry. That should obviously be a semicolon AND a backslash for line continuation. Sorry for the extra e-mail, everyone. i lost it in copy/paste. send-hook .*unibo\.it 'set sendmail=~/bin/msmtpQ -a hermes; \ set from = [EMAIL PROTECTED]; \ my_hdr Reply-To: [EMAIL PROTECTED]' signature.asc Description: Digital signature
Re: send-hook and Reply-To header
On Thu, May 22, 2008 at 02:12:35PM +0200, Marco Giusti wrote: [cut] having some tests i got strange behavior. here the steps i followed: 1. send an email to [EMAIL PROTECTED] 2. send an email to [EMAIL PROTECTED] 3. send an email to [EMAIL PROTECTED] [cut] attached the log with -d 5 of the above send mail Mutt 1.5.17+20080114 started at Thu May 22 17:49:30 2008 . Debugging at level 5. Reading configuration file '/etc/Muttrc'. parse_attach_list: ldata = 006bec80, *ldata = parse_attach_list: added */.* [9] parse_attach_list: ldata = 006bec88, *ldata = parse_attach_list: added text/x-vcard [7] parse_attach_list: added application/pgp.* [2] parse_attach_list: ldata = 006bec88, *ldata = 021cabf0 parse_attach_list: skipping text/x-vcard parse_attach_list: skipping application/pgp.* parse_attach_list: added application/x-pkcs7-.* [2] parse_attach_list: ldata = 006bec90, *ldata = parse_attach_list: added text/plain [7] parse_attach_list: ldata = 006bec88, *ldata = 021cabf0 parse_attach_list: skipping text/x-vcard parse_attach_list: skipping application/pgp.* parse_attach_list: skipping application/x-pkcs7-.* parse_attach_list: added message/external-body [4] parse_attach_list: ldata = 006bec98, *ldata = parse_attach_list: added message/external-body [4] Reading configuration file '/usr/lib/mutt/source-muttrc.d|'. Reading configuration file '/etc/Muttrc.d/abook.rc'. Reading configuration file '/etc/Muttrc.d/charset.rc'. Reading configuration file '/etc/Muttrc.d/colors.rc'. mutt_alloc_color(): Color pairs used so far: 1 mutt_alloc_color(): Color pairs used so far: 2 mutt_alloc_color(): Color pairs used so far: 3 mutt_alloc_color(): Color pairs used so far: 4 mutt_alloc_color(): Color pairs used so far: 5 mutt_alloc_color(): Color pairs used so far: 6 mutt_alloc_color(): Color pairs used so far: 7 mutt_alloc_color(): Color pairs used so far: 8 Reading configuration file '/etc/Muttrc.d/compressed-folders.rc'. Reading configuration file '/etc/Muttrc.d/gpg.rc'. Reading configuration file '/etc/Muttrc.d/smime-paths.rc'. Reading configuration file '/home/nohero/.mutt/muttrc'. Reading configuration file '/home/nohero/.mutt/aliases'. parse_alias: Second token is 'Pietro Garofalo [EMAIL PROTECTED], Fabio Marini [EMAIL PROTECTED], Aldo Romani [EMAIL PROTECTED]'. parse_alias: [EMAIL PROTECTED] parse_alias: [EMAIL PROTECTED] parse_alias: [EMAIL PROTECTED] parse_alias: Second token is 'zonapython [EMAIL PROTECTED]'. parse_alias: [EMAIL PROTECTED] parse_alias: Second token is 'Matteo Gasparri [EMAIL PROTECTED]'. parse_alias: [EMAIL PROTECTED] parse_alias: Second token is 'Luca Ghedini [EMAIL PROTECTED]'. parse_alias: [EMAIL PROTECTED] parse_alias: Second token is 'Mauro Lopopolo [EMAIL PROTECTED]'. parse_alias: [EMAIL PROTECTED] Reading configuration file '/home/nohero/.mutt/look'. mutt_alloc_color(): Color pairs used so far: 9 mutt_alloc_color(): Color pairs used so far: 10 mutt_alloc_color(): Color pairs used so far: 11 mutt_alloc_color(): Color pairs used so far: 12 mutt_alloc_color(): Color pairs used so far: 13 mutt_alloc_color(): Color pairs used so far: 14 mutt_alloc_color(): Color pairs used so far: 15 mutt_alloc_color(): Color pairs used so far: 16 mutt_alloc_color(): Color pairs used so far: 17 Reading configuration file '/home/nohero/.mutt/key_bindings'. Reading configuration file '/home/nohero/.mutt/fcc-save-hook'. Reading configuration file '/home/nohero/.mutt/send-hook'. Reading configuration file '/home/nohero/.mutt/account-hook'. Reading configuration file '/home/nohero/.mutt/fcc-hook'. Reading configuration file '/home/nohero/.mutt/save-hook'. Reading configuration file '/home/nohero/.mutt/folder-hook'. Reading configuration file '/home/nohero/.mutt/message-hook'. Reading configuration file '/home/nohero/.mutt/mbox-hook'. Reading configuration file '/home/nohero/.mutt/crypto'. Using default IMAP port 143 Using default IMAPS port 993 Updating progress: 0 Updating progress: 0 Updating progress: 0 ../mh.c:713: queueing 1211019880.28862_83.lemurdoc:2,S ../mh.c:713: queueing 1208046612.19106_0.lemurdoc:2,S ../mh.c:713: queueing 1208687407.9514_0.lemurdoc:2,S ../mh.c:713: queueing 1211407205.28846_0.lemurdoc:2,S ../mh.c:713: queueing 1208685614.9460_0.lemurdoc:2,S ../mh.c:713: queueing 1190487603.12440_0.minimurdoc:2,S ../mh.c:713: queueing 1209630604.26294_0.lemurdoc:2,S ../mh.c:713: queueing 1211319008.23369_0.lemurdoc:2,S ../mh.c:713: queueing 1207650603.11581_0.lemurdoc:2,S ../mh.c:713: queueing 1208685615.9461_0.lemurdoc:2,S ../mh.c:713: queueing 1208685615.9462_0.lemurdoc:2,S ../mh.c:713: queueing 1208046613.19107_0.lemurdoc:2,S ../mh.c:713: queueing 1209038410.14016_0.lemurdoc:2,S ../mh.c:713: queueing 1211019965.28862_101.lemurdoc:2,S ../mh.c:713: queueing 1207303208.18994_0.lemurdoc:2,S Updating progress: 0 Updating progress: 0 maildir: need to sort /home/nohero/mail/inbox by inode ../mh.c:758 maildir_add_to_context(): Considering ../mh.c:767
syncing IMAP mailbox doesn't work if computer goes to sleep
Hi, Just wondering if anyone has a solution for this I use mutt with my gmail account ... here are my settings : Mutt version : 1.5.17 OS : Mac OS X (10.4.11) set imap_idle set imap_user = '[EMAIL PROTECTED]' set imap_pass = 'my_pass' set spoolfile = imaps://imap.gmail.com:993/INBOX set folder = imaps://imap.gmail.com:993 set record=imaps://imap.gmail.com/[Google Mail]/Sent Mail set postponed=imaps://imap.gmail.com/[Google Mail]/Drafts set certificate_file=~/.mutt/mutt_certificates If I delete mail and then sync the mailboxes with '$' command the mail disappears from my mutt index page BUT if my laptop goes to sleep and the mutt session is terminated the next time I log into mutt the deleted mails are back. I thought syncing brought everything up-to-date?? If I log out after deleting the mails (using 'q' and then 'y' to confirm the deletion of the mail) and log back in again the mail remains deleted ... this is my only solution but it is a bit of a pain is there any other way of doing this?? Thanks in advance, Kieran -- Kieran Forde E-mail: [EMAIL PROTECTED]
Re: Filtering/moving mail on IMAP server
* On Wed, May 21, 2008 09:43AM +0200 Przemek Gawronski ([EMAIL PROTECTED]) muttered: But wanted to give my providers IMAP a chance. Being used to having mail nicely put in the correct mailbox with procmail I'm missing that very much now. Is there any way I can get my mail from spoolfile redistributed to mailboxes? Does the Imapd support sieve? Michael -- The nice thing about Windows is - It does not just crash, it displays a dialog box and lets you press 'OK' first. (Arno Schaefer's .sig) PGP-Key-ID: 0xDC1A44DD Jabber: [EMAIL PROTECTED]
new things in 1.5.18
Hello, I've just build 1.5.18 and replaced 1.5.17. I notice that there's some small new features in 1.5.18 that are kind of annoying me, and I'd like to know what, if anything, I can do about it. First, I see that when mutt is Evaluating Cache or Fetching Headers (or other things too), there is now a percentage displayed to the right of the fraction that tells how far along mutt is in the process. There used to simply be a fraction. Can I get rid of this? Since I've set the (wonderful) new time_inc to 1, what happens now is that mutt displays 0% unless the operation takes more than 10 seconds. I would rather it not display any percentage at all. 0% makes it look like mutt has frozen. Also, the less cluttered the message the better. Second, when I change IMAP folders, there seem to be more steps than before that mutt goes through before showing me what's in my folders. I used to see Evaluating Cache, and then if there were no new messages since the last caching, mutt would go straight to Sorting Mailbox and then show me the folder. If there were new messages since last caching, then mutt would say Fetching Headers while it grabbed the rest of them. Now, I notice that even when the folder has just been cached and no new content is added, mutt will *still* take the time to display Fetching Headers. 1.5.17 did not do this, if I recall correctly. Can I switch this off somehow? In general, I'm seeing a lot more stuff go by on the bottom of the screen than I did with 1.5.17, and it's making mutt take longer to switch folders than with 1.5.17. Thanks! -gmn