Re: Deleting old maildir messages, is what I'm doing OK?
On 20210215, Angel M Alganza wrote: On Mon, Feb 15, 2021 at 12:49:53PM -0800, Felix Finch wrote: On 20210215, Kevin J. McCarthy wrote: You could write a script, I guess, something like: cd $header_cache_dir rm -f * How well would that play with existing mutt sessions? I run several mutts inside tmux (local mail, work IMAP mail, etc), and sessions will run for weeks. With no problem. When it doesn't find a cache, it'll make a new one. Right, but what if it discovers the new cache while half-built? Or what if it discovers no cache between the rm and the build, and they try to build it at the same time? -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: Deleting old maildir messages, is what I'm doing OK?
On 20210215, Kevin J. McCarthy wrote: You could write a script, I guess, something like: cd $header_cache_dir rm -f * cd $mutt_folder_dir for mb in *; do mutt -e 'set quit=yes; push ""' -f $mb done How well would that play with existing mutt sessions? I run several mutts inside tmux (local mail, work IMAP mail, etc), and sessions will run for weeks. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: Deleting old maildir messages, is what I'm doing OK?
On 20210215, Kevin J. McCarthy wrote: That should be fine. The only caveat is header caching. If you delete messages outside of mutt, those messages won't be removed from the header cache. Probably not a big deal for "junk catching" folders, but once in a while you may want to regenerate your header caches. Is there any way to do that from the command line? -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: Deleting old maildir messages, is what I'm doing OK?
On 20210215, Chris Green wrote: On Mon, Feb 15, 2021 at 12:32:28PM -0500, José María Mateos wrote: On Mon, Feb 15, 2021 at 05:07:54PM +, Chris Green wrote: > Does no one else ever delete mail messges? :-) I do, but for Junk / Trash I just set expiration times on those folders on my e-mail provider (Fastmail) so I don't even have to think about that. My 'e-mail provider' is me so I have to expire the messages myself, hence the question. I have developed an archive / delete system over the years. I want a complete archive of some maildirs, so a cronjob moves them to an archive structure. Others I keep just a couple of weeks and then delete. Junk/Trash/Spam sticks around for three days in case something came in from an unexpected source. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: My experiences with Mutt to date: Suggestions for overcoming some issues
On 20210124, boB Stepp wrote: 1) Mutt erratically loses connection with Gmail and I have to manually reconnect. Sometimes this happens rather frequently as in multiple instances within an hour. I am confident it is not my Internet connection, which is normally quite stable and fast. For instance my streaming music is never interrupted, the family's TV shows continue unimpeded, etc., but my connectivity to Gmail is interrupted randomly. If I have both Mutt and the web interface open, Mutt has its interruptions while the Gmail web interface appears to be updating normally. I had this problem after my ex-employer switched to a Lookout mail system. Sometimes mutt would stay connected for several days, then disconnect within seconds or minutes on every re-open until I gave up and waited an hour or two before connecting again, stable for hours. This was a pretty constant pattern for several years for various versions of both mutt and neomutt under Ubunto 18.04 and 20.04. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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 stops showing mail contents
On 20201218, Josef Wolf wrote: On Fri, Dec 18, 2020 at 07:39:05AM -0800, Felix Finch wrote: No idea what would be too much. Currently, there are about 7300 messages in my inbox and ps(1) reports this: raven:/ # ps axl|grep -v grep |egrep ' (mutt|COMMAND)' F UID PID PPID PRI NIVSZ RSS WCHAN STAT TTYTIME COMMAND 0 1000 1135 19716 20 0 97188 21104 SyS_po S+ pts/3 0:00 mutt 0 1000 15559 6391 20 0 97260 21124 - Spts/2 0:00 mutt raven:/ # but currently, the problem does not appear. I'll have to wait until it happens again. I think it's a long shot, but maybe mutt has a memory leak and the size of your mail dirs overloads it eventually. Long ago, when computers were slower, my maildirs got big enough to notice how slowly an open or search took, so I created an Archive dir and have a nightly cron job which moves older messages from the main maildirs to the Archive. My biggest is 14G, but mutt took less than 5 seconds to open it, and the memory footprint isn't much different. $ ps axl|grep -v grep |egrep ' (mutt|COMMAND)' F UID PID PPID PRI NIVSZ RSS WCHAN STAT TTYTIME COMMAND 0 1000 13476 13475 20 0 99364 11252 wait S+ pts/1 4:20 mutt 0 1000 25739 25738 20 0 184164 104184 poll_s S+ pts/7 0:03 mutt The first one is the normal long-term mutt, the second is the one I just fired up for the 14G Archive. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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 stops showing mail contents
On 20201218, Josef Wolf wrote: On Fri, Dec 18, 2020 at 11:56:47PM +1100, raf wrote: On Fri, Dec 18, 2020 at 11:16:23AM +0100, Josef Wolf wrote: > Mutt starts up as always and works as expected. But after some time, it stops > to show mail contents. It still shows the sidebar with all existing folders > and the list of messages in the current folder. But no message bodies or > attachments are shown at all. You might want to check /var/log/kern.log for I/O errors. Thanks for the hint, raf. I can't find any I/O errors in /var/log/*. Only some informational entries from smartd to be found there. Couple of dubious ideas. * Isn't smartd some kind of error reporting? I vaguely remember my having some smartd problems years ago, but no details come to mind. Maybe the informational messages might say something useful. * Maybe mutt has filled its memory with enough messages to run into memory limits, although I'd expect a different kind of failure mode. What does ps or /proc say about mutt's memory usage once it stops showing content? * On my mutt, ^o (re-)opens the mail folder in the sidebar. If you use that, does the problem go away, same as quitting and restarting? * I generally do the saem as you, but with tmux instead of screen, and mutt stays up for weeks at a time, although I change sidebar folders many times. I have two mutt instances running under tnux, one with local maildirs, one with IMAP. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: Assigning multiple labels (X-Label) to a message
On 20201216, Felix Finch wrote: I don't know the syntax of the X-Label header, but I manually added "X-Label: One, Two, Three" to this message, in case that is a useful experiment. Rats. Mutt stripped my fake X-Label: header right away; even the local Fcc: copy doesn't have it. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: Assigning multiple labels (X-Label) to a message
On 20201216, Marcus C. Gottwald wrote: What's the recommended way to deal with multiple labels assigned to an email message? Can I make Mutt look at the values of all X-Label header lines? Should I change the procmail recipes to append (or prepend) additional labels to an existing X-Label header line instead of adding new lines? When using multiple labels in a single X-Label header line, are there any advantages in using a specific delimiter (space, comma, ...)? Can you send a test message to yourself with multiple labels on one line? I don't know the syntax of the X-Label header, but I manually added "X-Label: One, Two, Three" to this message, in case that is a useful experiment. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: [SOLVED] Re: mutt seems laggy to resume on v.2.x
On 20201126, tech-lists wrote: Right now I don't know if the old mutt to new mutt is the cause or if there's been a change that they at the mail hosting have done which has occurred at the same time as mutt v1 -> mutt v2. It might not be an issue with mutt at all. There was a warning that the version major number changed because some config directives changed in small incompatible ways. Perhaps you ran into one of those. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: suggesting screen-hook
On 20201115, Franck Richter wrote: I wish to hide the sidebar when viewing emails, because copying >1 line of text with the mouse unfortunately includes the content of the sidebar in the copy buffer. Currently I am using following tricks that unfortunately fail time to time to show the sidebar again : message-hook ~A 'set sidebar_visible=no' macro pager q 'set sidebar_visible=yes' (adapted from https://jhutar.blogspot.com/2018/09/hide-sidebar-when-viewing-message-in.html) macro index \CB 'toggle sidebar_visible' macro pager \CB 'toggle sidebar_visible' To increase the cases where sidebar_visible=yes happens, I had to make other hooks I use more complex, ex: folder-hook "$my_mailboxname/in$" macro index d '+$my_mailboxname/trash"set sidebar_visible=yes"' folder-hook "$my_mailboxname/trash$" macro index d '"set sidebar_visible=yes"' folder-hook "$my_mailboxname/old$" macro index '+$my_mailboxname/in"set sidebar_visible=yes"' folder-hook "$my_mailboxname/in$" macro index '+$my_mailboxname/old"set sidebar_visible=yes"' folder-hook "$my_mailboxname/trash$" macro index '+$my_mailboxname/in"set sidebar_visible=yes"' Even with above, when manually saving mails in other mailboxes (via 's' or ';s'), I have to manually make sidebar visible again. [ Name alternatives ] screen-hook, context-hook, mode-hook... (doesn't matter) I use the basic scheme you have of manually toggling visibility, and it is plenty fast and easy. I use it for the same reason: copying multi-line text. # b toggles sidebar visibility macro index b 'toggle sidebar_visible' macro pager b 'toggle sidebar_visible' # Remap bounce-message function to "B" bind index B bounce-message I've never needed any of the folder-hooks. The sidebar is always visible unless I've toggled it off. (It annoys me no end that gnome-terminal-server does not recognize that URLs can span multiple lines for the right click copy/open menu.) -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: your mail
On 20201024, Globe Trotter via Mutt-users wrote: An irritating thing right now is that if I hit q in error after composing a message, I get: Postpone message (yes/no) and if I say no, then the message appears lost. Is is possible to have an an option on this which should be to cancel the postpone question: perhaps a prompt that is [yes/no/cancel] Try ^G. I just tried it on this message and it does cancel the quit. You do have to type "e" to get back to editing. Or go ahead and postpone, then type "m" to send a new message. This notices the draft and asks if you want to work on that. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: simple formatting possibilities
On 20200827, Jon LaBadie wrote: Is there anything I could use to create such "formated text", then distribute it in the body of a mutt message having some hope that the recipients see it correctly? Would Emacs' "picture" mode help? It initializes a text "area" in overwrite mode instead of insert mode, so whatever you type replaces what you type over, and arrow keys navigate around the picture area. I never used it much, haven't used it recently enough to remember the details, but it was extremely simple to use. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: Index screen - could it feature time segments?
On 20200803, Remco Rijnders wrote: Note that I am not passing judgement on your need for this functionality, but if it is an absolute requirement/deal breaker for you, then mutt might not be the tool to use here. I haven't been following this very deeply, but have two ideas. One: My $date_format is "%Y%m%d" and I put that in the $index_format as "%d". It's easy enough to see where the date changes. Two: Fake it with a cron job which throws in dummy messages for the dates desired, with fake headers to show dashes: From: Subject: - The cron job would fire off at midnight and either delete the old dummies and create new ones, or adjust the existing dummies in place. Both of these assume the sort order is by date. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: how to limit fetching number of mails?
On 20200710, Ishihama Yutaro wrote: I am newbie for Mutt (even for bash). I would like to know how to limit fetching number of mails because it is impossible to complete fetching within the set period of time (imap keep alive 300 seconds). I am using IMAP, not POP3. To seek this error, I wish to distinguish the several possible reasons. One is just coming from too many mails in my server. The other is coming from my simple mistake in .muttrc descriptions (e.g., “imap” instead of “imaps” and so on..). If one can limit the number of fetching mails, the initial process could finish within so-called a keep-alive time. What does this MUA copy to the local environment in the IMAP mode? Is this only subject? It would be of great help if someone could advice me. I am no mutt expert, but I use an IMAP account for OpenOffice, and my "All Mail" archive has over 101,000 messages. Once it's been to it, further opens are pretty quick, but sometimes if I haven't visited it in a while, it can take 10-20 minutes to refresh its cache. I don't have any timeouts. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: Using Maildir format, changing mailbox
On 20200605, Ben Boeckel wrote: On Fri, Jun 05, 2020 at 16:15:10 +0200, mutt...@mail.com wrote: What I'd like is that when I press '?' I get a list of *mailboxes* rather than directories, because, as a user, I'm really not interested in directories, I only want to know about mailboxes. See the `mailboxes` command. mailboxes "+acct1/dir1" "+acct1/dir2" Mine is generated by `offlineimap`, but it could be generated with some `find | awk` as well. Out of curiosity, could you show your offlineimap usage? I have a manually generated list of mboxes. It doesn't change often, but it would be nice to do it "properly". I looked at offlineimap some time ago, and again just now, and it seems to be meant to download email for local use -- backup, faster access, etc. I don't have any need for that. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: providing IMAP password to a mutt running on a remote host
On 20200529, Ian Zimmerman wrote: On 2020-05-29 07:33, Matthias Apitz wrote: Has someone an idea how could I provide to the remote mutt session the IMAP credentials stored on my local laptop? If you can talk to the admin of the remote host, you can put the credentials into some Unix environment variables on the laptop and make ssh lob them over (this is controlled by AcceptEnv, SendEnv and SetEnv in ssh configuration, including the sshd on the remote and that's what you need the admin's help for). Then in the remote .muttrc at the place where you need the credentials use a `printenv FOO` construct. I have done something like this but since then my program of radical simplicity has made some progress :-) Don't environment variables show up in /proc and ps? -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: Going GUI...er
On 20200409, Derek Martin wrote: On Thu, Apr 09, 2020 at 09:05:52AM -0700, Felix Finch wrote: Someone mention a Torpedo extension to Thunderbird recently. so I installed Thunderbird just to try it. Nope: Thunderbird doesn't even have a preference to send text only email. Yes it does: https://www.lifewire.com/plain-text-message-thunderbird-1173199 You are correct -- seems there are different entry points into account preferences. Thanks. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: Going GUI...er
On 20200409, Derek Martin wrote: Just because the current batch of GUI MUAs does this does not mean yours *needs* to. That would be the beauty of a GUI Mutt--it already has the philosophy of not automatically exposing you to all those same attack vectors. After all, text-based Mutt has exactly the same attack vetctors; it just does not expose you to them by default--you have to take action to expose yourself to them. And honestly, most mailers have the ability to avoid these attack vectors--they just don't by default, because that's what the average person wants. Mutt users typically are not average e-mail users, and know better. The few times I've imagined what kind of GUI email reader I would like enough to use, it mostly comes down to plain text by default and not opening any attachments or links until requested. Attachments would show as prompts; you could see or save them all at once or individually. You could have whitelists and blacklists, by sender and by URL. That's all I would really ask. Someone mention a Torpedo extension to Thunderbird recently. so I installed Thunderbird just to try it. Nope: Thunderbird doesn't even have a preference to send text only email. It might be useful for those few emails where I need to see the pictures to make any sense of it, but I will never use it regularly, or to reply. I get maybe one email a week or month which makes no sense as rendered text. I save the HTML part as xxx.html and bring it up in an editor, and maybe in a browser. It's always corporate email, and I doubt that tells them much they don't already know or guess. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: Going GUI...er
On 20200405, Greg Marks wrote: I realize this isn't an answer to Vegard Svanberg's original question, but I think it's a point worth raising: isn't the fact that mutt is text-based a security feature? I have always used that as an excuse when corporate drones get annoyed with my text email. It's somewhat pointless when I save PDFs, pictures, etc to look at outside mutt, but I don't mention that :-) Still, most links to 1x1 invisible gifs and javascript are rendered harmless. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: Going GUI...er
On 20200405, m...@amrx.net wrote: No! The ultimate goal should be do accept calendar invitations from your calendar! Your mail client is reserved for reading email. MIME attached ics files to coordinate meeting attendance is an atrocity. Not even the email client is that restricted. It is commonly used to send tarballs, Linux patches, all sorts of things which are not "reading email". Email itself is not that restricted; I have used email for all sorts of remote control, like turning thermostats up or down, turning on lights, etc. SMTP is a tool, a nice general purpose tool, not some holy grail of RFCs never to be used for other purposes, and mutt is one of the many implementations. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: Going GUI...er
On 20200405, Fred Smith wrote: On Sun, Apr 05, 2020 at 12:45:09PM -0700, Felix Finch wrote: On 20200405, Akkana Peck wrote: >Is there any way to configure mutt to alert me at the top of the >message if there are any text/calendar or image/* attachments >anywhere in the message, even as part of a multipart/alternative? >I feel like I miss a lot in mail messages because mutt doesn't tell >me about attachments. I wonder if the number of attachments could be shown in the index? I don't know about the number, but it IS possible to show a flag in the index indicating the presence of one or more attachments... I set mine that way, but don't remember how. I'll take a quick gander at my muttrc and maybe it'll jump out at me... # the default format #set index_format="%4C %Z %{%b %d} %-15.15L (%?l?%4l&%4c?) %s" # this one shows attachments #set index_format="%4C %Z %{%b %d} %-15.15L %?X?{%2X}&%4c? %s" set index_format="%4C %Z %{%b %d} %-20.20L %?X?^&%4c? %s" OK, that last one is what sets the attachment indicator. Looks like it is the "^&" out near the end. No, the & is part of the trinary ?& operator. %X is the number of attachments. Prolly a good idea to look it up in the mutt doc before butchering yours, though. Indeed :-) I wondered how I missed it ... I will try that, but I'm not sure it's useful when corporate email has so many useless attachments. Just tried it on corporate email, and it only showed for one email, which had a single text attachment. Other emails with multiple image/png attachment showed nothing. I'll experiment more later. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: Going GUI...er
On 20200405, Akkana Peck wrote: Is there any way to configure mutt to alert me at the top of the message if there are any text/calendar or image/* attachments anywhere in the message, even as part of a multipart/alternative? I feel like I miss a lot in mail messages because mutt doesn't tell me about attachments. I wonder if the number of attachments could be shown in the index? I don't know if that would be sufficient; a lot of work emails are loaded with stupid company logos and such. Maybe the index could include a count of attachments only of specific types enumerated in a mutt var. Or maybe a count of attachments not enumerated in a mutt var. set show_attachments=text/calendar;text/html set hide_attachments=image/png %p is unused. Let it stand for the number of parts: set index_format="%4C %Z %{%b %d} %-15.15L %p (%?l?%4l&%4c?) %s" Just spitballin'! -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: Going GUI...er
On 20200405, Sam Kuper wrote: On Sat, Apr 04, 2020 at 09:06:13AM -0700, Felix Finch wrote: On 20200404, Sam Kuper wrote: This ~/.mailcap works tolerably under Gnome [...] I've been using something similar for several years, and one thing missing from this is a way to respond to invites. Perhaps it's an Outlook-only thing, but I invariable get followup emails asking me to click "Accept", and I never see any such links. Looking at it in the Outlook webmail, there is an RSVP section with buttons for Accept Yes/No. AFAICT, this is just another Micro$oft lock-in attempt. Looking at the actual mime part, each invitee has an RSVP section. ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Joe Blow :mailto:jb...@megacorp.com [...] Do any calendar filters replicate this RSVP business? [...] I, too, would be grateful to know this. Not because I support lock-in, but because simplifying calendar invites/RSVPs should not be beyond the means of free (as in freedom) software. (Compatibility with proprietary implementations should be a secondary concern.) The key difficulty is likely to be broken time zone implementations (see below). In the meantime, you can just reply to the message (which, after all, was sent as an email): "Thanks, I accept your invitation to the meeting at 5pm PDT on 5th May 2020." Now that's an idea I hadn't considered! I was thinking more about the calendar program keeping tabs on who had accepted or not. But you're right, no need to emulate that. Just reply to the human. N.B. I strongly suggest including the time, zone and date in your reply, as above, because sometimes automated invites: - use the wrong time zone for the event, AND - do not specify the time zone that they are assuming! -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: Going GUI...er
On 20200404, Patrick Shanahan wrote: * Fred Smith [04-04-20 14:32]: [...] When God invented email, He intended that it be plain text! :) As such, rich-text/html/images in email is the spawn of the devil. :) :) amen, good only for advertising and junk mail but now w/o the cost of a stamp. That may be how it started, but tons of internal corporate email and ordinary business-to-customer email includes embedded html pages and pictures. I'm sure most of us have gotten huge emails which could have been written in a few lines of text. But here we are anyway. Are there any mutt ways to view these pages as a whole in a browser, rather than individually? -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: Going GUI...er
On 20200404, Sam Kuper wrote: This ~/.mailcap works tolerably under Gnome: text/calendar; /home/sampablokuper/src/mutt_and_neomutt_and_related/mutt-filters/vcalendar-filter; copiousoutput vcalendar-filter is from https://github.com/terabyte/mutt-filters I've been using something similar for several years, and one thing missing from this is a way to respond to invites. Perhaps it's an Outlook-only thing, but I invariable get followup emails asking me to click "Accept", and I never see any such links. Looking at it in the Outlook webmail, there is an RSVP section with buttons for Accept Yes/No. Looking at the actual mime part, each invitee has an RSVP section. ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Joe Blow :mailto:jb...@megacorp.com The only "http" links are for zoom. Do any calendar filters replicate this RSVP business? -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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
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: 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: order of sending mail and saving to fcc
On 20190610, Ben Boeckel wrote: On Mon, Jun 10, 2019 at 08:40:30 -0700, Felix Finch wrote: As other(s) have mentioned, power failure, cat jumping on keyboard. I have also had sends hang seemingly forever, and the only way forward is tokill the tmux session. Then I have no Fcc copy. I can root around /tmp to find the message, but I shouldn''t have to. Doe mutt do the right fsync dance for power failure anyways? How would a cat jumping on the keyboard possibly a failure mode *anyone* can *plan* for? (I've had mine swat the power strip switch before which is at least intersecting with other failure modes.) Cat could hit 'q' and then you will have neither Fcc nor send copy. Killing the tmux session seems overkill. You couldn't kill just the pane holding mutt? Tmux being completely unresponsive sounds like either a sendmail or tmux bug. Of course this is what I meant. And when ^C and ^\ do nothing, I consider it time to kill the tmux session / pane. I suppose I could open a new terminal session, in tmux (because tmux is still responding), and killall mutt, but the distinction is insignificant. For me, the difference is that having extra Fcc copies is nowhere near as bad as not having any. If you're this paranoid, the only real fix is to have your editor save a backup somewhere before handing it off to mutt in the first place anyways. After all, mutt could segfault and lose it before the Fcc! If it is paranoid to consider the ramifications of a change, then the implementors of said change were also paranoid. Please be less snarky and more serious. You do your arguments no favors. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: order of sending mail and saving to fcc
On 20190610, Felix Finch wrote: Perhaps a compromise is to Fcc as a draft file first, then send, then move the draft Fcc file to its permanent location. Not so clever with IMAP draft files. It would have to be a special local file, and mutt would have to look for it on start. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: order of sending mail and saving to fcc
On 20190604, Jack M wrote: The other one (mail sent, but no local copy) Why would this situation would ever occur? As other(s) have mentioned, power failure, cat jumping on keyboard. I have also had sends hang seemingly forever, and the only way forward is tokill the tmux session. Then I have no Fcc copy. I can root around /tmp to find the message, but I shouldn''t have to. For me, the difference is that having extra Fcc copies is nowhere near as bad as not having any. Another factor is that the Fcc is much less likely to fail than the send. Perhaps a compromise is to Fcc as a draft file first, then send, then move the draft Fcc file to its permanent location. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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
How to tag all non-flagged messages
"T!~F" tags all non-flagged messages ... but in thread sort order, it only tags the visible messages, ie, the first in each thread. I can get around this by choosing order date, tagging, and choosing order threaded, but is there a more direct way? -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: Copying text from Mutt viewer also copies trailing space
I just used X select to select two lines from your message, running inside tmux, and paste them into emacs. It pasted in the two lines with no extraneous spaces on either line. The selection highlighted the full width of both lines, 210 columns. I don't know what I am doing differently, but there are no extraneous spaces for me. On 20190101, Vegard Svanberg wrote: > Hi, > > Happy New Year! > > I have a problem that's been bugging me for years: > > Let's say the terminal window is appr. 120 characters wide. The email > I'm reading is ~80 chars wide. In other words, columns 80-120 are blank. > > When I copy text from Mutt into whatever else (vim, text editor, browser > textarea... doesn't matter), the paste includes the (trailing) spaces > (\s) from column 80-120, so I have to manually remove them. > > This seems to only happen when I run Mutt inside screen or tmux. > However, I use screen/tmux extensively and I only observe this > phenomenon inside the Mutt viewer. > > If I, say, edit the email so it opens in vim (like esc-e or hitting > reply), this does not occur. > > How can I find out what causes this and (more importantly) fix it? -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: slow startup
On 20181220, Kenichi Asai wrote: > Why does it take so long time to start up? Have anybody had the same > experience? What should I check? Try starting it with "-d nnn" debugging; that might show you where it's pausing. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: Hide a message?
On 20181214, Cameron Simpson wrote: > Others have spoken of preserving attributes (read, flagged, etc). You get > all of this by using mutt itself to perform the conversion. Basic scheme: > > - make an empty maildir > - open the mbox with mutt > - save all messages to the maildir > - close mutt > > Now you have an empty mbox and a new Maildir with the same messages. Sounds > tedious? Couldn't you just tag all messages, then ";s" and name the maildir? -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: save and select from mailbox list
On 20181130, benfi...@gmail.com wrote: > if i have a mail selected in the index and want to save and then be prompted > to > select one of my mailboxes, how can this be done? > > my first attempt was a macro with "?", but of > course I can't get past without first entering a folder at the > prompt. I had the cursor on your message, in the index, and hit 's' -- it prompted me for the mailbox name, '?' brought up the full list. What am I missing? That sounds like what you want. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: segfault causes system freeze
On 20181122, Felix Finch wrote: > Try "stty sane^J". I should have clarified; someimes the tty gets in such a state that it doesn't echo any characters nor recognize ; you have to type this on blind faith it's getting through to the shell, and the ^J works when doesn't. You may need a ^C or ^Z beforehand to abort any existing command. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: segfault causes system freeze
On 20181122, Nathan Stratton Treadway wrote: > On Thu, Nov 22, 2018 at 07:51:48 +0100, steve wrote: > > No. If switch to another console, and launch a 'ls' for example, the > > cursor goes to the line and then nothing happens. Ctlr-x doesn't do > > anything. Opening a new one and launching htop for example freeze the > > terminal. But was it funny, is that I can firefox still works as > > expected. At this stage I normally shutdown the computer physically. > > Hmmm, interesting... the system is not truely locked up, but perhaps > it's now unable to launch new processes, or something like that. (It > would be interesting to know if an instance of "htop" running on another > console continues keep running even after the segfault, for example.) I have seen screen (the command!) leave the tty in a very confused state, where it thinks the usable area is less than full size, such that scrolls for instance only operate on a subsection. Try "stty sane^J". If using screen or tmux, try ^D to exit and ^A^C or ^B^C to open a new session. Sometimes I have cat'd a binary file by mistake and left the tty so confused that I have to log out and back in. Do you have ssh set up, and do you have a second computer you can ssh in from? Try ssh on that other compputer just to have an independent tty available, and see if it behaves normally after mutt locks things up. One problem with power cycling is the file system recovery after a power loss; you can avoid that by starting a root sleep+reboot in the background, which you abort if you don't need it, otherwise let it reboot for you if possible. sudo su - (sleep 300; reboot) & ^D and on to your mutt crashing. If mutt locks up, wait 5 minutes and see it it reboots on its own. If not, power cycle. You can use "shutdown -h now" instead of reboot if you want. If nutt locks up but the other suggestions leave you with a working tty, or if mutt doesn't lock up, you have 5 minutes to "sudo su -" again and kill the sleep+reboot job. Adjust the 300 second sleep to your patience; how quickly can you make mutt lockup? How often do you wnat to kill and restart that sleeper, and how long do you want to wait for it to reboot after a lockup? You can start similar background jobs to report interesting data and wait a few minutes, then on reboot, check its logged output. while :; do date >>~/loggy; sleep 10; done & You may need a nohup in there; try logging out with that running and make sure it remans running. If mutt locks up, not the exact time, wiat 5 minutes, power cycle, and check ~/loggy to see how long it kept logging. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: Aliases
On 20181119, Thomas Schneider wrote: > I would just add 'joe' to the CC line in vim. Then I quit vim and go > back in. 'joe' is expanded. Since I have this vim mapping: > > map ; :wq^M > > (where '^M' is a control M) > it takes only two characters: ';e'! You could use "ZZ", only one char more and skips the mapping. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: Aliases
On 20181119, steve wrote: > Hi, > > I'm using the alias functionality very often, but there is one thing > lacking or that I haven't found yet. > > Let's say I have a group alias like this > > alias group1 a,b,c,d > > and a simple one like this > > alias joe j...@example.com > > Now, I would like to create a new message with m, then the TO field > appears and I type group1 which fills that field with the four > recipients. Then I get the subject field and then I can edit the message > with my editor, vim in my case. > > Now if I want to add joe to the CC field, I cannot use the alias, I must > enter it manually. This case happens so often for me that I'm looking > for a way to simplify this process. I don't know if using aliases is the > right way to go, I don't see how to add joe to the group group1 AND ask > that it goes in the CC filed and not in the TO field. You can use aliases in the editor, they just don't autocomplete. Put "joe" in the Cc: header with the editor; when mutt picks up the edited email, it expands it. The few times I forget someone's alias and would otherwise rely on mutt expansion, I edit the alias file to remind myself. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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
Switching sort order from 'd' to 't'
Just noticed an interesting phenomena. I was asked about a several-day-long thread whose most recent message was yesterday, wanted to find the thread beginning, so I switched to 'd' order, found the most recent message, and switched to 't' order while on that message; mutt beeped and went to the last message (in 't' order). Back to 'd' order, found the most recent, switched to 's' order, saw all the messages, went to the very first, switched to 't' order, and it properly stayed in the thread. Or if I stay in 'd' order, find the first in the thread, and switch to 't' order, it does the right thing. I can sort of comprehend / guess how this might be happening; 't' collapses threads, and because the current message is not directly visible, mutt gets confused, beeps, and goes to the most recent thread. But it seems like a bug. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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 mailboxes in the sidebar
On Mon, Sep 17, 2018 at 09:15:00AM -0700, Kevin J. McCarthy wrote: > On Mon, Sep 17, 2018 at 05:44:34AM -0700, Felix Finch wrote: > > It does show those two in teh sidebar. But "mailboxes" is only for > > incoming mail: > > > > This command specifies folders which can receive mail and which > > will be checked for new messages periodically. > > > > I want all the mailboxes available, as determined by Lookout, in the > > sidebar, but only INBOX needs to be checked for new mail. > > Sorry, that's how the sidebar is built - it piggybacks on the > 'mailboxes' list for determining what to display. Nothing to be apologize for :-) but is there no way for Mutt to ask the server what mailboxes exist? -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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 mailboxes in the sidebar
On Sun, Sep 16, 2018 at 10:26:24PM -0700, Kevin J. McCarthy wrote: > Forgive me for asking what may be a stupid question, but have you > *listed* all the mailboxes in question with a 'mailboxes' command in > your muttrc? > > If so, is there any chance you have something running under a hook that > is calling unmailboxes? What happens if you add 'mailboxes foo' to your > muttrc? > > Alternatively you could try enabling $imap_check_subscribed and make > sure all the relevant mailboxes are subscribed to. That does it -- sort of: mailboxes +INBOX +'All Mail' It does show those two in teh sidebar. But "mailboxes" is only for incoming mail: This command specifies folders which can receive mail and which will be checked for new messages periodically. I want all the mailboxes available, as determined by Lookout, in the sidebar, but only INBOX needs to be checked for new mail. I've tried all combinations of yes and no for these two variables, along with defining "mailboxes" or not, and the only one which matters is "mailboxes". set 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. set imap_list_subscribed This variable configures whether IMAP folder browsing will look for only subscribed folders or all folders. imap_check_subscribed is not clear to me. I like the "fetch the set of subscribed folder", but they don't need to be checked for new mail (only INBOX does). Maybe it is this "subscription" jargon which is tripping me up. When I use Lookout itself (ugh!), it shows about a dozen mailboxes. That's what I want mutt to show. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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 mailboxes in the sidebar
On Sun, Sep 16, 2018 at 06:11:43PM -0700, Felix Finch wrote: > On Sun, Sep 16, 2018 at 07:22:55PM -0500, Arturo wrote: > > On 09/16, Felix Finch wrote: > > > On Sun, Sep 16, 2018 at 06:54:51PM -0500, Arturo wrote: > > > > On 09/16, Felix Finch wrote: > > > > > Ubuntu 18.04, Mutt 1.9.4. > > > > > > > > > > set sidebar_format="%B%?F? [%F]?%* %?N?%N/?%S" > > > > > set sidebar_new_mail_only=no > > > > > set sidebar_visible=yes > > > > > > > > > > The sidebar shows only INBOX. All other mailboxes are absent. The > > > > > same mutt sidebar is fine for local maildirs with a different muttrc. > > > > > > > > > > I tried setting > > > > > > > > > > sidebar_whitelist =INBOX "=All Mail" > > > > > > > > > > and that makes no difference. I can change to that mailbox using > > > > > "=All", so mutt knows it's a valid name, just can't see it in > > > > > the sidebar. > > > > > > > > > > I can only guess it's something to do with IMAP or Lookout (it's a > > > > > Lookout IMAP server). > > > > > > > > Does it work if you put the full path? > > > > > > > > sidebar_whitelist imaps://imap.gmail.com:993/Devel > > > > imaps://imap.gmail.com:993/Family > > > > imaps://imap.gmail.com:993/[Gmail]/Starred > > > > > > I tried variations on that, no difference. But if it can pick up =INBOX, > > > why would it need the full path to others? > > > > > > > Well I had a similar issue. IIRC, INBOX was always there regardless for > > me, > > but I had to use the full path to get anything else to work. There was a > > bug (since fixed) in NeoMutt where it wasnt' expanding = or + to > > the full path. Sounds like the same issue to me here in Mutt. > > > > https://github.com/neomutt/neomutt/issues/485 > > I guess I'll try again, and differently :-) I tried every combination I could think of, including putting my username and password in the URL. Crickets. I also tried eliminating the sidebar_whitelist command altogether. Nomatter what I do, the sidebar shows "INBOX10" and nothing else. About the only reaction I got as deliberate syntax errors, such as "set sidebar_whitelist ...". Otherwise it acts like that line is not even present. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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 mailboxes in the sidebar
On Sun, Sep 16, 2018 at 07:22:55PM -0500, Arturo wrote: > On 09/16, Felix Finch wrote: > > On Sun, Sep 16, 2018 at 06:54:51PM -0500, Arturo wrote: > > > On 09/16, Felix Finch wrote: > > > > Ubuntu 18.04, Mutt 1.9.4. > > > > > > > > set sidebar_format="%B%?F? [%F]?%* %?N?%N/?%S" > > > > set sidebar_new_mail_only=no > > > > set sidebar_visible=yes > > > > > > > > The sidebar shows only INBOX. All other mailboxes are absent. The > > > > same mutt sidebar is fine for local maildirs with a different muttrc. > > > > > > > > I tried setting > > > > > > > > sidebar_whitelist =INBOX "=All Mail" > > > > > > > > and that makes no difference. I can change to that mailbox using > > > > "=All", so mutt knows it's a valid name, just can't see it in the > > > > sidebar. > > > > > > > > I can only guess it's something to do with IMAP or Lookout (it's a > > > > Lookout IMAP server). > > > > > > Does it work if you put the full path? > > > > > > sidebar_whitelist imaps://imap.gmail.com:993/Devel > > > imaps://imap.gmail.com:993/Family > > > imaps://imap.gmail.com:993/[Gmail]/Starred > > > > I tried variations on that, no difference. But if it can pick up =INBOX, > > why would it need the full path to others? > > > > Well I had a similar issue. IIRC, INBOX was always there regardless for me, > but I had to use the full path to get anything else to work. There was a > bug (since fixed) in NeoMutt where it wasnt' expanding = or + to > the full path. Sounds like the same issue to me here in Mutt. > > https://github.com/neomutt/neomutt/issues/485 I guess I'll try again, and differently :-) -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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 mailboxes in the sidebar
On Sun, Sep 16, 2018 at 06:54:51PM -0500, Arturo wrote: > On 09/16, Felix Finch wrote: > > Ubuntu 18.04, Mutt 1.9.4. > > > > set sidebar_format="%B%?F? [%F]?%* %?N?%N/?%S" > > set sidebar_new_mail_only=no > > set sidebar_visible=yes > > > > The sidebar shows only INBOX. All other mailboxes are absent. The same > > mutt sidebar is fine for local maildirs with a different muttrc. > > > > I tried setting > > > > sidebar_whitelist =INBOX "=All Mail" > > > > and that makes no difference. I can change to that mailbox using > > "=All", so mutt knows it's a valid name, just can't see it in the > > sidebar. > > > > I can only guess it's something to do with IMAP or Lookout (it's a Lookout > > IMAP server). > > Does it work if you put the full path? > > sidebar_whitelist imaps://imap.gmail.com:993/Devel > imaps://imap.gmail.com:993/Family imaps://imap.gmail.com:993/[Gmail]/Starred I tried variations on that, no difference. But if it can pick up =INBOX, why would it need the full path to others? -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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
IMAP mailboxes in the sidebar
Ubuntu 18.04, Mutt 1.9.4. set sidebar_format="%B%?F? [%F]?%* %?N?%N/?%S" set sidebar_new_mail_only=no set sidebar_visible=yes The sidebar shows only INBOX. All other mailboxes are absent. The same mutt sidebar is fine for local maildirs with a different muttrc. I tried setting sidebar_whitelist =INBOX "=All Mail" and that makes no difference. I can change to that mailbox using "=All", so mutt knows it's a valid name, just can't see it in the sidebar. I can only guess it's something to do with IMAP or Lookout (it's a Lookout IMAP server). -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: Return key does not display-message in index view
It makes me wonder if some other line is invoking anunseen config entry which changes the definition. Is it possible to add a config line which prints the definition to a file, or to the screen? Then you could scatter several such lines around in a binary search / bisect mode until you narrow it downto one particular line which changes the definition. I am just flailing for no particular reason; I do not know if there is any way to print a definition like this. An alternative would be to throw in an explicit redefinition to the value you want, put it at the end, and if it fixes the problem, move it backwards a ways until it no longer fixes the problem, then move it forward half the distance, and so on. On Mon, Aug 13, 2018 at 09:06:41PM -0700, TJ Hayes wrote: > @Cameron Simpson > > Thank you for your help. Here is what I get when I try the suggestions given: > > > Try commenting this line out of your config and retry. I don't have this > > explicitly in my settings, it comes from mutt's defaults for me. > > Commenting out "bind display-message" from my muttrc has no impact. > The key still does nothing when I press it in index mode. > > > Also try running "mutt -F /dev/null" to bypass all the configuration. > > This worked!! When I run mutt with no config file (muttrc), the key > does function properly to display-message in index mode. This is a clue that > my muttrc is giving me the trouble. > > Also, I verified that typing ? to show keybinds DOES show that > display-message and "display a message" are listed for . > > > Do you have another version of mutt to hand to run against the > > same setup for comparison? > > I do not have another version to run with the same setup. > > ** One new bit of information: this behavior started after I upgraded my > system from Ubuntu-Budgie 17.10 to Ubuntu-Budgie 18.04. I was second guessing > myself about this, wondering if I only thought that used to open an > email message. However, I am 95% sure that mutt worked fine before the > upgrade to my Linux OS. I wonder if the newer version of Ubuntu, or the > upgrade process itself somehow messed up the inner workings of my mutt. > Searching the Ubuntu help pages gave no hints that anyone else has run into > this. > > My next steps: > (1) Mess with my muttrc to find out what is causing this strange behavior. > (2) Try another version of mutt. Maybe I can figure out how to compile the > newest version of mutt 1.10.0. > > Thanks! > - TJ -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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: Return key does not display-message in index view
I am also running mutt 1.9.4 on Ubuntu 18.04, and can reproduce everything here -- except that in the index DOES display the message. I have nothing else to add. On Wed, Aug 08, 2018 at 10:24:23PM -0700, TJ Hayes wrote: > I am using mutt 1.9.4 on Ubuntu Budgie 18.04. > > QUESTION: How can I have open/display the selected email message > from the index view? > > I have this in my muttrc: > > bind index display-message > > However, hitting does not open the selected message from the > index. Mutt gives no feedback like "this key is not bound" or anything > like that. I can use to display-message, but I'd rather use > . > > What I've checked: > (1) :exec what-key, then > Mutt tells me: Char = , Octal = 12, Decimal = 10 > > (2) is listed as bound to display-message, when I hit ? to view the > keybinds. > > (3) My key does function to do other things within mutt. When I > change folders or select an attachment, does function just fine. > is bound to select-entry in maps other than index. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. 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