Re: Is there a way to get mutt to do a 'slow' scan for new mail?
On 2012-11-16, Chris Green wrote: > On Fri, Nov 16, 2012 at 12:04:01PM +, Chris Green wrote: > > On Thu, Nov 15, 2012 at 12:28:50PM -0800, Gary Johnson wrote: > > > On 2012-11-15, Matthias Apitz wrote: > > > > > > set check_mbox_size > > > > > > which will tell mutt to check mailbox file sizes instead of access > > > times. > > > > [snip minor rant] > > > > I may try check_mbox_size but I seem to remember that it has some > > associated downsides as well. > > > Does this work from run to run of mutt? I.e. does mutt remember the > sizes somehow? ... or will it only work during a single run of mutt? It works from run to run. Regards, Gary
Re: Is there a way to get mutt to do a 'slow' scan for new mail?
* fe...@crowfix.com [11-16-12 20:29]: > On Fri, Nov 16, 2012 at 12:08:34PM +, Chris Green wrote: > > > > If the latter then it's of little use because I use mutt over an > > impermanent ssh link. > > Use screen, at least as a workaround. or tmux. I used screen for several years, ssh'ing into the server. Then I found tmux and felt better using it remotely. There are ways and there are waz. -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535@ http://linuxcounter.net
Re: Is there a way to get mutt to do a 'slow' scan for new mail?
On Fri, Nov 16, 2012 at 12:08:34PM +, Chris Green wrote: > > If the latter then it's of little use because I use mutt over an > impermanent ssh link. Use screen, at least as a workaround. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. Felix Finch: scarecrow repairman & rocket surgeon / fe...@crowfix.com GPG = E987 4493 C860 246C 3B1E 6477 7838 76E9 182E 8151 ITAR license #4933 I've found a solution to Fermat's Last Theorem but I see I've run out of room o
Re: Forward message inline and attachments, attached.
Hi Oscar, Oscar Pereira schrieb am 16.11.2012 19:08:25: > As it turns out, there is a workaround to this issue, which is to tag > the attachments you want, and then hit ;f. This works, but is *really* > cumbersome. Can’t this be put into a macro somehow? P.M.
unsubscribe
-- Salvatore Iovene Personal website: http://iovene.com/ Founder of AstroBin: http://astrobin.com/
Re: Seeing subfolder - dovecot - imap - maildir
* Linda [2012-11-14 00:04 -0500]: > I use dovecot with Maildir for the imap server. I can view the inbox fine > but can't access or list the subdirectories I assume you can with other IMAP clients, right? > Here is the .muttrc lines that would be relevant > > set spoolfile=imap://office-mail@star/ > set folder=imap://office-mail@star/ > set record=imap://office-mail@star/Sent > set imap_user=office-mail > > [snips...] > > I am pretty sure I need to change ~/maildir to something but don't > know what to use in its place. Also I changed mailboxes from Mail to > Maildir but it doesn't seem to change anything. I also tired a set > mask command I found in some howtos but then I lost the inbox. For another technique, you may want to try using one (or both) of the following two options available for IMAP: imap_check_subscribed imap_list_subscribed When I used dovecot directly (now I use offlineimap with dovecot) I did not set my mailboxes explicitly, but allowed imap_check_subscribed to do that for me. The only settings I had (IMAP related) to make things work (this was with dovecot 1.2/2.0/2.1) follow. #v+ set folder=imaps://mx.weller-fahy.com # default location (value of = or +) set spoolfile=+INBOX# initial folder (delivery location) set mbox=+INBOX # read mail from "$spoolfile" goes here set imap_user=d...@weller-fahy.com set imap_idle set imap_check_subscribed set imap_headers="X-SPAM-STATUS X-SPAM-LEVEL" unset imap_passive #v- So, in your case you may want to try the following. Note I have removed the slash at the end of "imap://office-mail@star", if that is required to access your folders, please put it back ;). Another thing, I noticed you did not list an explicit INBOX, so I'm assuming there's a reason for that and not including it. If, however, there *is* an explicit INBOX in the IMAP account, make sure you change spoolfile to be "+INBOX" (and, possibly, your mbox to "+INBOX" as well). #v+ set folder=imap://office-mail@star set spoolfile=+ set mbox=+ set record=+Sent set imap_user=office-mail set imap_check_subscribed #v- One last thing that I noticed was the folder setting: Are all your folders under the INBOX on your IMAP server? Or are they at the same level as the INBOX? Hope that helps or leads you in the right direction. Regards, -- dave [ please don't CC me ] pgp5Ei01oa3Et.pgp Description: PGP signature
Re: Is there a way to get mutt to do a 'slow' scan for new mail?
On Fri, Nov 16, 2012 at 12:04:01PM +, Chris Green wrote: > On Thu, Nov 15, 2012 at 12:28:50PM -0800, Gary Johnson wrote: > > On 2012-11-15, Matthias Apitz wrote: > > > > set check_mbox_size > > > > which will tell mutt to check mailbox file sizes instead of access > > times. > > [snip minor rant] > > I may try check_mbox_size but I seem to remember that it has some > associated downsides as well. > Does this work from run to run of mutt? I.e. does mutt remember the sizes somehow? ... or will it only work during a single run of mutt? If the latter then it's of little use because I use mutt over an impermanent ssh link. -- Chris Green
Re: Is there a way to get mutt to do a 'slow' scan for new mail?
On Thu, Nov 15, 2012 at 12:28:50PM -0800, Gary Johnson wrote: > On 2012-11-15, Matthias Apitz wrote: > > El día Thursday, November 15, 2012 a las 07:43:13PM +, Chris Green > > escribió: > > > > > My incoming mailboxes (as specified to mutt) get periodically backed up > > > and thus the 'accessed' time gets updated and mutt doesn't see them as > > > containing new mail. > > > > > > However when mutt opens these mailboxes it *does* recognise that they > > > have new mail in them and flags the new mail with an 'N'. > > > > > > Is there any way I can ask mutt to actually scan through all the > > > mailboxes rather than just look at the file times to see if there is new > > > mail in them? > > > > Or use a backup method which does not modify the access time (cpio has > > a flag for this); > > Or > > set check_mbox_size > > which will tell mutt to check mailbox file sizes instead of access > times. > Both seem rather bad ways to work around something which one could do directly by simply looking in the mailboxes to see if there's new mail. I mean the 'N' flag means "this mail is new/unread" so doesn't mutt use it to see if there is new mail in the mailbox? I use rsync for backups and its advantages over cpio are such that I'm not going to change to cpio just to overcome this issue. I may try check_mbox_size but I seem to remember that it has some associated downsides as well. Thanks anyway! -- Chris Green
