how to display the subscription status of imap folders?
Dear Mutt Users browsing folders of an IMAP server looks like this 1 N IMAP ../ 2 IMAP first. 3 IMAP +more. 4 IMAP xyz. 5 IMAP +zzz. one can toggle between all folders and only the subscribed ones using with the toggle-subscribed command (usually bound to the key "T"). It would be useful to get an information of the subscription state of a folder when all folders are shown. Then we can easily modify the subscriotion using the keys "s" and "u". Is there a way to modify the format of the IMAP browser list in order to add the subscription status? Hopefully I have not missed an obvious way to achieve this. Any advice appretiated and best regards T. Finke -- T. Finke f...@igh.de
Re: Cascading directory display + Colourised folders after using "c" to indicate folders with mail newer than x hours
People, I never received a response re the stuff below (so I presume it is not possible) - but the colourised folder idea also would be helpful to me . . Thanks, Phil. On 2022-07-13 23:58, p...@pricom.com.au wrote: People, In my Maildir structure I have subfolders of subfolders eg they look like this: /home/phr/Maildir /home/phr/Maildir/.00 /home/phr/Maildir/.00.0 /home/phr/Maildir/.00.2045_ru /home/phr/Maildir/.00.3dcontenth /home/phr/Maildir/.00.3scale_net /home/phr/Maildir/.00.4mation_co /home/phr/Maildir/.00.ChurchOfPe /home/phr/Maildir/.00.FreeWillsO /home/phr/Maildir/.00.MeTA1_org . . Is there a way to display like structure like this: /home/phr/Maildir +/home/phr/Maildir/.00 where clicking on the '+' can expand the subdirectories? Thanks, Phil. -- Philip Rhoades PO Box 896 Cowra NSW 2794 Australia E-mail: p...@pricom.com.au
Reading multiple folders from multiple devices
Just happy to report some success with mutt. My personal email is hosted by Dreamhost and accessible via IMAP. I typically read my email from a Linux workstation and save my email to that workstation's disk. But I also like to read my email via Dreamhost's web interface and via my phone's email app. I found that there were a subset of emails that I wanted to be able to manually put into a separate folder for later viewing from any one of these three mail clients -- mutt, browser, phone app. To achieve this I created the needed folder at Dreamhost and configured mutt to know about that folder as a 'mailbox'. # Where I get my email from set spoolfile="{arenson\@spatzel@imap.dreamhost.com/ssl}INBOX" mailboxes ! # Sometimes I move emails to this other folder to process later mailboxes "{arenson\@spatzel@imap.dreamhost.com/ssl}INBOX/Points" # Where I save my received email after processing it set folder="~/m" That's it. Nothing spectacular, but on the off chance someone else might find this useful, I wanted to put it out there. In the future I look forward to using the '-label' option with mailboxes, but Dreamhost hasn't upgraded to a version that supports it yet. Andy -- Andrew D. Arenson (he/him) H 317.964.0493 arenson (at) spatzel.netC 317.679.4669
Re: Copying IMAP folders with mutt
On Sun, Oct 16, 2022 at 08:59:55AM +0100, Chris Green wrote: I think that's what I was finding (it doesn't really want to be run interactively), thanks. It's not very friendly interactively, but it's a very good and powerful tool... Sorry about all the rather OT noise everyone. ...of interest to Mutt users, so I don't think it's so badly OT here. But feel free to continue via private email should you need to ask me something and prefer not to keep using the list. Cheers, Ángel
Re: Copying IMAP folders with mutt
On Sun, Oct 16, 2022 at 03:25:32AM +0200, Angel M Alganza wrote: > On Sat, Oct 15, 2022 at 10:27:29PM +0100, Chris Green wrote: > > >> How do I get it into interactive mode? I.e. run imapfilter with the > >> /home/chris/.imapfilter/config.lua configuration and then allow me to > >> run some commands to actually do things. > > > All the examples I can find seem to actually put "things to run" in > > the /home/chris/.imapfilter/config.lua file which seems rather odd. > > > I've tried running 'imapfilter -i' and it gets me an imapfilter > > command prompt but it seems to have forgotten everything in the > > configuration file. > > Working interactively isn't very confortable or easy, in my opinion, > since the interactive prompt doesn't autocompletion or anything. I > place all the commands into the configuration file and run them from > there. I also have aditional configuration files for things I do at > different times and I run them from cron at different intervals (hourly, > daily, weekly) depending on what they actually do. > I think that's what I was finding (it doesn't really want to be run interactively), thanks. Sorry about all the rather OT noise everyone. -- Chris Green
Re: Copying IMAP folders with mutt
On Sat, Oct 15, 2022 at 10:27:29PM +0100, Chris Green wrote: How do I get it into interactive mode? I.e. run imapfilter with the /home/chris/.imapfilter/config.lua configuration and then allow me to run some commands to actually do things. All the examples I can find seem to actually put "things to run" in the /home/chris/.imapfilter/config.lua file which seems rather odd. I've tried running 'imapfilter -i' and it gets me an imapfilter command prompt but it seems to have forgotten everything in the configuration file. Working interactively isn't very confortable or easy, in my opinion, since the interactive prompt doesn't autocompletion or anything. I place all the commands into the configuration file and run them from there. I also have aditional configuration files for things I do at different times and I run them from cron at different intervals (hourly, daily, weekly) depending on what they actually do. Cheers, Ángel
Re: Copying IMAP folders with mutt
On Sat, Oct 15, 2022 at 10:27:29PM +0100, Chris Green wrote: How do I get it into interactive mode? I.e. run imapfilter with the /home/chris/.imapfilter/config.lua configuration and then allow me to run some commands to actually do things. All the examples I can find seem to actually put "things to run" in the /home/chris/.imapfilter/config.lua file which seems rather odd. I've tried running 'imapfilter -i' and it gets me an imapfilter command prompt but it seems to have forgotten everything in the configuration file. Try imapfilter -c $HOME/.imapfilter/config.lua Cheers, Ángel
Re: [SPAM] Copying IMAP folders with mutt
On Sat, Oct 15, 2022 at 09:04:37PM +0100, Chris Green wrote: > On Sat, Oct 15, 2022 at 08:46:17PM +0100, Chris Green wrote: > > Hmmm. > > > > I've installed imapfilter on my xubuntu linux system and I've created > > an imapfilter config file:- > > > > cwebin { > > server = 'mail.gridhost.co.uk', > > username = 'c...@isbd.co.uk', > > password = '', > > ssl = 'auto' > > } > > > > cwebout { > > server = 'x.y.zzz', > > username = 'c...@isbd.co.uk', > > password = '', > > ssl = 'auto' > > } > > > > ... and when I run imapfilter it just says:- > > > > chris$ imapfilter > > imapfilter: /home/chris/.imapfilter/config.lua:1: attempt to call global > > 'cwebin' (a nil value) > > stack traceback: > > [C]: in function 'cwebin' > > /home/chris/.imapfilter/config.lua:1: in main chunk > > chris$ > > > > Not being a lua guru I'm a bit stuck! > > > OK, looking at some examples I've got a bit further, imapfilter is now:- > > local cwebin = IMAP { > server = 'mail.gridhost.co.uk', > username = 'c...@isbd.co.uk', > password = 'brzmibew', > ssl = 'auto' > } > > local cwebout = IMAP { > server = 'x.y.zzz', > username = 'c...@isbd.co.uk', > password = 'brzmibew', > ssl = 'auto' > } > > It works, sort of. > > How do I get it into interactive mode? I.e. run imapfilter with the > /home/chris/.imapfilter/config.lua configuration and then allow me to > run some commands to actually do things. > All the examples I can find seem to actually put "things to run" in the /home/chris/.imapfilter/config.lua file which seems rather odd. I've tried running 'imapfilter -i' and it gets me an imapfilter command prompt but it seems to have forgotten everything in the configuration file. -- Chris Green
Re: [SPAM] Copying IMAP folders with mutt
On Sat, Oct 15, 2022 at 08:46:17PM +0100, Chris Green wrote: > Hmmm. > > I've installed imapfilter on my xubuntu linux system and I've created > an imapfilter config file:- > > cwebin { > server = 'mail.gridhost.co.uk', > username = 'c...@isbd.co.uk', > password = '', > ssl = 'auto' > } > > cwebout { > server = 'x.y.zzz', > username = 'c...@isbd.co.uk', > password = '', > ssl = 'auto' > } > > ... and when I run imapfilter it just says:- > > chris$ imapfilter > imapfilter: /home/chris/.imapfilter/config.lua:1: attempt to call global > 'cwebin' (a nil value) > stack traceback: > [C]: in function 'cwebin' > /home/chris/.imapfilter/config.lua:1: in main chunk > chris$ > > Not being a lua guru I'm a bit stuck! > OK, looking at some examples I've got a bit further, imapfilter is now:- local cwebin = IMAP { server = 'mail.gridhost.co.uk', username = 'c...@isbd.co.uk', password = 'brzmibew', ssl = 'auto' } local cwebout = IMAP { server = 'x.y.zzz', username = 'c...@isbd.co.uk', password = 'brzmibew', ssl = 'auto' } It works, sort of. How do I get it into interactive mode? I.e. run imapfilter with the /home/chris/.imapfilter/config.lua configuration and then allow me to run some commands to actually do things. -- Chris Green
Re: [SPAM] Copying IMAP folders with mutt
On Sat, Oct 15, 2022 at 08:10:03PM +0200, Angel M Alganza wrote: > Hi Chris, > > On Sat, Oct 15, 2022 at 06:29:37PM +0100, Chris Green wrote: > > > I'm now considering using mutt to move some IMAP folders from one > > server to another, both IMAP servers will be remote. Is this a > > sensible idea or should I look for a specialised tool? > > I have ocasionally used Mutt with more than one IMAP server at the same > time, so I'm quite confident that could be done with just Mutt. > > I would use Imapfilter, though, which I believe would be a more > appropriate tool for that. It would take very minimal configuration, > just the servers configuration (account1 and account2) and a couple of > lines for the origin and destination folders, something like: > > messages = account1["INBOX"]:select_all() > messages:copy_messages(account2["INBOX"]) > > to copy everything to the new server, or to move it, replacing the > second line with something like this one: > > messages:move_messages(account2["INBOX"]) > Hmmm. I've installed imapfilter on my xubuntu linux system and I've created an imapfilter config file:- cwebin { server = 'mail.gridhost.co.uk', username = 'c...@isbd.co.uk', password = '', ssl = 'auto' } cwebout { server = 'x.y.zzz', username = 'c...@isbd.co.uk', password = '', ssl = 'auto' } ... and when I run imapfilter it just says:- chris$ imapfilter imapfilter: /home/chris/.imapfilter/config.lua:1: attempt to call global 'cwebin' (a nil value) stack traceback: [C]: in function 'cwebin' /home/chris/.imapfilter/config.lua:1: in main chunk chris$ Not being a lua guru I'm a bit stuck! -- Chris Green
Re: [SPAM] Copying IMAP folders with mutt
Hi Chris, On Sat, Oct 15, 2022 at 06:29:37PM +0100, Chris Green wrote: I'm now considering using mutt to move some IMAP folders from one server to another, both IMAP servers will be remote. Is this a sensible idea or should I look for a specialised tool? I have ocasionally used Mutt with more than one IMAP server at the same time, so I'm quite confident that could be done with just Mutt. I would use Imapfilter, though, which I believe would be a more appropriate tool for that. It would take very minimal configuration, just the servers configuration (account1 and account2) and a couple of lines for the origin and destination folders, something like: messages = account1["INBOX"]:select_all() messages:copy_messages(account2["INBOX"]) to copy everything to the new server, or to move it, replacing the second line with something like this one: messages:move_messages(account2["INBOX"]) It's only a one off requirement, once it's done I won't be using mutt with IMAP again. It just seems that as I'm fairly familiar with mutt it might be the easiest way to do this. It's only five or six accounts I want to move, with only a few (mostly just the default ones) IMAP folders. Since you say you never use Mutt with IMAP, I asume you either already have your mail locally or you will want to fetch it later. So, another very good way to do the move from one IMAP server to another one would be using mbsync (iSync), which is desined to synchronise IMAP folders. I would first mbsync the folders in the origin server to localhost folders and then localhost folders to the destination server. I hope any of the two alternatives help, should you decide use a dedicated tool instead of doing the move with Mutt. Cheers, Ángel
Re: Copying IMAP folders with mutt
On Saturday, 15.10.2022 at 18:29 +0100, Chris Green wrote: > I am a long time user of mutt (many, many years). I use it with mail > delivered directly to a maildir hierarchy. > > I have occasionally tried it with IMAP4 but it never seemed to be > ideal to me. However I'm now considering using mutt to move some IMAP > folders from one server to another, both IMAP servers will be remote. > Is this a sensible idea or should I look for a specialised tool? It's > only a one off requirement, once it's done I won't be using mutt with > IMAP again. It just seems that as I'm fairly familiar with mutt it > might be the easiest way to do this. It's only five or six accounts I > want to move, with only a few (mostly just the default ones) IMAP > folders. > > So, to a couple of specific questions:- > > Can mutt handle folders on more than one IMAP4 server? > > Can I use a numeric IP for a server? > > Is there a 'move folder' command which can have a different IMAP > server for 'from' and 'to'? No problem using Mutt for this. I've done exactly this. The answer to your first two questions is definitely Yes. The answer to 'move folder' is I don't think so, but what I did was create empty folders on the target folder and then tag-and-select-all-messages for each folder in turn to copy across. Dave. -- Dave Ewart, da...@sungate.co.uk signature.asc Description: PGP signature
Copying IMAP folders with mutt
I am a long time user of mutt (many, many years). I use it with mail delivered directly to a maildir hierarchy. I have occasionally tried it with IMAP4 but it never seemed to be ideal to me. However I'm now considering using mutt to move some IMAP folders from one server to another, both IMAP servers will be remote. Is this a sensible idea or should I look for a specialised tool? It's only a one off requirement, once it's done I won't be using mutt with IMAP again. It just seems that as I'm fairly familiar with mutt it might be the easiest way to do this. It's only five or six accounts I want to move, with only a few (mostly just the default ones) IMAP folders. So, to a couple of specific questions:- Can mutt handle folders on more than one IMAP4 server? Can I use a numeric IP for a server? Is there a 'move folder' command which can have a different IMAP server for 'from' and 'to'? -- Chris Green
Wild-card for deep-path tab-completion when using "c" to change folders?
My Maildir is structured with folders like INBOX/ INBOX/Folder/ INBOX/Folder/Subfolder/ rather than flat-with-delimiter INBOX/ INBOX.Folder/ INBOX.Folder.Subfolder/ When I press "c" to change the current folder (or any other context where a folder-path is expected like "s"ave), is there a way to specify the deep part and have tab-completion find it? E.g. typing "Sub" and having complete to "INBOX/Folder/Subfolder"? In some utilities (vim, zsh, etc), using "**" would be the typical way of specifying this: **/Sub* but that doesn't seem to do anything special (doesn't expand, and complains there's no folder named "**/Sub*"). Is there some way to get tab-expansion to drill into subdirectories for completion? Thanks! -tkc
Re: searching across folders using mutt
Le 30-05-2022, à 14:49:53 -0500, Ranjan Maitra a écrit : Can mairix and notmuch also search within attachments? I don't know but after a quick look, it seems that those tools only index text files.
Re: searching across folders using mutt
On Mon May30'22 07:25:28AM, steve wrote: > From: steve > Date: Mon, 30 May 2022 07:25:28 +0200 > To: mutt-users@mutt.org > Subject: Re: searching across folders using mutt > > Hi Greg, > > Le dimanche 29 mai 2022 à 23:31, Greg Marks a écrit : > > > > > Is there a solution for searching across folders for those of us whose > > e-mail is stored in mbox rather than maildir format? > > I guess mairix can do that. > > See https://gitlab.com/muttmua/mutt/-/wikis/UseCases/SearchingMail Hi, Can mairix and notmuch also search within attachments? Many thanks and best wishes, Ranjan
Re: searching across folders using mutt
On Sun, May 29, 2022 at 11:31:51PM -0500, Greg Marks wrote: > According to the man page for notmuch: > >Mail storage that uses mbox format, (where one mbox file >contains many messages), will not work with notmuch. If >that's how your mail is currently stored, it is recommended >you first convert it to maildir format with a utility such >as mb2md before running notmuch setup . > > Is there a solution for searching across folders for those of us whose > e-mail is stored in mbox rather than maildir format? You could just use the filesystem and simple shell commands. It's not indexed, but grep is pretty fast. For example, which "folders" (aka files, in mbox format) contain messages with the subject line "some subject"? $ fgrep -l 'Subject: some subject' * Use grep -E or egrep for full regex search. Use "find . -type f | xargs grep ..." to search files in a directory tree. You may get some false positives when searching for a header if the body of an email contains a header line that matches, but overall this works well - it's what I do on the host where I have mbox format email. -- Cos
Re: searching across folders using mutt
Hello, On Sun, May 29, 2022 at 11:31:51PM -0500, Greg Marks wrote: Is there a solution for searching across folders for those of us whose e-mail is stored in mbox rather than maildir format? Mairix does: https://github.com/rc0/mairix Cheers, Ángel
Re: searching across folders using mutt
Hi Greg, Le dimanche 29 mai 2022 à 23:31, Greg Marks a écrit : Is there a solution for searching across folders for those of us whose e-mail is stored in mbox rather than maildir format? I guess mairix can do that. See https://gitlab.com/muttmua/mutt/-/wikis/UseCases/SearchingMail
Re: searching across folders using mutt
On Sun May29'22 11:31:51PM, Greg Marks wrote: > From: Greg Marks > Date: Sun, 29 May 2022 23:31:51 -0500 > To: mutt-users@mutt.org > Subject: Re: searching across folders using mutt > > > Now, I know how to search this (quite readily) in a folder. But when I do > > not know the folder it is stored in, so far, it has been simply about > > guessing the right folders. > > > > > notmuch will do exactly that. > > > > > > see https://notmuchmail.org/mutttips/ > > According to the man page for notmuch: > >Mail storage that uses mbox format, (where one mbox file >contains many messages), will not work with notmuch. If >that's how your mail is currently stored, it is recommended >you first convert it to maildir format with a utility such >as mb2md before running notmuch setup . Thanks, I use maildir for a while now, so I am good with notmuch. Still wondering about notmuch vs. recoll, though. > Is there a solution for searching across folders for those of us whose > e-mail is stored in mbox rather than maildir format? I seem to have read somewhere today that recoll works with mbox, but I am not sure if I read this correctly. Many thanks again! Ranjan
Re: searching across folders using mutt
> Now, I know how to search this (quite readily) in a folder. But when I do not > know the folder it is stored in, so far, it has been simply about guessing > the right folders. > > > notmuch will do exactly that. > > > > see https://notmuchmail.org/mutttips/ According to the man page for notmuch: Mail storage that uses mbox format, (where one mbox file contains many messages), will not work with notmuch. If that's how your mail is currently stored, it is recommended you first convert it to maildir format with a utility such as mb2md before running notmuch setup . Is there a solution for searching across folders for those of us whose e-mail is stored in mbox rather than maildir format? Best regards, Greg Marks signature.asc Description: PGP signature
Re: searching across folders using mutt
On Sun May29'22 08:14:20PM, steve wrote: > From: steve > Date: Sun, 29 May 2022 20:14:20 +0200 > To: mutt-users@mutt.org > Subject: Re: searching across folders using mutt > > Hi Ranjan, > > notmuch will do exactly that. > > see https://notmuchmail.org/mutttips/ > > best, > > steve Steve, Indeed, thanks very much! I have now found notmuch and also found recoll (that I had previously never heard of). Here is a page with some help on how to use recoll: https://www.lesbonscomptes.com/recoll/faqsandhowtos/MuttAndRecoll.html The python script is missing, but I was able to find it online by searching for it on DuckDuckGo. For notmuch, there is some advice here: http://log.or.cz/?p=228 I found this from this other website on mutt tricks from a Rice University history professor: https://www.owlnet.rice.edu/~wcm1/mutt-tips.html Anyway, I was wondering, what are the pros and cons of recoll vis-a-vis notmuch? Both appear to do similar things. Many thanks again, and best wishes, Ranjan > Le 29-05-2022, à 10:40:27 -0500, Ranjan Maitra a écrit : > > > Dear friends, > > > > I have now been using mutt for about 20 months or so, having graduated from > > sylpheed, and life is generally well, but for one issue, and that is > > searching across folders. > > > > So, suppose I know that I have an email in some folder with "stuff" in the > > subject line. Now, I know how to search this (quite readily) in a folder. > > But when I do not know the folder it is stored in, so far, it has been > > simply about guessing the right folders. Sometimes I get lucky, and > > sometimes I put it away, and occasionally, I do get lucky on a > > timed-release format, but I was wondering if I can get rid of this reliance > > on luck, as both my years and size of folders go up. > > > > Is there an easy way to do this in mutt? I would like to stick to simple > > tools (and stay in mutt) if possible. > > > > My email is pulled in by fetchmail from a POP3 server (gmx) and processed > > by procmail into folders. I do not use IMAP. I thought I would put this in > > in case it was relevant. > > > > Many thanks again for your suggestions, and best wishes, > > Ranjan > > > >
Re: searching across folders using mutt
Hi Ranjan, notmuch will do exactly that. see https://notmuchmail.org/mutttips/ best, steve Le 29-05-2022, à 10:40:27 -0500, Ranjan Maitra a écrit : Dear friends, I have now been using mutt for about 20 months or so, having graduated from sylpheed, and life is generally well, but for one issue, and that is searching across folders. So, suppose I know that I have an email in some folder with "stuff" in the subject line. Now, I know how to search this (quite readily) in a folder. But when I do not know the folder it is stored in, so far, it has been simply about guessing the right folders. Sometimes I get lucky, and sometimes I put it away, and occasionally, I do get lucky on a timed-release format, but I was wondering if I can get rid of this reliance on luck, as both my years and size of folders go up. Is there an easy way to do this in mutt? I would like to stick to simple tools (and stay in mutt) if possible. My email is pulled in by fetchmail from a POP3 server (gmx) and processed by procmail into folders. I do not use IMAP. I thought I would put this in in case it was relevant. Many thanks again for your suggestions, and best wishes, Ranjan
searching across folders using mutt
Dear friends, I have now been using mutt for about 20 months or so, having graduated from sylpheed, and life is generally well, but for one issue, and that is searching across folders. So, suppose I know that I have an email in some folder with "stuff" in the subject line. Now, I know how to search this (quite readily) in a folder. But when I do not know the folder it is stored in, so far, it has been simply about guessing the right folders. Sometimes I get lucky, and sometimes I put it away, and occasionally, I do get lucky on a timed-release format, but I was wondering if I can get rid of this reliance on luck, as both my years and size of folders go up. Is there an easy way to do this in mutt? I would like to stick to simple tools (and stay in mutt) if possible. My email is pulled in by fetchmail from a POP3 server (gmx) and processed by procmail into folders. I do not use IMAP. I thought I would put this in in case it was relevant. Many thanks again for your suggestions, and best wishes, Ranjan
Re: Reading from IMAP folders with '.' in name
On Sun, May 15, 2022 at 12:43:45PM -0700, Kevin J. McCarthy wrote: > On Sun, May 15, 2022 at 03:18:44PM -0400, Jason Franklin wrote: > > How might I allow for folder names that match a normal email address > > including the '.' and '@' characters? > > Try putting: > set imap_delim_chars = '/' > set sidebar_delim_chars = '/' > in your muttrc and see if it helps. It works! Most excellent! > By default, Mutt treats both '/' and '.' as folder separator characters, and > that may be causing the issue. Good to know. I can now read all of my mail! :) Thanks so much! -- Jason
Re: Reading from IMAP folders with '.' in name
On Sun, May 15, 2022 at 03:18:44PM -0400, Jason Franklin wrote: Renaming the folders to something without '.' or '@' characters allows me to access them just fine. Thus, I think the folder name has something to do with it. How might I allow for folder names that match a normal email address including the '.' and '@' characters? Try putting: set imap_delim_chars = '/' set sidebar_delim_chars = '/' in your muttrc and see if it helps. By default, Mutt treats both '/' and '.' as folder separator characters, and that may be causing the issue. -- Kevin J. McCarthy GPG Fingerprint: 8975 A9B3 3AA3 7910 385C 5308 ADEF 7684 8031 6BDA signature.asc Description: PGP signature
Reading from IMAP folders with '.' in name
Greetings: I am a new mutt user. I like it so far! One hurdle is giving me a real headache at the moment. My mail provider uses IMAP, and I use aliases with folders and routing rules to allow for multiple email addresses under one account. My folder layout is like this... Inbox/ |-- ja...@oneway.dev/ |-- o...@example.org/ `-- t...@example.org/ In the mutt sidebar (which I love!), it looks like this... INBOX INBOX/jason@oneway/dev INBOX/one@example/org INBOX/two@example/org When I attempt to open one of the subfolders with 'c' and then by selecting the folder, mutt tells me that the mailbox does not exist and stops there. Renaming the folders to something without '.' or '@' characters allows me to access them just fine. Thus, I think the folder name has something to do with it. How might I allow for folder names that match a normal email address including the '.' and '@' characters? This will at least get me to where I can read all of my mail easily. Many thanks in advance! -- Jason Franklin
Re: Folders do not display in SideBar
Akshay, On 2022-03-06 13:25, Akshay Hegde wrote: On 2022-03-06 13:09 +1100, Philip Rhoades wrote: Adding mailboxes like that would not be viable - I have: 705 primary Maildir folders and: 2,708 total Maildir folders - and they are constantly changing - Mutt needs to autodetect ALL the current folders somehow . . Thanks, Phil. Well, you don't necessarily have to list them manually (although that's what I do since I only have a few). There are some tricks you can use to build them dynamically such as these: https://gitlab.com/muttmua/mutt/-/wikis/ConfigTricks#building-a-list-of-mailboxes-on-the-fly Thanks! I will have a look at that. P. -- Philip Rhoades PO Box 896 Cowra NSW 2794 Australia E-mail: p...@pricom.com.au
Re: Folders do not display in SideBar
On 2022-03-06 13:09 +1100, Philip Rhoades wrote: > > > Adding mailboxes like that would not be viable - I have: > > 705 primary Maildir folders > > and: > > 2,708 total Maildir folders > > - and they are constantly changing - Mutt needs to autodetect ALL the > current folders somehow . . > > Thanks, > > Phil. Well, you don't necessarily have to list them manually (although that's what I do since I only have a few). There are some tricks you can use to build them dynamically such as these: https://gitlab.com/muttmua/mutt/-/wikis/ConfigTricks#building-a-list-of-mailboxes-on-the-fly -- Akshay
Re: Folders do not display in SideBar
Akshay, On 2022-03-06 09:28, Akshay Hegde wrote: Hello, On 2022-03-06 04:04 +1100, Philip Rhoades wrote: People, I am using mutt-2.1.5-1.fc35.x86_64 with the lines below in .muttrc - but after much Googling, I can't get any permuations of these configs to display ANY folders in the sidebar - am I missing something? Thanks, Phil. I don't see the any mailboxes in your .muttrc. Perhaps you just need to configure the 'mailboxes' setting to add some folders? The manual has a section on adding new mailboxes: http://www.mutt.org/doc/manual/#mailboxes. Adding mailboxes like that would not be viable - I have: 705 primary Maildir folders and: 2,708 total Maildir folders - and they are constantly changing - Mutt needs to autodetect ALL the current folders somehow . . Thanks, Phil. -- Philip Rhoades PO Box 896 Cowra NSW 2794 Australia E-mail: p...@pricom.com.au
Re: Folders do not display in SideBar
Hello, On 2022-03-06 04:04 +1100, Philip Rhoades wrote: > People, > > I am using mutt-2.1.5-1.fc35.x86_64 with the lines below in .muttrc - but > after much Googling, I can't get any permuations of these configs to display > ANY folders in the sidebar - am I missing something? > > Thanks, > > Phil. > I don't see the any mailboxes in your .muttrc. Perhaps you just need to configure the 'mailboxes' setting to add some folders? The manual has a section on adding new mailboxes: http://www.mutt.org/doc/manual/#mailboxes. -- Akshay
Folders do not display in SideBar
People, I am using mutt-2.1.5-1.fc35.x86_64 with the lines below in .muttrc - but after much Googling, I can't get any permuations of these configs to display ANY folders in the sidebar - am I missing something? Thanks, Phil. # Should the Sidebar be shown? set sidebar_visible = yes # How wide should the Sidebar be in screen columns? # Note: Some characters, e.g. Chinese, take up two columns each. set sidebar_width = 40 # Should the mailbox paths be abbreviated? set sidebar_short_path = no # When abbreviating mailbox path names, use any of these characters as path # separators. Only the part after the last separators will be shown. # For file folders '/' is good. For IMAP folders, often '.' is useful. set sidebar_delim_chars = '/.' # If the mailbox path is abbreviated, should it be indented? set sidebar_folder_indent = no # Indent mailbox paths with this string. set sidebar_indent_string = ' ' # Make the Sidebar only display mailboxes that contain new, or flagged, # mail. set sidebar_new_mail_only = no # Any mailboxes that are whitelisted will always be visible, even if the # sidebar_new_mail_only option is enabled. sidebar_whitelist '/home/user/mailbox1' sidebar_whitelist '/home/user/mailbox2' # When searching for mailboxes containing new mail, should the search wrap # around when it reaches the end of the list? set sidebar_next_new_wrap = no # The character to use as the divider between the Sidebar and the other Mutt # panels. # Note: Only the first character of this string is used. set sidebar_divider_char = '|' # Enable extended buffy mode to calculate total, new, and flagged # message counts for each mailbox. set mail_check_stats # Display the Sidebar mailboxes using this format string. set sidebar_format = '%B%?F? [%F]?%* %?N?%N/?%S' # Sort the mailboxes in the Sidebar using this method: # count- total number of messages # flagged - number of flagged messages # new - number of new messages # path - mailbox path # unsorted - do not sort the mailboxes set sidebar_sort_method = 'unsorted' # -- # FUNCTIONS - shown with an example mapping # -- # Move the highlight to the previous mailbox bind index,pager \Cp sidebar-prev # Move the highlight to the next mailbox bind index,pager \Cn sidebar-next # Open the highlighted mailbox bind index,pager \Co sidebar-open # Move the highlight to the previous page # This is useful if you have a LOT of mailboxes. bind index,pager sidebar-page-up # Move the highlight to the next page # This is useful if you have a LOT of mailboxes. bind index,pager sidebar-page-down # Move the highlight to the previous mailbox containing new, or flagged, # mail. bind index,pager sidebar-prev-new # Move the highlight to the next mailbox containing new, or flagged, mail. bind index,pager sidebar-next-new # Toggle the visibility of the Sidebar. bind index,pager B sidebar-toggle-visible # -- # COLORS - some unpleasant examples are given # -- # Note: All color operations are of the form: # color OBJECT FOREGROUND BACKGROUND # Color of the current, open, mailbox # Note: This is a general Mutt option which colors all selected items. color indicator cyan black # Color of the highlighted, but not open, mailbox. color sidebar_highlight black color8 # Color of the divider separating the Sidebar from Mutt panels color sidebar_divider color8 black # Color to give mailboxes containing flagged mail color sidebar_flagged red black # Color to give mailboxes containing new mail color sidebar_new green black # -- # vim: syntax=muttrc -- Philip Rhoades PO Box 896 Cowra NSW 2794 Australia E-mail: p...@pricom.com.au
Re: Sorting of folders
On Thu, Jun 24, 2021 at 09:02:37PM +0100, Chris Green wrote: On Thu, Jun 24, 2021 at 02:54:29PM -0400, Jon LaBadie wrote: On Thu, Jun 24, 2021 at 11:06:25AM +0100, Chris Green wrote: [snip] The date you see with an "ls -l" is called "mtime", time of last modification of the entries data. If it happens to match your directories time of creation (which is not stored) it is coincidence. For a directory, its data is the list of files it contains. So mtime should change whenever an entry is added or removed. Note, renaming and entry is typically add an entry, the new name as a link, then unlink the old name. Try sorting the directories according to mtime with ls -lt (or -ltr for reverse order). You've missed the point (I think), in a maildir the directories whose mtime dates change are the cur, new and tmp directories. The parent directory whose name is the mailbox name never changes mtime (unless you do something other than adding or removing messages). The maildir directory doesn't contain any files that change, only cur, new and tmp directories. Obviously I don't use maildir :) I {over}reacted to what I suspected was a common misconception about "c"reate time being retained. Sorry for the noise, Jon -- Jon H. LaBadie j...@labadie.us 11226 South Shore Rd. (703) 787-0688 (H) Reston, VA 20190 (703) 935-6720 (C)
Re: Sorting of folders
On Thu, Jun 24, 2021 at 02:54:29PM -0400, Jon LaBadie wrote: > On Thu, Jun 24, 2021 at 11:06:25AM +0100, Chris Green wrote: > > Is there any way that one can overcome this major disadvantage of > > maildir? > > > > Since maildir messages are saved in sub-directories of the named > > 'maildir directory' there seems to be no practical way to do sorting > > of maildirs on anything but name. > > > > What I'd really like to be able to do is to sort on date of last > > message. > > > > For example I have a 'shopping/diy' directory which has lots of > > sub-directories like 'glue', 'grease', 'lynchpins', etc. It would be > > really handy if I could sort the directories within 'diy' by date as > > then the most used ones (or the most recently used ones) would be at > > the top of the listing and quicker to get to. However, as far as I > > understand things, this isn't possible with maildir as the date on the > > *directory* (e.g. the date on 'glue' or 'lynchpin') is the date of > > creation of the directory which might be years ago when I first bought > > some glue. > > > > If these were mbox mailboxes then they'd be a file whose date would > > reflect the last entry which would be exactly what I want. > > > > The date you see with an "ls -l" is called "mtime", time of last > modification of the entries data. If it happens to match your > directories time of creation (which is not stored) it is coincidence. > > For a directory, its data is the list of files it contains. So mtime > should change whenever an entry is added or removed. Note, renaming > and entry is typically add an entry, the new name as a link, then > unlink the old name. > > Try sorting the directories according to mtime with ls -lt (or -ltr > for reverse order). > You've missed the point (I think), in a maildir the directories whose mtime dates change are the cur, new and tmp directories. The parent directory whose name is the mailbox name never changes mtime (unless you do something other than adding or removing messages). The maildir directory doesn't contain any files that change, only cur, new and tmp directories. -- Chris Green
Re: Sorting of folders
On Thu, Jun 24, 2021 at 11:06:25AM +0100, Chris Green wrote: Is there any way that one can overcome this major disadvantage of maildir? Since maildir messages are saved in sub-directories of the named 'maildir directory' there seems to be no practical way to do sorting of maildirs on anything but name. What I'd really like to be able to do is to sort on date of last message. For example I have a 'shopping/diy' directory which has lots of sub-directories like 'glue', 'grease', 'lynchpins', etc. It would be really handy if I could sort the directories within 'diy' by date as then the most used ones (or the most recently used ones) would be at the top of the listing and quicker to get to. However, as far as I understand things, this isn't possible with maildir as the date on the *directory* (e.g. the date on 'glue' or 'lynchpin') is the date of creation of the directory which might be years ago when I first bought some glue. If these were mbox mailboxes then they'd be a file whose date would reflect the last entry which would be exactly what I want. The date you see with an "ls -l" is called "mtime", time of last modification of the entries data. If it happens to match your directories time of creation (which is not stored) it is coincidence. For a directory, its data is the list of files it contains. So mtime should change whenever an entry is added or removed. Note, renaming and entry is typically add an entry, the new name as a link, then unlink the old name. Try sorting the directories according to mtime with ls -lt (or -ltr for reverse order). -- Jon H. LaBadie j...@labadie.us 11226 South Shore Rd. (703) 787-0688 (H) Reston, VA 20190 (703) 935-6720 (C)
Sorting of folders
Is there any way that one can overcome this major disadvantage of maildir? Since maildir messages are saved in sub-directories of the named 'maildir directory' there seems to be no practical way to do sorting of maildirs on anything but name. What I'd really like to be able to do is to sort on date of last message. For example I have a 'shopping/diy' directory which has lots of sub-directories like 'glue', 'grease', 'lynchpins', etc. It would be really handy if I could sort the directories within 'diy' by date as then the most used ones (or the most recently used ones) would be at the top of the listing and quicker to get to. However, as far as I understand things, this isn't possible with maildir as the date on the *directory* (e.g. the date on 'glue' or 'lynchpin') is the date of creation of the directory which might be years ago when I first bought some glue. If these were mbox mailboxes then they'd be a file whose date would reflect the last entry which would be exactly what I want. I'm wondering if it's possible to keep my saved files (i.e. those in 'shopping/diy' etc.) as mbox and just use maildir for the live incoming mail (i.e. those in my 'mailboxes' list). It's only in the incoming mailboxes that the 'no locking needed' abilities of maildir are useful. Is there some incatation of folder-hook I can use to set mbox_type to different things for different places? -- Chris Green
Re: Imap folders not listed in the sidebar
On Sun, Apr 11, 2021 at 09:43:24AM -0600, John Niendorf wrote: I wanted to save a message I received. So I pressed s and was asked where I wanted to save the message. I chose to create a new folder called TurboTax. My question is what do I need to do for this new folder to appear in my sidebar? In my .muttrc file I have: set imap_check_subscribed imap_check_subscribed will cause folders marked as "subscribed" on the IMAP server to be added to the "mailboxes" list automatically. That list is used to display folders in the sidebar, among other things. It sounds like "TurboTax" is not marked as subscribed on the IMAP server. set imap_list_subscribed Enabling this option will cause Mutt to *only* list subscribed folders when you browse folders (e.g., using and then '?'). You may need to then type 'T' () to show the new TurboTax folder. Once you see the TurboTax folder, you can type 's' () to mark the folder as subscribed on the IMAP server. -- Kevin J. McCarthy GPG Fingerprint: 8975 A9B3 3AA3 7910 385C 5308 ADEF 7684 8031 6BDA signature.asc Description: PGP signature
Imap folders not listed in the sidebar
Hi Folks, I wanted to save a message I received. So I pressed s and was asked where I wanted to save the message. I chose to create a new folder called TurboTax. My question is what do I need to do for this new folder to appear in my sidebar? In my .muttrc file I have: set imap_list_subscribed set imap_check_subscribed I am using StartMail as my email provider. When I go to their webmail interface I do see the new TurboTax folder listed as a subfolder of Inbox. I have several subfolders and they all appear in the Mutt sidebar except for the new TurboTax folder. Thank you, John
Re: Gmail -- new folders
On Thu, Mar 04, 2021 at 10:07:33PM -0500, Rob Pyott wrote: > Hello, I have Mutt working nicely with Gmail. Issue is that Mutt > causes to folders, [Imap]/sent-mail and saved-messages, to be created > on the server. There isn't anything in these folders. Should I try > to configure so that these do not appear? I have a simple muttrc > (welcome tips): Maybe these are caused by a system-wide muttrc. Unsetting "record" might fix the [Imap]/sent-mail issue. -- Chinmaya Nagpal
Re: Gmail -- new folders
I have noticed some .muttrc files on the Internet have +[GMail]/ others have +[Gmail]/ When I use one versus the others gmail creates duplicate folders for mail. I get confused which one is best. I wonder which Gmail actually wants. Best wishes, David
Gmail -- new folders
Hello, I have Mutt working nicely with Gmail. Issue is that Mutt causes to folders, [Imap]/sent-mail and saved-messages, to be created on the server. There isn't anything in these folders. Should I try to configure so that these do not appear? I have a simple muttrc (welcome tips): set from = "arpy...@gmail.com" set realname = "Rob Pyott" # IMAP settings set imap_user = "arpy...@gmail.com" set imap_pass = set sort = "threads" set sendmail = "/usr/local/bin/msmtp -a gmail" set folder = "imaps://imap.gmail.com:993" set spoolfile = "+INBOX" set postponed = "+[Gmail]/Drafts" set header_cache = "/Users/albertpyott/.mutt/cache/headers" set message_cachedir = "/Users/albertpyott/.mutt/cache/bodies" set mbox_type = Maildir set editor = "vim" The msmtprc is: account gmail host smtp.gmail.com port 465 protocol smtp auth on user arpy...@gmail.com from arpy...@gmail.com tls on tls_starttls off tls_trust_file /Users/albertpyott/certs/certificates.pem
Re: Location of sample muttrc and mailcap files, and correct names of Gmail folders
On 21/02/12 06:50PM, David J. J. Ring, Jr. wrote: Also and this seems to be the initial cause of my calamity, what is the correct names of the imap folders in gmail? Some of my muttrc files have GMail others have Gmail with only the first letter capitalized. I just got through doing a major overhaul of my Gmail. Gmail's system labels are as follows: [Gmail] [Gmail]/All Mail [Gmail]/Drafts [Gmail]/Sent Mail [Gmail]/Spam [Gmail]/Starred [Gmail]/Trash And of course +INBOX refers to [Gmail]/Inbox. There are other reserved labels in Gmail such as Snoozed, Important, Chats, etc., but if those are of interest you can "Google" for them. ~(:>)) The one gotcha from my perspective is that Gmail uses "labels" *not* "folders" to structure its mail. So any particular email may have multiple labels. If your intention is to map labels to folders this may cause you grief if you are not careful. HTH! -- Wishing you only the best, boB Stepp
Re: Location of sample muttrc and mailcap files, and correct names of Gmail folders
Hello - > Where are sample files for muttrc located? Where are sample mailcap > located? On my machine, sample muttrc files are located in /usr/share/doc/mutt/examples. There are a couple of muttrc files and a sample mailcap file there. If you have the source, then there are samples of both in the contrib directory, and a longer sample muttrc in the doc directory. > Also and this seems to be the initial cause of my calamity, what is > the correct names of the imap folders in gmail? Some of my muttrc > files have GMail others have Gmail with only the first letter > capitalized. I believe they are of the form "+[Gmail]/Trash", for example. But I think you might get by with just setting the spoolfile to be "+INBOX". Good luck! -- David Lowry-Duda
Location of sample muttrc and mailcap files, and correct names of Gmail folders
Hello Mutt-Users, Today for some reason, mutt stopped working, it needed a control-c to interrupt then continue, I finally got it working, I don't remember how, but probably I had an error in my muttrc file. Where are sample files for muttrc located? Where are sample mailcap located? Also and this seems to be the initial cause of my calamity, what is the correct names of the imap folders in gmail? Some of my muttrc files have GMail others have Gmail with only the first letter capitalized. This was causing a problem because I started having all sorts of extra folders appear in my gmail imap account with names like Gmail and GMail, I cannot give you specifics because I have finally eliminated them all. I use settings in my muttrc to retreive my imap because I had tried offline-imap or some sort of program and I lost a bunch of email doing so - or so I think. So I'm scared of doing that again. Best wishes to all, David Ring signature.asc Description: PGP signature
Re: Placing Sent Emails in Folders
On Fri, Feb 05, 2021 at 10:11:45AM -0800, Kevin J. McCarthy wrote: > On Thu, Feb 04, 2021 at 01:48:09PM +0100, Michael Klemm wrote: > > .muttrc: > > folder-hook 'server1 'source ~/.muttrc.server1' > > folder-hook 'server2' 'source ~/.muttrc.server2' > > > > macro index 'imaps://server1' > > macro index 'imaps://server2' > > It looks like the above two macros don't include the string 'INBOX'. When > you start Mutt, it will open $spoolfile, so that may be why it's working > only on startup? That was one part of the problem! Mailbox access worked with out having INBOX in there. Making the folder path explicit fixed the issue of record being set to the wrong place. > > folder-hook INBOX 'set record="+Sent Items"' > > Note that folder-hooks allow multiple commands with the same regexp. So the > folder-hooks with the same regexp in .muttrc.server1 and .muttrc.server2 > will NOT overwrite each other. You may want to make their regexps more > specific to each server and just define them in the outer muttrc. Right. With the change above, the folder name actually was not reset, as now the regex was matching multiple times. So, I made the regex explicit and it now contains the URL of the mailbox. Thanks for your help! Very much appreciated! Kind regards, -michael smime.p7s Description: S/MIME cryptographic signature
Re: Placing Sent Emails in Folders
On Fri, Feb 05, 2021 at 10:25:50AM -0800, Kevin J. McCarthy wrote: Also, make sure to put the above command in single quotes, to ensure '^' is expanded when the hook fires: folder-hook !INBOX 'set record=^' Err... nevermind, that's not right. 8-) It's still a good habit to put the command in single quotes, but the ^ won't be expanded early. -- Kevin J. McCarthy GPG Fingerprint: 8975 A9B3 3AA3 7910 385C 5308 ADEF 7684 8031 6BDA signature.asc Description: PGP signature
Re: Placing Sent Emails in Folders
On Fri, Feb 05, 2021 at 10:11:45AM -0800, Kevin J. McCarthy wrote: On Thu, Feb 04, 2021 at 01:48:09PM +0100, Michael Klemm wrote: .muttrc: folder-hook !INBOX set record=^ Also, make sure to put the above command in single quotes, to ensure '^' is expanded when the hook fires: folder-hook !INBOX 'set record=^' -- Kevin J. McCarthy GPG Fingerprint: 8975 A9B3 3AA3 7910 385C 5308 ADEF 7684 8031 6BDA signature.asc Description: PGP signature
Re: Placing Sent Emails in Folders
On Thu, Feb 04, 2021 at 01:48:09PM +0100, Michael Klemm wrote: .muttrc: folder-hook 'server1 'source ~/.muttrc.server1' folder-hook 'server2' 'source ~/.muttrc.server2' macro index 'imaps://server1' macro index 'imaps://server2' It looks like the above two macros don't include the string 'INBOX'. When you start Mutt, it will open $spoolfile, so that may be why it's working only on startup? .muttrc.server1: set folder = "imaps://server1" set spoolfile= "+INBOX" set record = "+Gesendete Elemente" set postponed= "+Entwürfe" set trash= "+Gelöschte Elemente" folder-hook INBOX 'set record = "+Gesendete Elemente"' .muttrc.server2: set folder = "imaps://server2" set spoolfile= "+INBOX" set record = "+Sent Items" set postponed= "+Drafts" set trash= "+Deleted Items" folder-hook INBOX 'set record="+Sent Items"' Note that folder-hooks allow multiple commands with the same regexp. So the folder-hooks with the same regexp in .muttrc.server1 and .muttrc.server2 will NOT overwrite each other. You may want to make their regexps more specific to each server and just define them in the outer muttrc. -- Kevin J. McCarthy GPG Fingerprint: 8975 A9B3 3AA3 7910 385C 5308 ADEF 7684 8031 6BDA signature.asc Description: PGP signature
Placing Sent Emails in Folders
Hi mutt experts, I'm fighting an problem with folder-hooks that I did not find a good answer for. I basically have two IMAP accounts in mutt, personal and work. What I would like to do is that if a new mail or reply is written in a in folder (except INBOX), the new mail or the reply should be stored in that folder. I have this in the muttrc files (I hope that I'm covering the relevant parts): .muttrc: folder-hook 'server1 'source ~/.muttrc.server1' folder-hook 'server2' 'source ~/.muttrc.server2' macro index 'imaps://server1' macro index 'imaps://server2' folder-hook !INBOX set record=^ .muttrc.server1: set folder = "imaps://server1" set spoolfile= "+INBOX" set record = "+Gesendete Elemente" set postponed= "+Entwürfe" set trash= "+Gelöschte Elemente" folder-hook INBOX 'set record = "+Gesendete Elemente"' .muttrc.server2: set folder = "imaps://server2" set spoolfile= "+INBOX" set record = "+Sent Items" set postponed= "+Drafts" set trash= "+Deleted Items" folder-hook INBOX 'set record="+Sent Items"' What happens is that when I switch the account with F2, the record variable does not correctly point to the default sent folder for INBOX. So, right after starting mutt, i get this: :echo $record =Gesendete Elemente But after switching the second account via F2, I'm getting this: :echo $record imaps://server2/ And switching back to the first via F1: :echo $record imaps://server2/ So, figure that I have screwed up my mutt configuration and I do not see where this is coming from. I might be using the regex for folder-hook wrong. Do I? Kind regards, -michael smime.p7s Description: S/MIME cryptographic signature
Re: is it possible to go to the folders via the sidebar?
On 29Oct2020 05:38, Globe Trotter via Mutt-users wrote: >On Thursday, October 29, 2020, 12:21:52 AM CDT, Cameron Simpson > wrote: >> Might I suggest you put this shell command in a distinct shell >>script so that your muttrc has this: > mailboxes `mutt-mailboxes` >What are mutt-mailboxes? Is it a keyword?Or is this a shell-script? That's the name of your shell script. Make yourself a ~/bin directory if you don't already have one, and put scripts in there. Add $HOME/bin to your $PATH and those scripts can just be used like any other command. Then the: mailboxes `mutt-mailboxes` runs your script "mutt-mailboxes" like any other command, as it would have run your inline find command. >> You can also improve the find: > > find "$HOME/Maildir"/* -type d \( \( -name tmp -o -name new -o -name cur >\) -prune \) -o -exec ismaildir {} ';' -print > >>so where does this go? In the script. >> Also, being a shell script makes it easier to clean up the paths too: > > #!/bin/sh > cd "$HOME/Maildir" > find * -type d \( \( -name tmp -o -name new -o -name cur \) -prune \) -o >-exec ismaildir {} ';' -print > >> No stripping, just cd to the top directory and print relative paths. > >> "ismaildir" is a script of my own: > >> https://hg.sr.ht/~cameron-simpson/css/browse/bin/ismaildir?rev=tip > >> but it is very simple - it just checks for directoriness and the presence if >> the 3 required subdirectories. > >Thanks for the ismaildir link! That would also go in your personal $HOME/bin directory. Cheers, Cameron Simpson
Re: is it possible to go to the folders via the sidebar?
Sorry, I had a few questions: On Thursday, October 29, 2020, 12:21:52 AM CDT, Cameron Simpson wrote: > Might I suggest you put this shell command in a distinct shell script so >that your muttrc has this: mailboxes `mutt-mailboxes` What are mutt-mailboxes? Is it a keyword?Or is this a shell-script? > You can also improve the find: find "$HOME/Maildir"/* -type d \( \( -name tmp -o -name new -o -name cur \) -prune \) -o -exec ismaildir {} ';' -print >so where does this go? > Also, being a shell script makes it easier to clean up the paths too: #!/bin/sh cd "$HOME/Maildir" find * -type d \( \( -name tmp -o -name new -o -name cur \) -prune \) -o -exec ismaildir {} ';' -print > No stripping, just cd to the top directory and print relative paths. > "ismaildir" is a script of my own: > https://hg.sr.ht/~cameron-simpson/css/browse/bin/ismaildir?rev=tip > but it is very simple - it just checks for directoriness and the presence if > the 3 required subdirectories. Thanks for the ismaildir link! Best regards!
Re: is it possible to go to the folders via the sidebar?
On 29Oct2020 16:21, Cameron Simpson wrote: >Also, being a shell script makes it easier to clean up the paths too: > >#!/bin/sh >cd "$HOME/Maildir" >find * -type d \( \( -name tmp -o -name new -o -name cur \) -prune \) -o > -exec ismaildir {} ';' -print > >No stripping, just cd to the top directory and print relative paths. Just to followup to myself, you probably them only need to pipe that through: sed 's/^/=/' to put the required prefix on the front. Cheers, Cameron Simpson
Re: is it possible to go to the folders via the sidebar?
On 29Oct2020 03:05, Globe Trotter via Mutt-users wrote: >My apologies for answering my own question, but I have found the bug: there is >an extraneous \" and it should be the following: > >mailboxes `find ~/Maildir/* -type d | grep -v "tmp\|new\|cur" | sed >'s|~/Maildir/|=\"|g' | sed 's|$||g' | tr '\n' ' '` > >It works now, and the problems have also been resolved. >Thanks again! I'm glad to hear this. Might I suggest you put this shell command in a distinct shell script so that your muttrc has this: mailboxes `mutt-mailboxes` which avoids a suite of nested-quotes related issues, and also makes it easier to modify if you find a need. You can also improve the find: find "$HOME/Maildir"/* -type d \( \( -name tmp -o -name new -o -name cur \) -prune \) -o -exec ismaildir {} ';' -print This find: - does not print or descend into the tmp/new/cur subdirectories - only prints actual Maildirs Regarding the latter, here's some output: /Users/cameron/mail/VZ /Users/cameron/mail/XREF-REVIEW/xfs without the "ismaildir" check there would be a spurious: /Users/cameron/mail/XREF-REVIEW directory listed, which is not a Maildir but does contain Maildirs. Also, being a shell script makes it easier to clean up the paths too: #!/bin/sh cd "$HOME/Maildir" find * -type d \( \( -name tmp -o -name new -o -name cur \) -prune \) -o -exec ismaildir {} ';' -print No stripping, just cd to the top directory and print relative paths. "ismaildir" is a script of my own: https://hg.sr.ht/~cameron-simpson/css/browse/bin/ismaildir?rev=tip but it is very simple - it just checks for directoriness and the presence if the 3 required subdirectories. Cheers, Cameron Simpson
Re: is it possible to go to the folders via the sidebar?
My apologies for answering my own question, but I have found the bug: there is an extraneous \" and it should be the following: mailboxes `find ~/Maildir/* -type d | grep -v "tmp\|new\|cur" | sed 's|~/Maildir/|=\"|g' | sed 's|$||g' | tr '\n' ' '` It works now, and the problems have also been resolved. Thanks again! On Wednesday, October 28, 2020, 9:07:15 PM CDT, Globe Trotter via Mutt-users wrote: Thanks, I will top-post here, because I feel that there is something wrong with my setup and before answering your questions I have to get this right. So, I set folders using set mbox_type=Maildir set spoolfile="~/Maildir/inbox" set folder = "~/Maildir/" mailboxes `find ~/Maildir/* -type d | grep -v "tmp\|new\|cur" | sed 's|~/Maildir/|=\"|g' | sed 's|$|\"|g' | tr '\n' ' '` and the find gives me the correct list with complete pathnames. find ~/Maildir/* -type d | grep -v "tmp\|new\|cur" | sed 's|~/Maildir/|=\"|g' | sed 's|$|\"|g' | tr '\n' ' ' However, when I list the folders on the sidebar, I get the following: backup /home/gt/Maildir/aster bills /home/gt/Maildir/classes classes/evaluations /home/gt/Maildir/committee and so on. So, as you can see, the sidebar is in pairs. I have folders /home/gt/Maildir/backup as well as /home/gt/Maildir/bills and /home/gt/Maildir/bills and /home/gt/Maildir/classes/evaluations/ What is causing this? Here is my .muttrc. set mbox_type=Maildir set spoolfile="~/Maildir/inbox" set folder = "~/Maildir/" mailboxes `find ~/Maildir/* -type d | grep -v "tmp\|new\|cur" | sed 's|~/Maildir/|=\"|g' | sed 's|$|\"|g' | tr '\n' ' '` set sidebar_visible = yes set sidebar_width = 50 set sidebar_short_path = no set sidebar_delim_chars = '/.' set sidebar_folder_indent = no set sidebar_indent_string = ' ' set sidebar_new_mail_only = no set sidebar_divider_char = '|' set sidebar_next_new_wrap = no set mail_check_stats set sidebar_sort_method = 'unsorted' # -- # FUNCTIONS – shown with an example mapping # -- # Move the highlight to the previous mailbox bind index,pager \Cp sidebar-prev # Move the highlight to the next mailbox bind index,pager \Cn sidebar-next # Open the highlighted mailbox bind index,pager \Co sidebar-open # Move the highlight to the previous page # This is useful if you have a LOT of mailboxes. bind index,pager \CU sidebar-page-up # Move the highlight to the next page # This is useful if you have a LOT of mailboxes. bind index,pager \CD sidebar-page-down # Move the highlight to the previous mailbox containing new, or flagged, # mail. bind index,pager \CP sidebar-prev-new # Move the highlight to the next mailbox containing new, or flagged, mail. bind index,pager \CN sidebar-next-new # Toggle the visibility of the Sidebar. bind index,pager \CV sidebar-toggle-visible Thanks in advance! On Wednesday, October 28, 2020, 6:47:27 PM CDT, Cameron Simpson wrote: On 26Oct2020 23:09, Globe Trotter via Mutt-users wrote: >On Monday, October 26, 2020, 5:19:58 PM CDT, Cameron Simpson >wrote: >>On 25Oct2020 23:43, Globe Trotter via Mutt-users >>wrote: >>>> I highlight on the folder user1 and I get: /home/gt/user1 is not a >>>> mailbox. >>>Hmm, me too. >> I withdraw this - I had a nonexistent name in my mailboxes list. With >> that fixed, the sidebar behaves correctly for me. >> More investigation needed. Does it fail for all your mailboxes, or >> just specific ones? > >I am not sure: here is my setting, and I can not get the cursor to go >to the sidebar at all anymore. Is there some setting I am missing? The cursor does not go to the sidebar. It is kind of like a control separately manipulated. So you need some key bindings to operate it. On my machine the sidebar hightlights the current folder (whose index is shown) and separately highlights a "selected" folder, which you move around before using to switch to the selected new folder. My settings are presently just this: [~/rc/mutt(hg:default)]fleet2*> g sidebar * macros:77:macro index J macros:78:macro index K macros:79:macro index O settings:112:set sidebar_divider_char=" | " settings:113:set sidebar_folder_indent=yes settings:114:set sidebar_indent_string="→" settings:115:set sidebar_short_path=yes settings:116:set sidebar_sort_method=alpha settings:117:set sidebar_visible=yes Looking at your settings: ># Should the mailbox paths be abbreviated? >set sidebar_short_path = yes You could try turning this off to ensure that the paths it shows are in fact the paths you expect. ># When abbreviating mailbox path names, use an
Re: is it possible to go to the folders via the sidebar?
Thanks, I will top-post here, because I feel that there is something wrong with my setup and before answering your questions I have to get this right. So, I set folders using set mbox_type=Maildir set spoolfile="~/Maildir/inbox" set folder = "~/Maildir/" mailboxes `find ~/Maildir/* -type d | grep -v "tmp\|new\|cur" | sed 's|~/Maildir/|=\"|g' | sed 's|$|\"|g' | tr '\n' ' '` and the find gives me the correct list with complete pathnames. find ~/Maildir/* -type d | grep -v "tmp\|new\|cur" | sed 's|~/Maildir/|=\"|g' | sed 's|$|\"|g' | tr '\n' ' ' However, when I list the folders on the sidebar, I get the following: backup /home/gt/Maildir/aster bills /home/gt/Maildir/classes classes/evaluations /home/gt/Maildir/committee and so on. So, as you can see, the sidebar is in pairs. I have folders /home/gt/Maildir/backup as well as /home/gt/Maildir/bills and /home/gt/Maildir/bills and /home/gt/Maildir/classes/evaluations/ What is causing this? Here is my .muttrc. set mbox_type=Maildir set spoolfile="~/Maildir/inbox" set folder = "~/Maildir/" mailboxes `find ~/Maildir/* -type d | grep -v "tmp\|new\|cur" | sed 's|~/Maildir/|=\"|g' | sed 's|$|\"|g' | tr '\n' ' '` set sidebar_visible = yes set sidebar_width = 50 set sidebar_short_path = no set sidebar_delim_chars = '/.' set sidebar_folder_indent = no set sidebar_indent_string = ' ' set sidebar_new_mail_only = no set sidebar_divider_char = '|' set sidebar_next_new_wrap = no set mail_check_stats set sidebar_sort_method = 'unsorted' # -- # FUNCTIONS – shown with an example mapping # -- # Move the highlight to the previous mailbox bind index,pager \Cp sidebar-prev # Move the highlight to the next mailbox bind index,pager \Cn sidebar-next # Open the highlighted mailbox bind index,pager \Co sidebar-open # Move the highlight to the previous page # This is useful if you have a LOT of mailboxes. bind index,pager \CU sidebar-page-up # Move the highlight to the next page # This is useful if you have a LOT of mailboxes. bind index,pager \CD sidebar-page-down # Move the highlight to the previous mailbox containing new, or flagged, # mail. bind index,pager \CP sidebar-prev-new # Move the highlight to the next mailbox containing new, or flagged, mail. bind index,pager \CN sidebar-next-new # Toggle the visibility of the Sidebar. bind index,pager \CV sidebar-toggle-visible Thanks in advance! On Wednesday, October 28, 2020, 6:47:27 PM CDT, Cameron Simpson wrote: On 26Oct2020 23:09, Globe Trotter via Mutt-users wrote: >On Monday, October 26, 2020, 5:19:58 PM CDT, Cameron Simpson >wrote: >>On 25Oct2020 23:43, Globe Trotter via Mutt-users >>wrote: >>>> I highlight on the folder user1 and I get: /home/gt/user1 is not a >>>> mailbox. >>>Hmm, me too. >> I withdraw this - I had a nonexistent name in my mailboxes list. With >> that fixed, the sidebar behaves correctly for me. >> More investigation needed. Does it fail for all your mailboxes, or >> just specific ones? > >I am not sure: here is my setting, and I can not get the cursor to go >to the sidebar at all anymore. Is there some setting I am missing? The cursor does not go to the sidebar. It is kind of like a control separately manipulated. So you need some key bindings to operate it. On my machine the sidebar hightlights the current folder (whose index is shown) and separately highlights a "selected" folder, which you move around before using to switch to the selected new folder. My settings are presently just this: [~/rc/mutt(hg:default)]fleet2*> g sidebar * macros:77:macro index J macros:78:macro index K macros:79:macro index O settings:112:set sidebar_divider_char=" | " settings:113:set sidebar_folder_indent=yes settings:114:set sidebar_indent_string="→" settings:115:set sidebar_short_path=yes settings:116:set sidebar_sort_method=alpha settings:117:set sidebar_visible=yes Looking at your settings: ># Should the mailbox paths be abbreviated? >set sidebar_short_path = yes You could try turning this off to ensure that the paths it shows are in fact the paths you expect. ># When abbreviating mailbox path names, use any of these characters as path ># separators. Only the part after the last separators will be shown. ># For file folders '/' is good. For IMAP folders, often '.' is useful. >set sidebar_delim_chars = '/' And turn this off too, again just to debug. ># >-- ># FUNCTIONS – shown with an example mapping >#
Re: is it possible to go to the folders via the sidebar?
On 26Oct2020 23:09, Globe Trotter via Mutt-users wrote: >On Monday, October 26, 2020, 5:19:58 PM CDT, Cameron Simpson >wrote: >>On 25Oct2020 23:43, Globe Trotter via Mutt-users >>wrote: >>>> I highlight on the folder user1 and I get: /home/gt/user1 is not a >>>> mailbox. >>>Hmm, me too. >> I withdraw this - I had a nonexistent name in my mailboxes list. With >> that fixed, the sidebar behaves correctly for me. >> More investigation needed. Does it fail for all your mailboxes, or >> just specific ones? > >I am not sure: here is my setting, and I can not get the cursor to go >to the sidebar at all anymore. Is there some setting I am missing? The cursor does not go to the sidebar. It is kind of like a control separately manipulated. So you need some key bindings to operate it. On my machine the sidebar hightlights the current folder (whose index is shown) and separately highlights a "selected" folder, which you move around before using to switch to the selected new folder. My settings are presently just this: [~/rc/mutt(hg:default)]fleet2*> g sidebar * macros:77:macro index J macros:78:macro index K macros:79:macro index O settings:112:set sidebar_divider_char=" | " settings:113:set sidebar_folder_indent=yes settings:114:set sidebar_indent_string="→" settings:115:set sidebar_short_path=yes settings:116:set sidebar_sort_method=alpha settings:117:set sidebar_visible=yes Looking at your settings: ># Should the mailbox paths be abbreviated? >set sidebar_short_path = yes You could try turning this off to ensure that the paths it shows are in fact the paths you expect. ># When abbreviating mailbox path names, use any of these characters as path ># separators. Only the part after the last separators will be shown. ># For file folders '/' is good. For IMAP folders, often '.' is useful. >set sidebar_delim_chars = '/' And turn this off too, again just to debug. ># >-- ># FUNCTIONS – shown with an example mapping ># -- ># Move the highlight to the previous mailbox >bind index,pager \Cp sidebar-prev ># Move the highlight to the next mailbox >bind index,pager \Cn sidebar-next ># Open the highlighted mailbox >bind index,pager \Co sidebar-open Hmm, these are nicer than my bindings. I think I'll adopt them. ># Toggle the visibility of the Sidebar. >bind index,pager \CV sidebar-toggle-visible Also nice. >Some setting is probably messed up. Not sure what I am looking for. Thanks! I'd turn off the abbreviation settings mentioned above. Then cut/paste the displayed folder paths into "cd" shell commands or the like to see if they are correct. You may need to widen the widedar for this. Also, are you naming mailboxes with full paths or with +foo or =foo abbreviations? The latter are more reliable, particularly since the rest of mutt also relies on that prefix and will break pretty obviously if it is wrong. Cheers, Cameron Simpson (formerly c...@zip.com.au)
Re: is it possible to go to the folders via the sidebar?
On Monday, October 26, 2020, 5:19:58 PM CDT, Cameron Simpson wrote: On 27Oct2020 08:56, Cameron Simpson wrote: >On 25Oct2020 23:43, Globe Trotter via Mutt-users wrote: >>> I highlight on the folder user1 and I get: /home/gt/user1 is not a mailbox. > >>Hmm, me too. > I withdraw this - I had a nonexistent name in my mailboxes list. With that fixed, the sidebar behaves correctly for me. > More investigation needed. Does it fail for all your mailboxes, or just specific ones? HI, I am not sure: here is my setting, and I can not get the cursor to go to the sidebar at all anymore. Is there some setting I am missing? # -- # VARIABLES – shown with their default values # -- # Should the Sidebar be shown? # set sidebar_visible = no set sidebar_visible = yes # How wide should the Sidebar be in screen columns? # Note: Some characters, e.g. Chinese, take up two columns each. set sidebar_width = 20 # Should the mailbox paths be abbreviated? set sidebar_short_path = yes # When abbreviating mailbox path names, use any of these characters as path # separators. Only the part after the last separators will be shown. # For file folders '/' is good. For IMAP folders, often '.' is useful. set sidebar_delim_chars = '/' # If the mailbox path is abbreviated, should it be indented? set sidebar_folder_indent = no # Indent mailbox paths with this string. set sidebar_indent_string = ' ' # Make the Sidebar only display mailboxes that contain new, or flagged, # mail. set sidebar_new_mail_only = no # Any mailboxes that are whitelisted will always be visible, even if the # sidebar_new_mail_only option is enabled. # Only show mailboxes that contain some mail #sidebar_whitelist '/home/user/mailbox1' #sidebar_whitelist '/home/user/mailbox2' # When searching for mailboxes containing new mail, should the search wrap # around when it reaches the end of the list? set sidebar_next_new_wrap = no # The character to use as the divider between the Sidebar and the other NeoMutt # panels. set sidebar_divider_char = '|' # Enable extended mailbox mode to calculate total, new, and flagged # message counts for each mailbox. set mail_check_stats # Display the Sidebar mailboxes using this format string. set sidebar_format = '%B%?F? [%F]?%* %?N?%N/?%S' # Sort the mailboxes in the Sidebar using this method: # count – total number of messages # flagged – number of flagged messages # new – number of new messages # path – mailbox path # unsorted – do not sort the mailboxes set sidebar_sort_method = 'unsorted' # -- # FUNCTIONS – shown with an example mapping # -- # Move the highlight to the previous mailbox bind index,pager \Cp sidebar-prev # Move the highlight to the next mailbox bind index,pager \Cn sidebar-next # Open the highlighted mailbox bind index,pager \Co sidebar-open # Move the highlight to the previous page # This is useful if you have a LOT of mailboxes. bind index,pager \CU sidebar-page-up # Move the highlight to the next page # This is useful if you have a LOT of mailboxes. bind index,pager \CD sidebar-page-down # Move the highlight to the previous mailbox containing new, or flagged, # mail. bind index,pager \CP sidebar-prev-new # Move the highlight to the next mailbox containing new, or flagged, mail. bind index,pager \CN sidebar-next-new # Toggle the visibility of the Sidebar. bind index,pager \CV sidebar-toggle-visible Some setting is probably messed up. Not sure what I am looking for. Thanks!
Re: is it possible to go to the folders via the sidebar?
On 27Oct2020 08:56, Cameron Simpson wrote: >On 25Oct2020 23:43, Globe Trotter via Mutt-users wrote: >>> I highlight on the folder user1 and I get: /home/maitra/gt/user1 is not a >>> mailbox. > >Hmm, me too. I withdraw this - I had a nonexistent name in my mailboxes list. With that fixed, the sidebar behaves correctly for me. More investigation needed. Does it fail for all your mailboxes, or just specific ones? Cheers, Cameron Simpson
Re: is it possible to go to the folders via the sidebar?
On 25Oct2020 23:43, Globe Trotter via Mutt-users wrote: >On Sunday, October 25, 2020, 6:35:37 PM CDT, Kevin Shell >wrote: >On Sun, Oct 25, 2020 at 04:22:27PM +, Globe Trotter via Mutt-users wrote: >> What does it mean to exec the sidebar-* functions? For me, the last one >> (which I presumed opens a mailbox) does not work. >> >I mean the set of functions that start with sidebar-. Which, BTW, are documented here: http://mutt.org/doc/manual/#sidebar >> I highlight on the folder user1 and I get: /home/maitra/gt/user1 is not a >> mailbox. Hmm, me too. >> However, it is a mailbox because when I do c -> =user1 I get to the mailbox >> and list of mails in there. > >What type of mailbox do you use, have you set the mailbox type? > >Thanks, yes, I have set the mailbox type to Maildir (that is what I use). The $mbox_type is only relevant when crreating a new folder. Mutt should existing autorecognise mbox, Maildir, MH. Cheers, Cameron Simpson (formerly c...@zip.com.au)
Re: is it possible to go to the folders via the sidebar?
On Sunday, October 25, 2020, 6:35:37 PM CDT, Kevin Shell wrote: On Sun, Oct 25, 2020 at 04:22:27PM +, Globe Trotter via Mutt-users wrote: > Thanks for your e-mail. > > On Sunday, October 25, 2020, 10:59:15 AM CDT, Kevin Shell > wrote: > > > > Welcom another newbie. :-) > > You're not using mutt to send to the list, what a pity. :-) > > Yes, I have to figure out how to get to Yahoo! Mail from IMAP/POP. > > > There is no key to got to the sidebar, you have to exec the sidebar-* > > functions, you can bind some keys to them. > > > Here are my bindings: > > bind index,pager B sidebar-toggle-visible > > bind index,pager \CN sidebar-next > > bind index,pager \CP sidebar-prev > > bind index,pager \CF sidebar-first > > bind index,pager \CL sidebar-last > > bind index,pager \CO sidebar-open > > What does it mean to exec the sidebar-* functions? For me, the last one > (which I presumed opens a mailbox) does not work. > I mean the set of functions that start with sidebar-. > I highlight on the folder user1 and I get: /home/maitra/gt/user1 is not a > mailbox. > > However, it is a mailbox because when I do c -> =user1 I get to the mailbox > and list of mails in there. > What type of mailbox do you use, have you set the mailbox type? Thanks, yes, I have set the mailbox type to Maildir (that is what I use).
Re: is it possible to go to the folders via the sidebar?
On Sun, Oct 25, 2020 at 04:22:27PM +, Globe Trotter via Mutt-users wrote: > Thanks for your e-mail. > > On Sunday, October 25, 2020, 10:59:15 AM CDT, Kevin Shell > wrote: > > > > Welcom another newbie. :-) > > You're not using mutt to send to the list, what a pity. :-) > > Yes, I have to figure out how to get to Yahoo! Mail from IMAP/POP. > > > There is no key to got to the sidebar, you have to exec the sidebar-* > > functions, you can bind some keys to them. > > > Here are my bindings: > > bind index,pager B sidebar-toggle-visible > > bind index,pager \CN sidebar-next > > bind index,pager \CP sidebar-prev > > bind index,pager \CF sidebar-first > > bind index,pager \CL sidebar-last > > bind index,pager \CO sidebar-open > > What does it mean to exec the sidebar-* functions? For me, the last one > (which I presumed opens a mailbox) does not work. > I mean the set of functions that start with sidebar-. > I highlight on the folder user1 and I get: /home/maitra/gt/user1 is not a > mailbox. > > However, it is a mailbox because when I do c -> =user1 I get to the mailbox > and list of mails in there. > What type of mailbox do you use, have you set the mailbox type? > > It's fun to me, I use it to read tons of emails, and even huge newsgroups, > > the headers cache make mutt very fast! > > Agreed. > > Thanks! -- kevin
Re: is it possible to go to the folders via the sidebar?
Thanks for your e-mail. On Sunday, October 25, 2020, 10:59:15 AM CDT, Kevin Shell wrote: > Welcom another newbie. :-) > You're not using mutt to send to the list, what a pity. :-) Yes, I have to figure out how to get to Yahoo! Mail from IMAP/POP. > There is no key to got to the sidebar, you have to exec the sidebar-* > functions, you can bind some keys to them. > Here are my bindings: > bind index,pager B sidebar-toggle-visible > bind index,pager \CN sidebar-next > bind index,pager \CP sidebar-prev > bind index,pager \CF sidebar-first > bind index,pager \CL sidebar-last > bind index,pager \CO sidebar-open What does it mean to exec the sidebar-* functions? For me, the last one (which I presumed opens a mailbox) does not work. I highlight on the folder user1 and I get: /home/maitra/gt/user1 is not a mailbox. However, it is a mailbox because when I do c -> =user1 I get to the mailbox and list of mails in there. > It's fun to me, I use it to read tons of emails, and even huge newsgroups, > the headers cache make mutt very fast! Agreed. Thanks!
Re: is it possible to go to the folders via the sidebar?
On Sun, Oct 25, 2020 at 03:45:32PM +, Globe Trotter via Mutt-users wrote: > I am new to mutt, and have sidebar enabled and a list of my folders to the > left. I can go down the list of the folders, using my keyboard. But I can not > figure out how to get into them directly (after highlighting them). Is there > a way? Right now, I am reduced to typing c -> =foldername and then going to > the list. Kind of makes the sidebar not at all useful for me so I am thinking > that there must be a better value for the sidebar folders. > Welcom another newbie. :-) You're not using mutt to send to the list, what a pity. :-) There is no key to got to the sidebar, you have to exec the sidebar-* functions, you can bind some keys to them. Here are my bindings: bind index,pager B sidebar-toggle-visible bind index,pager \CN sidebar-next bind index,pager \CP sidebar-prev bind index,pager \CF sidebar-first bind index,pager \CL sidebar-last bind index,pager \CO sidebar-open > Btw, after using mutt for two 2 days, it has been a lot of fun. (The initial > frustration has worn out.) Thanks to all the developers and also the members > of the users list for their very helpful answers and directions! > It's fun to me, I use it to read tons of emails, and even huge newsgroups, the headers cache make mutt very fast! -- kevin
is it possible to go to the folders via the sidebar?
I am new to mutt, and have sidebar enabled and a list of my folders to the left. I can go down the list of the folders, using my keyboard. But I can not figure out how to get into them directly (after highlighting them). Is there a way? Right now, I am reduced to typing c -> =foldername and then going to the list. Kind of makes the sidebar not at all useful for me so I am thinking that there must be a better value for the sidebar folders. Btw, after using mutt for two 2 days, it has been a lot of fun. (The initial frustration has worn out.) Thanks to all the developers and also the members of the users list for their very helpful answers and directions!
saving tagged messages to separate folders
Most of my mail comes from senders for whom I've already set up an save file (mbox). So when I do a save "s" it goes to the correct file. If I tag several messages from different senders and use the "s" command, it saves all the tagged messages to the file of the first tagged message. Is there a command I could use to save the tagged messages to their individual sender's save files? Jon -- Jon H. LaBadie j...@labadie.us 11226 South Shore Rd. (703) 787-0688 (H) Reston, VA 20190 (703) 935-6720 (C)
Re: Mutt losing folders with new mails with additional session
On Thu, Jul 23, 2020 at 00:01:18 -0500, Derek Martin wrote: > Oops, if I'd seen this message before I sent my last post, I probably > wouldn't have bothered to post it. > > That said, I will take issue with the notion that mbox is a terrible > format: It isn't. It does, however, have usage patterns for which > it is not well suited... I'd like to point out that I said that mbox was somehow bad only twice in my email and in both instances there were qualifiers about the workload: "mbox is a horrible format for any sort of mailbox that sees modifications other than just appending" and: "[updating the status info] may require rewriting the whole mbox file - which is the big reason mbox is a terrible format :)" (The second is a bit more implicit about it than I wish, but having to rewrite the whole file *is* a major flaw with mbox.) > just like maildir does. If you've read the > famous comparison of the two on the Courier website, you should note > that while many of its claims are true, it nevertheless is in no small > part bunk. I may have seen it years ago but I didn't remember anything about it. I looked at it just now, and I have to say that I wouldn't trust the results for anything today. 17 years ago they *may have* indicated something useful, but I'm not even convinced of that. The only thing I truly believe from its final analysis is: These benchmarks show that a big factor is the underlying hardware and the operating system. Which more or less invalidates its other results. ... > I'll grant you that one or two of the points I made may be outdated, > depending on what hardware and file system you're using and what > options you're mounting it with. But mostly... probably not. There are definitely use cases where mbox is a decent choice. I used to use maildir for all "regular" mailboxes and mbox for the spam mailbox, but I both to more efficient formats in Dovecot (sdbox and mdbox, respectively). These more efficient formats roughly correspond to maildir and mbox, but use external index files to keep track of status and other often modified data. This reduces the number of fs operations quite a bit. Jeff. -- Intellectuals solve problems; geniuses prevent them - Albert Einstein signature.asc Description: PGP signature
Re: Mutt losing folders with new mails with additional session
On Wed, Jul 22, 2020 at 23:25:18 -0500, Derek Martin wrote: > On Fri, Jul 17, 2020 at 08:37:50AM +0200, Sebastian Stein wrote: ... > > When I open a folder, I can mark a mail as new. How does mutt keep track of > > this flag? Is this stored inside mbox file? > > Yes. It's stored in a message header in the individual message. This > fact is unfortunately one of the things that slows mbox down, in cases > when it is slower than maildir (namely updating status, specifically, > in this case). It did not take much thought to imagine that making > status updates faster for mbox only required invariably storing > messages with a fixed-length status header, where status updates could > simply overwrite the existing status field in place. Sadly no one did > that. Dovecot tries to make this possible by padding the heading with extra spaces. Then if the update is minor enough and there is enough space in the header, the update is performed in-place. There might be other caveats that I don't remember; it's been a long while since I looked at that code. Of course changing the status is not the only operation that may end up rewriting the entire mbox. Jeff. signature.asc Description: PGP signature
Re: Mutt losing folders with new mails with additional session
On Fri, Jul 17, 2020 at 08:37:50AM +0200, Sebastian Stein wrote: > Kevin J. McCarthy [200716 18:18]: > > If the access time is earlier than the modification time, it notifies for > > new mail. > > Wow, what a bad algorithm. I mean, this was probably perfect 20 years ago, > but in times of desktop search engines, cloud backup services, etc. > something more advanced is needed?! Right, it's so terrible that users complain about it constantly. Oh wait... no, they don't. What makes it actually rather good is that it relies only on the existing file metadata built into the POSIX file store, making it pretty efficient (basically one stat() call). Pretty much anything else you can imagine will be significantly more expensive, and quite possibly monumentally more expensive. > When I open a folder, I can mark a mail as new. How does mutt keep track of > this flag? Is this stored inside mbox file? Yes. It's stored in a message header in the individual message. This fact is unfortunately one of the things that slows mbox down, in cases when it is slower than maildir (namely updating status, specifically, in this case). It did not take much thought to imagine that making status updates faster for mbox only required invariably storing messages with a fixed-length status header, where status updates could simply overwrite the existing status field in place. Sadly no one did that. > Why not have a sidecar like .L-file1.mutt, where some essential stuff like > last access time, checksum, etc. are stored? Well for starters you just made new mail detection AT LEAST 2x more expensive, probably more. Instead of just a stat call you need to open the "sidecar" and read it. And then you need to update it on every message update. This MAY be a small cost for the average user, but Mutt's users are not generally average e-mail users, and it can add up if you have a large number of mailboxes or large folders and/or have a workflow that does lots of message status updates. What you really want for something like this is a database that can optimize for e-mail's usage patterns, which has other benefits as well (like making virtual folders easy to implement). But that has a variety of down sides, most obviously quite a lot more complexity, lack of any reasonable standard for cross-platform/mailer compatibility (as far as I'm aware, at least) and that you can't generally use text-oriented command line tools to manipulate it. In other words, it requires Mutt to abandon some of its fundamental design principles. Not that that's necessarily a bad thing... but if you want something that doesn't work like Mutt, there are plenty of other mail clients that don't work like Mutt. I think the solution you're looking for is to fix or properly configure your file system index service. -- Derek D. Martinhttp://www.pizzashack.org/ GPG Key ID: 0xDFBEAD02 -=-=-=-=- This message is posted from an invalid address. Replying to it will result in undeliverable mail due to spam prevention. Sorry for the inconvenience. signature.asc Description: PGP signature
Re: Mutt losing folders with new mails with additional session
Oops, if I'd seen this message before I sent my last post, I probably wouldn't have bothered to post it. That said, I will take issue with the notion that mbox is a terrible format: It isn't. It does, however, have usage patterns for which it is not well suited... just like maildir does. If you've read the famous comparison of the two on the Courier website, you should note that while many of its claims are true, it nevertheless is in no small part bunk. And if you feel the need to argue the point, I would urge you to read this thread before you do so: https://mutt-users.mutt.narkive.com/OE3ugjuM/is-it-safe-to-use-mbox And this one: http://blu.org/pipermail/discuss/2003-September/017386.html I'll grant you that one or two of the points I made may be outdated, depending on what hardware and file system you're using and what options you're mounting it with. But mostly... probably not. -- Derek D. Martinhttp://www.pizzashack.org/ GPG Key ID: 0xDFBEAD02 -=-=-=-=- This message is posted from an invalid address. Replying to it will result in undeliverable mail due to spam prevention. Sorry for the inconvenience. On Fri, Jul 17, 2020 at 10:31:07AM -0400, Josef 'Jeff' Sipek wrote: > On Fri, Jul 17, 2020 at 08:37:50 +0200, Sebastian Stein wrote: > > Kevin J. McCarthy [200716 18:18]: > > > If the access time is earlier than the modification time, it notifies for > > > new mail. > > > > Wow, what a bad algorithm. > > It is a super cheap test with zero storage overhead. > > > I mean, this was probably perfect 20 years ago, > > but in times of desktop search engines, cloud backup services, etc. > > something more advanced is needed?! > > The atime/ctime comparison isn't perfect, but it is a well known algorithm > that's been around for a long time. One could make the argument that the > desktop search engine is buggy if it messes with the atime of every file it > looks at given what unix file system semantics are. > > Finally, I'm not sure most people care. I think most do not use mbox on a > desktop/laptop, or if they do the use is limited. (mbox is a horrible > format for any sort of mailbox that sees modifications other than just > appending) > > > When I open a folder, I can mark a mail as new. How does mutt keep track of > > this flag? Is this stored inside mbox file? > > Yes, a header with this information is stuffed into the corresponding mail > in the mbox. This may require rewriting the whole mbox file - which is the > big reason mbox is a terrible format :) > > > Why not have a sidecar like .L-file1.mutt, where some essential stuff like > > last access time, checksum, etc. are stored? > > Because that's extra overhead and well...it isn't mbox anymore. There are > other mailbox formats that don't use atime/ctime comparison. > > Server software like Dovecot maintains index files for each mailbox much > like what you are suggesting. While some of the functionality is IMAP or > POP3 specific, the index code is generic and quite complex. I doubt that > anyone will want to spend the effort to implement this client-side. > > Mutt could of course have a setting that disables the atime/ctime behavior - > and every time it wants to check it could scan the mailbox to see if > anything appeared. > > Ultimately, I think this is really a bug in the desktop search engine you're > using. > > Jeff. signature.asc Description: PGP signature
Re: Mutt losing folders with new mails with additional session
On Fri, Jul 17, 2020 at 08:37:50 +0200, Sebastian Stein wrote: > Kevin J. McCarthy [200716 18:18]: > > If the access time is earlier than the modification time, it notifies for > > new mail. > > Wow, what a bad algorithm. It is a super cheap test with zero storage overhead. > I mean, this was probably perfect 20 years ago, > but in times of desktop search engines, cloud backup services, etc. > something more advanced is needed?! The atime/ctime comparison isn't perfect, but it is a well known algorithm that's been around for a long time. One could make the argument that the desktop search engine is buggy if it messes with the atime of every file it looks at given what unix file system semantics are. Finally, I'm not sure most people care. I think most do not use mbox on a desktop/laptop, or if they do the use is limited. (mbox is a horrible format for any sort of mailbox that sees modifications other than just appending) > When I open a folder, I can mark a mail as new. How does mutt keep track of > this flag? Is this stored inside mbox file? Yes, a header with this information is stuffed into the corresponding mail in the mbox. This may require rewriting the whole mbox file - which is the big reason mbox is a terrible format :) > Why not have a sidecar like .L-file1.mutt, where some essential stuff like > last access time, checksum, etc. are stored? Because that's extra overhead and well...it isn't mbox anymore. There are other mailbox formats that don't use atime/ctime comparison. Server software like Dovecot maintains index files for each mailbox much like what you are suggesting. While some of the functionality is IMAP or POP3 specific, the index code is generic and quite complex. I doubt that anyone will want to spend the effort to implement this client-side. Mutt could of course have a setting that disables the atime/ctime behavior - and every time it wants to check it could scan the mailbox to see if anything appeared. Ultimately, I think this is really a bug in the desktop search engine you're using. Jeff. signature.asc Description: PGP signature
Re: Mutt losing folders with new mails with additional session
Kevin J. McCarthy [200716 18:18]: > If the access time is earlier than the modification time, it notifies for > new mail. Wow, what a bad algorithm. I mean, this was probably perfect 20 years ago, but in times of desktop search engines, cloud backup services, etc. something more advanced is needed?! When I open a folder, I can mark a mail as new. How does mutt keep track of this flag? Is this stored inside mbox file? Why not have a sidecar like .L-file1.mutt, where some essential stuff like last access time, checksum, etc. are stored? Regards, Sebastian signature.asc Description: PGP signature
Re: Mutt losing folders with new mails with additional session
On Thu, Jul 16, 2020 at 09:03:59AM +0200, Sebastian Stein wrote: Kevin J. McCarthy [200715 08:28]: Have you checked the access time vs modification time of those mailboxes? Capture them before and after procmail, and then launching Mutt. See if this gives any clues. Can you describe the algorithm how to determine if a mbox file has new mails? Is this only done based on timestamps? There are several configuration variables that can change the behavior ($mail_check_recent, $check_mbox_size). However, by default it's based on access time (Zugriff) vs modification time (Modifiziert). If the access time is earlier than the modification time, it notifies for new mail. ╰─$ stat Mail/L-file1 Zugriff: 2020-07-16 08:36:57.869739259 +0200 Modifiziert: 2020-07-16 08:36:37.909074114 +0200 ╰─$ stat Mail/L-file2 Zugriff: 2020-07-16 08:36:57.805727843 +0200 Modifiziert: 2020-07-16 08:36:37.688061706 +0200 For both L-file1 and L-file2, the access time is *later* than the modification time. So something is reading the files before Mutt even launches. What happens if other programs access mbox files? For example, what if some Kubuntu desktop search also reads those files? If they don't reset the access time, this will interfere with new mail detection in mbox files. So my conclusion would be that just based on those timestamps, mutt can't determine anything. But I guess mutt is keeping it's own last access time somewhere in those .L-file1.index and .L-file.index.ids files. No, those files aren't owned by mutt. I've now disabled Kubuntu desktop search, but not sure if this is the cause. It sounds likely this is the problem. Please let me know if that fixes the problem. -- Kevin J. McCarthy GPG Fingerprint: 8975 A9B3 3AA3 7910 385C 5308 ADEF 7684 8031 6BDA signature.asc Description: PGP signature
Re: Mutt losing folders with new mails with additional session
Kevin J. McCarthy [200715 08:28]: > Have you checked the access time vs modification time of those mailboxes? > Capture them before and after procmail, and then launching Mutt. See if > this gives any clues. Can you describe the algorithm how to determine if a mbox file has new mails? Is this only done based on timestamps? What happens if other programs access mbox files? For example, what if some Kubuntu desktop search also reads those files? Following situation this morning: - machine freshly started - mutt not running - running procmail - new mails in 3 files: o spool inbox o Mail/L-file1 o Mail/L-file2 - me waiting 10 seconds after procmail completed - opening mutt (defaults to spool inbox) - mutt doesn't show any other unread folders (expected: L-file1, L-file2) Here the output of stat before opening mutt: ╭─steinchen@steinchen ~ ╰─$ stat Mail/L-file1 Datei: Mail/L-file1 Größe: 45266944 Blöcke: 88424 EA Block: 4096 Normale Datei Gerät: 801h/2049d Inode: 1978935 Verknüpfungen: 1 Zugriff: (0600/-rw---) Uid: ( 1000/steinchen) Gid: ( 1000/steinchen) Zugriff: 2020-07-16 08:36:57.869739259 +0200 Modifiziert: 2020-07-16 08:36:37.909074114 +0200 Geändert : 2020-07-16 08:36:37.909074114 +0200 Geburt: - ╭─steinchen@steinchen ~ ╰─$ stat Mail/L-file2 Datei: Mail/L-file2 Größe: 10009245 Blöcke: 19560 EA Block: 4096 Normale Datei Gerät: 801h/2049d Inode: 1978682 Verknüpfungen: 1 Zugriff: (0600/-rw---) Uid: ( 1000/steinchen) Gid: ( 1000/steinchen) Zugriff: 2020-07-16 08:36:57.805727843 +0200 Modifiziert: 2020-07-16 08:36:37.688061706 +0200 Geändert : 2020-07-16 08:36:37.688061706 +0200 Geburt: - So we can see that modification date (Modifiziert and Geändert) are set, but also access (Zugriff) time before opening mutt. For L-file1, access time is BEFORE modification and in case of L-file2 the file was accessed AFTER it was modified. So my conclusion would be that just based on those timestamps, mutt can't determine anything. But I guess mutt is keeping it's own last access time somewhere in those .L-file1.index and .L-file.index.ids files. I've now disabled Kubuntu desktop search, but not sure if this is the cause. Regards, Sebastian signature.asc Description: PGP signature
Re: Mutt losing folders with new mails with additional session
On Tue, Jul 14, 2020 at 11:07:10PM +0200, Sebastian Stein wrote: set folder="$HOME/Mail" mailboxes `cd $HOME/Mail; echo P-*|sed -e 's/P-/+&/g'` mailboxes `cd $HOME/Mail; echo L-*|sed -e 's/L-/+&/g'` Since you are prefixing your mailboxes with '+' (as you should!), this precludes the problem being related to the one fixed for 1.14.6. There are 283 mbox files counting about 4.000 characters. Is this too much? No, it shouldn't be. Is it expected that value of "mailboxes" variable isn't shown when running: mutt -D Mailboxes are not stored in a configuration variable, so that won't be dumped out by mutt -D. Mutt doesn't provide a way to print out the current mailboxes list. However the 'y' keybinding () will list them in the mailbox browser. So far, I haven't found any clear way to reproduce it. This is the important part though. I've been staring at the code looking into Mike's problem. I saw a few (old) race conditions I need to address eventually but not much else. Without a simplified configuration and instructions to reproduce, I doubt I'll be able to find the problem. I "think" it most often happens if several emails are added by procmail to several different mbox files. Only 1 or 2 of such folder files are marked as having new mails, all others are lost. Have you checked the access time vs modification time of those mailboxes? Capture them before and after procmail, and then launching Mutt. See if this gives any clues. -- Kevin J. McCarthy GPG Fingerprint: 8975 A9B3 3AA3 7910 385C 5308 ADEF 7684 8031 6BDA signature.asc Description: PGP signature
Re: Mutt losing folders with new mails with additional session
Kevin J. McCarthy [200714 21:46]: > Mike's reported bug was triggered by relative path mailboxes. Instead of: > set folder = "~/Mail" > mailboxes =a =b =c > he had: > set folder = "~/Mail" > mailboxes a b c > where a, b, and c were then resolved relative to the mutt starting > directory, instead of under $folder. I made a mistake with the system call, > forgetting a flag to ensure relative path behavior when resetting the > access-time. I have the following: set folder="$HOME/Mail" mailboxes `cd $HOME/Mail; echo P-*|sed -e 's/P-/+&/g'` mailboxes `cd $HOME/Mail; echo L-*|sed -e 's/L-/+&/g'` There are 283 mbox files counting about 4.000 characters. Is this too much? Is it expected that value of "mailboxes" variable isn't shown when running: mutt -D Also inside mutt, running :echo $mailboxes doesn't output anything. Some other values of (maybe) interest (via mutt -D): mail_check=5 mail_check_recent is set mail_check_stats is unset mail_check_stats_interval=60 mbox="~/mbox" mbox_type=mbox move=no browser_abbreviate_mailboxes is set sort_browser=alpha So far, I haven't found any clear way to reproduce it. I "think" it most often happens if several emails are added by procmail to several different mbox files. Only 1 or 2 of such folder files are marked as having new mails, all others are lost. I compiled 1.14.6 from source. Official Ubuntu is still on mutt 1.13.2, but I first reported the problem with version 1.10.1. So I think the problem might have been introduced with version 1.10, because before Ubuntu had mutt 1.9, where I didn't encounter this problem. Please let me know for any additional information. Of course, you can also contact me directly and I'm happy to share my config with you. Regards, Sebastian signature.asc Description: PGP signature
Re: Mutt losing folders with new mails with additional session
On Tue, Jul 14, 2020 at 08:26:07AM +0200, Sebastian Stein wrote: Kevin J. McCarthy [200708 08:59]: > Perhaps some combination of settings is causing this. Would you mind > forwarding your configuration to me, so I can try to reproduce with > that? Thanks to Mike's help paring down his configuration to a minimal reproduce, I was able to find the problem. I'll get a patch to stable tomorrow and a release out later this week. Yesterday I compiled 1.14.6 from source code, but still see it happening. Today, I had several mails in 3 different folders (Mail/folder-1-file, Mail/folder-2-file), but only one of them showed up as being new. Your original mail (<20200106150335.ga10...@hpfsc.de>) reported you were seeing the problem with 1.10.1, but then it stopped with 1.13.2. Unfortunately, the problem Mike reported first showed up in Mutt 1.11.0. If you are still having the problem with 1.14.6 it may be a different issue. Mike's reported bug was triggered by relative path mailboxes. Instead of: set folder = "~/Mail" mailboxes =a =b =c he had: set folder = "~/Mail" mailboxes a b c where a, b, and c were then resolved relative to the mutt starting directory, instead of under $folder. I made a mistake with the system call, forgetting a flag to ensure relative path behavior when resetting the access-time. Do you have any minimal mutt config I could try to see if the problem goes away? My config was created like 20 years ago and not sure if there is anything weird in. If the above isn't the problem, I'm afraid I would need your help in paring down to a minimal reproduce. -- Kevin J. McCarthy GPG Fingerprint: 8975 A9B3 3AA3 7910 385C 5308 ADEF 7684 8031 6BDA signature.asc Description: PGP signature
Re: Mutt losing folders with new mails with additional session
Kevin J. McCarthy [200708 08:59]: > > Perhaps some combination of settings is causing this. Would you mind > > forwarding your configuration to me, so I can try to reproduce with > > that? > > Thanks to Mike's help paring down his configuration to a minimal reproduce, > I was able to find the problem. > > I'll get a patch to stable tomorrow and a release out later this week. Yesterday I compiled 1.14.6 from source code, but still see it happening. Today, I had several mails in 3 different folders (Mail/folder-1-file, Mail/folder-2-file), but only one of them showed up as being new. I ran first fetchmail and procmail, before launching mutt. Do you have any minimal mutt config I could try to see if the problem goes away? My config was created like 20 years ago and not sure if there is anything weird in. Regards, Sebastian signature.asc Description: PGP signature
Re: Mutt losing folders with new mails with additional session
On Tue, Jul 07, 2020 at 12:18:40PM -0700, Kevin J. McCarthy wrote: On Tue, Jul 07, 2020 at 08:34:54PM +0200, mi...@posteo.nl wrote: * On 07.07. Kevin J. McCarthy muttered: Do you have $mail_check_stats set? No. Perhaps some combination of settings is causing this. Would you mind forwarding your configuration to me, so I can try to reproduce with that? Thanks to Mike's help paring down his configuration to a minimal reproduce, I was able to find the problem. I'll get a patch to stable tomorrow and a release out later this week. -- Kevin J. McCarthy GPG Fingerprint: 8975 A9B3 3AA3 7910 385C 5308 ADEF 7684 8031 6BDA signature.asc Description: PGP signature
Re: Mutt losing folders with new mails with additional session
On Tue, Jul 07, 2020 at 08:34:54PM +0200, mi...@posteo.nl wrote: * On 07.07. Kevin J. McCarthy muttered: Do you have $mail_check_stats set? No. Perhaps some combination of settings is causing this. Would you mind forwarding your configuration to me, so I can try to reproduce with that? -- Kevin J. McCarthy GPG Fingerprint: 8975 A9B3 3AA3 7910 385C 5308 ADEF 7684 8031 6BDA signature.asc Description: PGP signature
Re: Mutt losing folders with new mails with additional session
* On 07.07. Kevin J. McCarthy muttered: > On Mon, Jul 06, 2020 at 08:39:49PM -0700, Kevin J. McCarthy wrote: > >Also, I wonder if you would mind trying a vanilla mutt 1.14.5 release. Here vanilla mutt 1.14.5 also looses the information of the new-mail-folder like stated for Gentoo-mutt 1.13.5 or 1.14.4-r1. > >A quick test on my side wasn't able to duplicate this, Hm. Why do I encounter the issue with the same version? Can I provide more information? > Do you have $mail_check_stats set? No. Mike
Re: Mutt losing folders with new mails with additional session
On Mon, Jul 06, 2020 at 08:39:49PM -0700, Kevin J. McCarthy wrote: Also, I wonder if you would mind trying a vanilla mutt 1.14.5 release. A quick test on my side wasn't able to duplicate this, so it would be nice to make sure it isn't a Gentoo patch causing the problem. After taking a closer look, I do have one theory about this, but it would be hard to trigger reliably. Do you have $mail_check_stats set? The sidebar code (merged back in 1.7.0) introduced a race condition for $mail_check_stats, because it resets the atime after scanning the mbox for message counts. That works fine with just one Mutt running, but not so well if there are more than one. I think the only way around it is to lock the mailbox, but I'll ponder it a bit more. It would be nice to know if that's your problem though. -- Kevin J. McCarthy GPG Fingerprint: 8975 A9B3 3AA3 7910 385C 5308 ADEF 7684 8031 6BDA signature.asc Description: PGP signature
Re: Mutt losing folders with new mails with additional session
On Mon, Jul 06, 2020 at 08:12:38PM -0700, Kevin J. McCarthy wrote: On Tue, Jul 07, 2020 at 04:49:37AM +0200, mi...@posteo.nl wrote: My issue seems to be similar to this: http://lists.mutt.org/pipermail/mutt-users/Week-of-Mon-20200106/001471.html Mike, would you mind opening a ticket on gitlab with all these details? I'll take a closer look and see what I can find. Also, I wonder if you would mind trying a vanilla mutt 1.14.5 release. A quick test on my side wasn't able to duplicate this, so it would be nice to make sure it isn't a Gentoo patch causing the problem. -- Kevin J. McCarthy GPG Fingerprint: 8975 A9B3 3AA3 7910 385C 5308 ADEF 7684 8031 6BDA signature.asc Description: PGP signature
Re: Mutt losing folders with new mails with additional session
On Tue, Jul 07, 2020 at 04:49:37AM +0200, mi...@posteo.nl wrote: My issue seems to be similar to this: http://lists.mutt.org/pipermail/mutt-users/Week-of-Mon-20200106/001471.html Mike, would you mind opening a ticket on gitlab with all these details? I'll take a closer look and see what I can find. Thank you! -- Kevin J. McCarthy GPG Fingerprint: 8975 A9B3 3AA3 7910 385C 5308 ADEF 7684 8031 6BDA signature.asc Description: PGP signature
Mutt losing folders with new mails with additional session
Hi, My issue seems to be similar to this: http://lists.mutt.org/pipermail/mutt-users/Week-of-Mon-20200106/001471.html I'm running procmail and mbox folders on Gentoo. mutt-1.10.1 works fine. When using mutt 1.13.5 or 1.14.4-r1 opening an additional session makes the first session forget about folders with new mails. Example: - Folder a defined by 'mailboxes' command - Start 'mutt -y' (session 1), switch to foder x - Incoming mail in folder a, 1.14.4-r1 shows new mail notice for folder a at once, 1.10.1 shows new mail notice for folder a after key press (e.g. some cursor key) - Hitting 'c' suggests switching to folder a, abort by Ctrl-g - Start additional 'mutt -y' session. When running 1.10.1 session 2 shows 'N' flag for newest folder a but 1.14.4-r1 does not - Hitting 'c' in session 1 again (1.14.4-r1) does not suggest any folder anymore, 1.10.1 still does Don't know if this is important: Without having changed the use flags manually the ebuilds' IUSE variables of 1.14.4-r1 and 1.10.1 differ: < autocrypt > crypt > gpg > nntp > notmuch > smime Any idea what causes the first session to forget about the folder with new mail in versions >1.10.1? Thank you. Mike
Re: Mutt losing folders with new mails
On Fri, Jan 10, 2020 at 03:58:30PM +0100, Sebastian Stein wrote: I've been using 1.13.2 compiled from official source since a few days and haven't seen the problem again. So I would assume it is related to the official Kubuntu/Ubuntu package. This makes sense, because I think the problem only started after switching to latest Kubuntu release. Thanks for the update! I took a look at the Kubuntu 19.10 src package, but it looks very lightly patched. I can't see anything that would cause the problems you were having, nor can I remember any kind of fixes that have taken place related to buffy since then. It's a mystery. I'm glad your problems have disappeared, but please keep me posted if you figure anything else out in the future. -- Kevin J. McCarthy GPG Fingerprint: 8975 A9B3 3AA3 7910 385C 5308 ADEF 7684 8031 6BDA signature.asc Description: PGP signature
Re: Mutt losing folders with new mails
Sebastian Stein [200106 20:57]: > > If possible it would helpful to test against a vanilla 1.10.1 (or newer) > > tarball, to discount external patch bugs. > > Ok, I will try that and report back. I've been using 1.13.2 compiled from official source since a few days and haven't seen the problem again. So I would assume it is related to the official Kubuntu/Ubuntu package. This makes sense, because I think the problem only started after switching to latest Kubuntu release. Next week, I will try to figure out how to report a bug to Ubuntu's package maintainers. Maybe we can upgrade the package to latest vanilla version. Regards, Sebastian signature.asc Description: PGP signature
Re: Mutt losing folders with new mails
On Tue, Jan 07, 2020 at 08:07:04AM +0100, Sebastian Stein wrote: Felix Finch [200107 08:03]: Might I suggest you actually count how many files in those new Maildir/new dirs, just to make sure they actually are in the new dirs and haven't moved to cur or something? I have done that. When the counter is reset to 0, I usually do ls -lt ~/Mail | head That's not likely to be meaningful for Maildir, where the new message files will be in a subdirectory "new" for each folder. What happens if you exit and restart Mutt? Does Mutt suddenly become aware of the new mails again? As Felix suggests, have you tried peeking inside the "new" subdirectory of a maildir that should have new mail? What do the messsage filenames look like? Do they have any flags such as 'T' (trashed) or 'S' (seen) at the end? If so, are there any external programs that might be monitoring and manipulating the maildirs? -- Kevin J. McCarthy GPG Fingerprint: 8975 A9B3 3AA3 7910 385C 5308 ADEF 7684 8031 6BDA signature.asc Description: PGP signature
Re: Mutt losing folders with new mails
Felix Finch [200107 08:03]: > On 20200106, Sebastian Stein wrote: > > Kevin J. McCarthy [200106 20:25]: > > > How are you observing the "folders with new mail" count? > > Might I suggest you actually count how many files in those new Maildir/new > dirs, just to make sure they actually are in the new dirs and haven't moved > to cur or something? I have done that. When the counter is reset to 0, I usually do ls -lt ~/Mail | head to check which other folders got new mails and open them manually afterwards. Regards, Sebastian signature.asc Description: PGP signature
Re: Mutt losing folders with new mails
On 20200106, Sebastian Stein wrote: Kevin J. McCarthy [200106 20:25]: How are you observing the "folders with new mail" count? Might I suggest you actually count how many files in those new Maildir/new dirs, just to make sure they actually are in the new dirs and haven't moved to cur or something? for m in Maildirs/*; do for d in $i/*; do echo "$d: $(ls $d|wc -l)"; done; done or something similar, repeated at various points. I have done too much firmware to not check the easy stuff :-) -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. Felix Finch: scarecrow repairman & wood chipper / 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: Mutt losing folders with new mails
Kevin J. McCarthy [200106 20:25]: > This would be the first report I've heard of this. What mailbox format is > procmail delivering to? I'm using maildir format, so based on some patterns I move mails to different files below ~/Mail. My procmailrc: PMDIR=$HOME/.procmail LOGFILE=$PMDIR/maillog MAILDIR=$HOME/Mail SHELL=/bin/bash ... and of course a lot of filters to move mails to individual files like: :0: * ^to_mutt-us...@mutt.org L-mutt-users > How are you observing the "folders with new mail" count? In the top status bar, there is this: [N=7,*=3,new=5] Afaik, this indicates that: - there are 7 unread mails in my current folder - I have selected 3 mails in current folder - there are 5 additional folders containing each at least one unread mail By pressing change-folder, mutt normally suggest next folder with unread mails. While deleting or moving one of the mails in current folder to different one, the "new=5" indicator jumps to "new=0" and mutt no longer suggests next folder when pressing change-folder command. > If possible it would helpful to test against a vanilla 1.10.1 (or newer) > tarball, to discount external patch bugs. Ok, I will try that and report back. Thanks for your support, Sebastian -- https://sebstein.hpfsc.de/
Re: Mutt losing folders with new mails
On Mon, Jan 06, 2020 at 04:03:35PM +0100, Sebastian Stein wrote: In the past weeks (probably after upgrading to Kubuntu 19.10) I noticed that mutt forgets about folders containing new mails as soon as I change one folder. This would be the first report I've heard of this. What mailbox format is procmail delivering to? How are you observing the "folders with new mail" count? Buffy notification hasn't been modified too much since 1.7.x. iNotify support and nanosecond timestamp comparison was added for version 1.11.0, but that shouldn't affect you yet. The new mail information is stored in memory, in the list generated by the 'mailboxes' command. If possible it would helpful to test against a vanilla 1.10.1 (or newer) tarball, to discount external patch bugs. -- Kevin J. McCarthy GPG Fingerprint: 8975 A9B3 3AA3 7910 385C 5308 ADEF 7684 8031 6BDA signature.asc Description: PGP signature
Mutt losing folders with new mails
Hi, I'm using the typical POP3 -> fetchmail -> procmail -> mutt chain on Kubuntu 19.10 with mutt 1.10.1. In the past weeks (probably after upgrading to Kubuntu 19.10) I noticed that mutt forgets about folders containing new mails as soon as I change one folder. For example, while mutt is running: - I fetch latest emails - mutt shows 3 folders with new mails - I change to first folder with new mails - mutt shows correctly 2 more folders with new mails - in folder, I delete new mail or move it to different folder - mutt forgets about 2 other folders Has anyone else noticed that? What could be the reason? Is this file system specific? Where does mutt store information about folders with new files (in memory or some temporary file)? Best regards, Sebastian -- https://sebstein.hpfsc.de/
Re: Navigating IMAP folders?
On Thu, Oct 10, 2019 at 09:08:03AM +1100, Cameron Simpson wrote: > On 27Aug2019 15:24, Paul Gilmartin wrote: > > > Press (view-file). > > > > > I wish the help said "view list" instead. > > You could define yourself the same macro and provide your own help string. If interested: Originally, Your newest email comes to your computer directly, and Mutt can simply read this mailbox file, and that's it. It explains why Mutt says . -- If you want to mention my name but don't have a Chinese IME, Call me @ShadowRZ instead.
Re: Navigating IMAP folders?
On 27Aug2019 15:24, Paul Gilmartin wrote: Press (view-file). I wish the help said "view list" instead. You could define yourself the same macro and provide your own help string. Cheers, Cameron Simpson
Re: Navigating IMAP folders?
On 2019-08-26, at 18:37:37, 雨宫恋叶 wrote: > > On Mon, Aug 26, 2019 at 04:12:53PM -0600, Paul Gilmartin wrote: >> o Some of my folders contain both messages and subfolders. When >> I focus on such a folder, shows me subfolders, not >> messages. How can I view the message list, instead/also? >> (I thought I knew this, long ago, but "?" shows me no such >> command.) > > Press (view-file). > I wish the help said "view list" instead. >> o How can I navigate to the parent of a displayed subfolder. >> Sometimes I see a "../" entry which does this. Why not >> always? > > Maybe press 1 (jump 1) can show the parent folder? > Yes. I was misled by the highligting. "1" works in a folder list. In a message list, it's "c?1" I'm learning. Thanks. >> I choose to leave everything on the server to be accessible >> on multiple devices with various clients. > > Me too. > > -- > 想要进入自己的意识殿堂的雨宫恋叶 -- gil
Re: Navigating IMAP folders?
On Mon, Aug 26, 2019 at 04:12:53PM -0600, Paul Gilmartin wrote: > o Some of my folders contain both messages and subfolders. When > I focus on such a folder, shows me subfolders, not > messages. How can I view the message list, instead/also? > (I thought I knew this, long ago, but "?" shows me no such > command.) Press (view-file). > o How can I navigate to the parent of a displayed subfolder. > Sometimes I see a "../" entry which does this. Why not > always? Maybe press 1 (jump 1) can show the parent folder? > I choose to leave everything on the server to be accessible > on multiple devices with various clients. Me too. [To Paul Gilmartin] I pressed r (reply) instead of L (list-reply) again... This is an accident... -- 想要进入自己的意识殿堂的雨宫恋叶
Navigating IMAP folders?
Hello, Mutt, I have a fairly complex tree of folders on an IMAP server. So: o Some of my folders contain both messages and subfolders. When I focus on such a folder, shows me subfolders, not messages. How can I view the message list, instead/also? (I thought I knew this, long ago, but "?" shows me no such command.) o How can I navigate to the parent of a displayed subfolder. Sometimes I see a "../" entry which does this. Why not always? I choose to leave everything on the server to be accessible on multiple devices with various clients. Thanks, gil
Re: Sidebar not showing all IMAP folders -- SOLVED, D'oh
On 20190618, Felix Finch wrote: I use mutt to connect to Lookout / office365, and teh sidebar only shows two mail folders, INBOX and "All Mail". From somewhere lost in time, I added these two lines to my .muttrc: mailboxes +INBOX "+All Mail" "Deleted Items" Notes "Junk Email" Trash sidebar_whitelist =INBOX "=All Mail" "=Deleted Items" =Notes "=Junk Email" =Trash I can switch to these folders and more by name, but the sidebar never shows any more than INBOX and All Mail. The documentation says This command specifies mailboxes that will always be displayed in the sidebar, even if $sidebar_new_mail_only is set and the mailbox does not contain new mail. I C said the blind man as he picked up his hammer and saw. Only the first two "mailboxes" names begin with "+". All need to. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. Felix Finch: scarecrow repairman & wood chipper / 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
Sidebar not showing all IMAP folders
I use mutt to connect to Lookout / office365, and teh sidebar only shows two mail folders, INBOX and "All Mail". From somewhere lost in time, I added these two lines to my .muttrc: mailboxes +INBOX "+All Mail" "Deleted Items" Notes "Junk Email" Trash sidebar_whitelist =INBOX "=All Mail" "=Deleted Items" =Notes "=Junk Email" =Trash I can switch to these folders and more by name, but the sidebar never shows any more than INBOX and All Mail. The documentation says This command specifies mailboxes that will always be displayed in the sidebar, even if $sidebar_new_mail_only is set and the mailbox does not contain new mail. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. Felix Finch: scarecrow repairman & wood chipper / 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: IMAP folders in sidebar
Hi Michael, * On 16.07.18 22:34, Michael Wagner wrote is it possible in mutt to display the mailboxes in the sidebar another way as to define every mailbox with the "mailboxes" command? Yes, you can set "imap_check_subscribed" and all imap folders will show up in the sidebar. imap_check_subscribed When set, mutt will fetch the set of subscribed folders from your server on connection, and add them to the set of mailboxes it polls for new mail just as if you had issued individual “mailboxes” commands. On large mailboxes, this greatly reduces the start time due to the "new mail" poll. Alternative solution: If you use offlineimap as well, you can let it generate your mailboxes file. In the page below, search for "mbnames" for an example: https://baptiste-wicht.com/posts/2014/07/a-mutt-journey-download-mails-with-offlineimap.html Best Regards, Stefan -- Stefan Hagen Phone: +49 (0)176 642 925 17 gopher://codevoid.de | PGP Key in Header signature.asc Description: PGP signature