Re: Forward with attachments
On Fri, Apr 21, 2023 at 01:39:07PM -0700, Kevin J. McCarthy wrote: > On Tue, Apr 18, 2023 at 04:02:36PM -0500, Jason wrote: > > Is there a configuration that will make mutt's forwarding behavior more > > like other clients I have used: body is quoted in the message, and > > attachments are automatically attached? > > > > The options I have tried are: > > > > 1. Regular forward. Attachments are not included. > > $forward_attachments, added in Mutt 1.12.0, will prompt to attach non > text-decodable attachments. However, Mutt considers autoview types to be > text decodable. $honor_disposition can override this. Thank you, I hadn't checked this thread for a couple days, but I think that's what I was looking for! (My current version is too old to support that, but I'll soon be migrating to a platform on which I'll be using version 2.1.5.) Thanks, -- Jason
Re: Forward with attachments
On Wed, Apr 19, 2023 at 12:06:20AM +, Sam Kuper wrote: > On Tue, Apr 18, 2023 at 04:02:36PM -0500, Jason wrote: > > 3. Open attachment view, tag all attachments including body, do 'tag > > prefix' then 'forward', and select 'no' when asked whether to send as > > attachments. This seems to do what I want for the most part, body text > > is included in body and regular files are attached, > > Last time I checked (admittedly, a long time ago), this was the right > way to do it. > > Perhaps someone will chime in with some muttrc settings to reduce the > number of keystrokes needed. > > > > although I'm not sure what happens if some of the attachments happen > > to be plain text files. Will it dump those into the body as well? > > Try it and see :) I just did. It dumped the plain text file into the new message body below the original body text. Not what I want, but admittedly it's not very often that there would be a plain text attachment. I believe I had tried earlier with a shell script, and that one attached properly as desired. Thanks, -- Jason
Forward with attachments
Hello, Is there a configuration that will make mutt's forwarding behavior more like other clients I have used: body is quoted in the message, and attachments are automatically attached? The options I have tried are: 1. Regular forward. Attachments are not included. 2. Forward as attachment. This attaches the whole multi-part email as a single attachment. One of the things I don't like about this is the original body is not included in the new message body. 3. Open attachment view, tag all attachments including body, do 'tag prefix' then 'forward', and select 'no' when asked whether to send as attachments. This seems to do what I want for the most part, body text is included in body and regular files are attached, although I'm not sure what happens if some of the attachments happen to be plain text files. Will it dump those into the body as well? So I guess basically my question is, how do I get the behavior of #3 without going through all the steps of selecting attachments, etc.? I would like to get it simplified for less advanced users, and what I've described seems to be the default behavior of other clients like Claws Mail and Thunderbird. Thanks, -- Jason
Re: Understanding message deletion model
On Thu, Nov 10, 2022 at 07:18:26PM -0800, Kevin J. McCarthy wrote: > On Thu, Nov 10, 2022 at 08:47:44PM -0500, Jason Franklin wrote: > > Now, if I re-open mutt, the message is gone... completely. I'm confused > > as to why the message was removed even though I typed 'n' at the prompt > > for whether or not to proceed with the purge. > > > > Are "purging" and "deleting" not the same thing? > > According to the IMAP protocol, they are not. Deleting is marking the > message with the "deleted" flag, which normally doesn't automatically remove > it from the mailbox. Purging (expunging) will remove messages marked as > "deleted" from the mailbox. Very good to know. It looks like I'm marking deleted with 'd', exiting without purging via mutt, then my provider knows to purge the message anyway. It seems like an odd distinction to separate "purging" from "moving to trash folder." For example, let's say I mark a message to be deleted, and I have mutt set to say "yes" to the purge prompt at the end of my session, but my computer dies before I can properly close out my mutt process. Will I then lose those messages as I have done here? Thanks! -- Jason
Re: Understanding message deletion model
On Fri, Nov 11, 2022 at 11:17:06AM +0800, 謝晉凡 Hsieh Chin Fan via Mutt-users wrote: > > I already checked my trash folder, and it's not there. > > Based on http://www.mutt.org/doc/manual/#trash: > >If set, this variable specifies the path of the trash folder where >the mails marked for deletion will be moved, instead of being >irremediably purged. > > Did you realy set $trash ? Use the following command to take a look: > > :set ?trash Oh, sorry. I think I wasn't being clear. I meant that I checked my IMAP folder called "Trash", not the folder designated by $trash. That setting is empty in my new configuration, so mutt doesn't know anything about a trash folder. -- Jason
Re: Understanding message deletion model
On Fri, Nov 11, 2022 at 10:27:59AM +0800, 謝晉凡 Hsieh Chin Fan via Mutt-users wrote: > On Thu, Nov 10, 2022 at 08:47:44PM -0500, Jason Franklin wrote: > > Now, if I re-open mutt, the message is gone... completely. I'm confused > > as to why the message was removed even though I typed 'n' at the prompt > > for whether or not to proceed with the purge. > > > > Where did this message go? I already checked my trash folder, and it's > > not there. Unfortunately, I've been re-writing my configs, so the trash > > folder is not named yet. > > Did you read the message? Maybe it is moved to $mbox. It looks like my $mbox value has no effect since my configuration is using the default (which sets $move to no). I checked my home dir and found no ~/mbox file. :/ -- Jason Franklin
Understanding message deletion model
Greetings: My journey toward a better mutt configuration continues. :) Today, I noticed that, under the defaults, this happens... 1. Hit 'd' on the selected message in the index. 2. Hit 'q'. 3. Mutt prompts something like: "Purge messages selected for deletion?" 4. Hit 'n'. 5. Mutt quits. Now, if I re-open mutt, the message is gone... completely. I'm confused as to why the message was removed even though I typed 'n' at the prompt for whether or not to proceed with the purge. Are "purging" and "deleting" not the same thing? Where did this message go? I already checked my trash folder, and it's not there. Unfortunately, I've been re-writing my configs, so the trash folder is not named yet. Many thanks in advance for your help! -- Jason Franklin
Re: Two questions regarding header display
On Sun, Jun 05, 2022 at 09:26:04AM +0200, Jakub Jindra wrote: > Hi Jason, > > You're looking for config option [1]header_color_partial > > 1. http://www.mutt.org/doc/manual/#header-color-partial > > set header_color_partial = yes > color hdrdefault FG BG > color header FG BG "REGEX" > color header FG1 BG1 "REGEX1" > > tune the colors FG, BG and REGEX to your needs. I came across that option in the manual, but I couldn't make it work at the time. I will have to play around with it a bit. At least I was looking in the right place. Thanks, Jakub! -- Jason
Re: Two questions regarding header display
On Sun, Jun 05, 2022 at 09:51:29PM +1000, raf wrote: > On Sun, Jun 05, 2022 at 11:32:34AM +0200, Anton Sharonov > wrote: > > Will usage of display_filter option with your perl script below not be > > already sufficient solution even without procmail? > > Good thinking. I just tried it and it works great. > > set display_filter = /home/me/bin/fix-mail-headers-filter This is really helpful! Many thanks to Anton and raf. :) -- Jason
Two questions regarding header display
Greetings: I have two questions regarding header display... First, can the pager display header names in bold if the terminal supports it? Second some senders have weird capitalization of headers. Is it possible to display some canonical representation of any given standard header? To clarify, if the header is sent as "reply-to", I would like to always see "Reply-To" in the pager. Thanks! -- Jason
Re: Escape from prompt
On Mon, May 16, 2022 at 03:13:34PM +, Joel Buckley wrote: > control-g is the default "escape" sequence in Mutt. From the manual: > > ^G is the generic “abort” key in Mutt. In addition to the line > > editor, it can also be used to abort prompts. Generally, typing ^G > > at a confirmation prompt or line editor should abort the entire > > action. Awesome! There is a way to do it. I'm using Mutt v1.13.2 on Ubuntu 20.04, so my version is a bit old. The manual on my box does not have this section. There is a table showing that ^G -> abort, but I missed it when searching for it earlier. > According to this link, it is not possible to re-bind the ^g > operation... Well, fooey. I'll just have to get in the habit of using ^G. :) Many thanks! -- Jason
Escape from prompt
Greetings: I have another question! Let's say I am looking at the index and I hit the 'm' key to compose a new message. Mutt then issues a prompt like this... To: Hitting the key doesn't abort this process like I would expect. The way I get around this is to hit and then just tell Mutt "No" when it asks if I want to exit. That is, if I start a process that has a series of prompts, I would expect for the key to abort the action I'm performing. Is there a way to have the key get me out of a command-line prompt? Thanks! -- Jason
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
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: mutt with exchange+okta?
My IT department disabled POP/IMAP/SMTP because at the time we went live Exchange Online didn't support X/OAUTH2 (a.k.a "modern auth"), so one could bypass 2FA by using POP/IMAP/SMTP. However, Microsoft announced X/OAUTH2 support for Exchange Online in April 2020. From what I've seen, one can disable the other auth methods and only allow XOAUTH2. https://developer.microsoft.com/en-us/graph/blogs/announcing-oauth-2-0-support-for-imap-smtp-client-protocols-in-exchange-online/ <https://developer.microsoft.com/en-us/graph/blogs/announcing-oauth-2-0-support-for-imap-smtp-client-protocols-in-exchange-online/> It also appears that this functionality can be enabled on a per-mailbox basis. https://techcommunity.microsoft.com/t5/exchange-team-blog/announcing-oauth-2-0-support-for-imap-and-smtp-auth-protocols-in/bc-p/1544725/highlight/true#M28589 <https://techcommunity.microsoft.com/t5/exchange-team-blog/announcing-oauth-2-0-support-for-imap-and-smtp-auth-protocols-in/bc-p/1544725/highlight/true#M28589> I've successfully used XOAUTH2 auth via IMAP with Gmail with mutt, so it's definitely possible provided that your IT department enables XOAUTH2. -Jason > On Jun 11, 2021, at 7:46 AM, Ofer Inbar wrote: > > At past jobs I've always used mutt for internal email, but currently > I'm at a company that uses Office 365 and will not enable IMAP on that > service. Reading between the lines (the IT department is not very open), > and based on some searches for information on the web, I strongly suspect > this is because Office 365 + Okta, which we use for SSO, doesn't work > well with IMAP. I'd still like to find some way to use mutt rather > than rely on the horrible Outlook clients. > > Has anyone here found a workaround for this? > Maybe you know of a way to actually enable IMAP and still require some > short-lived token that can only be obtained from Okta? Something I > could suggest to our IT department? > Or maybe there's some way to wire up some proxy that can fetch using > Exchange protocol, and is Okta-aware, and can leave the mail it > fetches in local maildir or mbox? > Or anything else, I'm just vaguely brainstorming. > > ( -- Cos -- Jason White jdwh...@menelos.com "The single biggest problem in communication is the illusion that it has taken place." - George Bernard Shaw
Re: almost got Maildir working
Have you tried 'set folder=~/.Maildir' in your .muttrc (or whatever your config file is called)? > On Mar 3, 2021, at 10:16 PM, Jude DaShiell wrote: > > mutt insists in opening /var/spool/mail/jude and there's no mail there. There > is in /home/jude/.Maildir/ though. > I can do mutt -f /home/jude/.Maildir/ and have mutt find my mail now. > -- Jason White jdwh...@menelos.com "The single biggest problem in communication is the illusion that it has taken place." - George Bernard Shaw
Re: Gmail - no authenticators available
One thing I've noticed when it comes to SASL is often you have the SASL library but there are no authentication modules installed by default -- hance "no authenticators available". You'll likely need to install one or more authenticator modules depending on your preferred authentication method. For example: under CentOS if I look for SASL packages I see: # yum list available | grep -i sasl cyrus-sasl.i686 2.1.26-23.el7 base cyrus-sasl-devel.i686 2.1.26-23.el7 base cyrus-sasl-gs2.i686 2.1.26-23.el7 base cyrus-sasl-gs2.x86_64 2.1.26-23.el7 base cyrus-sasl-gssapi.i6862.1.26-23.el7 base cyrus-sasl-ldap.i686 2.1.26-23.el7 base cyrus-sasl-ldap.x86_642.1.26-23.el7 base cyrus-sasl-lib.i686 2.1.26-23.el7 base cyrus-sasl-md5.i686 2.1.26-23.el7 base cyrus-sasl-md5.x86_64 2.1.26-23.el7 base cyrus-sasl-ntlm.i686 2.1.26-23.el7 base cyrus-sasl-ntlm.x86_642.1.26-23.el7 base cyrus-sasl-plain.i686 2.1.26-23.el7 base cyrus-sasl-plain.x86_64 2.1.26-23.el7 base cyrus-sasl-scram.i686 2.1.26-23.el7 base cyrus-sasl-scram.x86_64 2.1.26-23.el7 base cyrus-sasl-sql.i686 2.1.26-23.el7 base cyrus-sasl-sql.x86_64 2.1.26-23.el7 base Note the packages cyrus-sasl-{gssapi,ldap,md5,ntlm,plain,scram, possibly sql & gs2}. Those are the authenticator modules. Install the one you need. I'd start with 'plain' and possibly 'login' if you aren't sure what you need. Debian/Ubuntu systems appear to have similar module packages, and I know that pkgsrc also has separate authentication module packages. Regardless of what package manager you're using I'd look for packages with 'sasl' or 'cyrus' in the name and see if you find anything that looks promising. -Jason -- Jason White jdwh...@menelos.com "The single biggest problem in communication is the illusion that it has taken place." - George Bernard Shaw
Re: forwarding in neomutt
On Sat, Jun 08, 2019 at 08:05:14AM +, Russell L. Harris wrote: > On Sat, Jun 08, 2019 at 03:03:42AM -0400, Xu Wang wrote: > > Maybe have to type ":exec forward-message" ? > > Yes; that works. > > > > If that does not work does it work if you press simplified "f"? > > No; ":f" does not work. Not ":f", just "f". f forward-message forward a message with comments -- Jason
Re: Inbox folder doesn't work anymore
On Tue, May 07, 2019 at 12:08:14AM -0300, Luciano ES wrote: > > Then I tried to use it again, but it didn't quite work anymore. > > The problem is that the Inbox folder is empty. And it shouldn't be. > I can inspect that directory say, with a file manager, and it's loaded > with messages. In fact, I can view them all in claws-mail, the MUA > I've been using since I had that problem. Mutt can't see them. Mutt > always shows me an empty Inbox folder. > > It's just the Inbox folder. I can switch to any other folder and view > all of their contents. Old and recent messages (received through > claws-mail) are all there, not one is missing. Mutt can display them. > It just can't see anything inside Inbox. > >> Does the Inbox folder contain the standard maildir style directories: cur, new, tmp ? Unread messages should be inside 'new', read messages inside 'cur'. -- Jason
Re: Alias completion question
On Tue, Mar 12, 2019 at 02:06:59PM +1100, Erik Christiansen wrote: > On 11.03.19 20:32, Jason wrote: > > To prevent this, I usually press Tab one extra time to see how many > > matches pop up; just wondering if that's what everyone else does too or > > if there's something that would negate the need for the extra Tab press. > > That's how mailbox name completion works too. It's what I expect and use. > > In comparison, bash takes two additional tabs and a 'y' to bring up a > long list after one tab has partially completed "mail/cnc": > > $ ls mail/cnc_linux_ > Display all 456 possibilities? (y or n) > > Erik Okay, thanks. It's no big deal, just thought I'd ask. I suppose if I'd set up all aliases consistently with firstname_lastname (no first name only entries) that would largely take care of it. -- Jason
Alias completion question
I regularly use Tab to autocomplete alias names. Is there any way to differentiate between a name that is partially completed (due to there being several aliases starting with that string) and one that is complete? For example, say I have an alias named johndoe and another one named johnnybrown. If I type 'jo' then hit Tab it will fill in 'john' and I have no way of knowing whether this matched and will be replaced by the email address when I hit Enter, or if it is only partial and will result in a bounced message because of an invalid address. To prevent this, I usually press Tab one extra time to see how many matches pop up; just wondering if that's what everyone else does too or if there's something that would negate the need for the extra Tab press. Thanks, -- Jason
Re: How to start up/run mutt in 'traditional' mode without sidebar?
On Wed, Aug 08, 2018 at 10:50:25PM +0100, Chris Green wrote: > I use (most of the time) mutt 1.6.1 which is the version from the > Ubuntu repository I use. > > On another system which I occcasionally use I get NeoMutt 20170113 > (1.7.2), is there any way I can get that to start without the sidebar > so it looks like my familiar mutt at home? > I've not used NeoMutt but does it work to put: set sidebar_visible=no in your .muttrc (or whatever the neomutt configuration file is called)? -- Jason
Re: Can I have a default save folder for attachments?
On Fri, Jan 19, 2018 at 04:33:39PM +0100, Francesco Ariis wrote: > On Thu, Jan 18, 2018 at 09:43:11PM -0600, Jason wrote: > > When I press 's' on an attachment to save it, it wants to save it in > > the home directory. Is it possible to have a default attachments > > folder set up that attachments automatically get saved to or at least have > > the suggested file name prefixed with the > > /path/to/attachments/directory/ ? > > Hello Jason, > see if > > macro attach S ~/downloads/ > > is what you like > -F Perfect! Just what I wanted. Thanks, Francesco. -- Jason
Can I have a default save folder for attachments?
Hello, When I press 's' on an attachment to save it, it wants to save it in the home directory. Is it possible to have a default attachments folder set up that attachments automatically get saved to or at least have the suggested file name prefixed with the /path/to/attachments/directory/ ? Thanks! -- Jason
Re: Libreoffice document can't open by mailcap entry
On Wed, Jan 10, 2018 at 09:55:12AM -0200, Marcelo Laia wrote: > On 10/01/18 at 02:05, David Woodfall wrote: > > > > What does mutt display the mimetype as? > > I found the problem! It was in the file name. > > File named "Assunto 27 - FORMULA.odt" dosen't open, but, file named as > "Assunto27-FORMULA.odt" showed up in libreoffice. > > I hope thies could help someone. > > Thanks. > For file names with spaces, you could try changing nametemplate=%s.odt to nametemplate='%s'.odt (notice quotation marks) in the mailcap entry: application/vnd.oasis.opendocument.text; libreoffice '%s'; edit=libreoffice '%s'; test=test -n "$DISPLAY"; description="OpenDocument Text Document"; nametemplate='%s'.odt -- Jason
Re: Need some help with send-hook and folder-hook, their order in muttrc
On Tue, Nov 07, 2017 at 10:17:04AM +, Chris Green wrote: > I want messages sent from one particular folder to have a different > From: address. > > Currently the only settings I have in my muttrc that affect the From: > address are:- > > send-hook . 'my_hdr From: Chris Green ' > ... > ... > send-hook ~l 'my_hdr From: Chris Green ' > > > I use the c...@isbd.net address for all my mailing lists. > > > I'd like to make it so that when I'm in a particular folder (which > will probably be called 'cl') my From: address will also be > c...@isbd.net. > > So I need to add something like:- > > folder-hook cl 'my_hdr From: Chris Green ' > > However I'm a little unclear what else I need, do I need something > like:- > > folder-hook . 'my_hdr From: Chris Green ' > > and does it go before or after the specific 'cl one? Plus, do these > two settings make the send-hook setting of my From: address redundant? > I still need the 'send hook ~l' one of course. > Couldn't you just do something like this: folder-hook . 'set from=ch...@isbd.co.uk; set realname="Chris Green"' folder-hook /path/to/cl 'set from=c...@isbd.net; set realname="Chris Green"' The first line sets the default and the second line sets it for the cl folder. Although I'm not sure how this interacts with your send-hook lines; maybe you'd need to remove the 'send-hook . ' line. -- Jason
Re: Emacs automatic line wrapping
On Thu, Aug 17, 2017 at 04:47:49PM -0700, Ian Zimmerman wrote: > On 2017-08-17 18:04, Jason wrote: > > > $ ls -la /tmp/emacs$(id -u) > > ls: cannot access '/tmp/emacs1000': No such file or directory > > I should have asked to try that when emacs was running. Maybe you've > read my mind? I tried both ways, emacs running and not running; same result. > > Is this the emacs-nox package maybe? It is possible, even likely, that > disabling X11 at compile time also disables the server feature. Since > mutt-mode seems to rely on it, you'll just have to install the full > emacs package to use mutt-mode without problems. (AFAIK it is possible > to install the full emacs on a system where X11 itself is not installed, > and it runs normally on a real terminal.) > As far as I know, this is the full emacs package, though I'm a bit confused about the difference between the emacs package and the emacs24 package. In mutt I am using it in the terminal by calling it as 'emacs -nw' but if I change it to use the emacs GUI it makes no difference as far as the problem I am having goes. > And, not to be obnoxious, but why do you insist on mutt-mode anyway? It For the simple reason that it was supplied by Arkadiusz Drabczyk with instructions on how to set it up and I was able to get it to work, while I wasn't sure how to implement message-mode on startup. Maybe one day I'll have more time to explore how to customize emacs. > is not distributed with emacs itself and thus not subject to the > stringent quality standard of emacs code. You just see some of the > effects of that right now :-P > > message-mode, OTOH, has been in emacs for about 2 decades and is > accordingly battle tested. > In any case, the problem with C-c C-c not working is minor and while it would be nice to know what's wrong, I can make out with C-x C-c and then 'y' for now. Thanks! -- Jason
Re: Emacs automatic line wrapping
On Wed, Aug 16, 2017 at 08:55:06PM -0700, Ian Zimmerman wrote: > On 2017-08-16 20:53, Jason wrote: > > > > That is very odd. In a normal emacs window, do "M-x apropos > > > server-edit". What do you get? > > > > I get "[No Match]" > > What is the output of the following, typed at a shell prompt? > > ls -la /tmp/emacs$(id -u) $ ls -la /tmp/emacs$(id -u) ls: cannot access '/tmp/emacs1000': No such file or directory Thanks. -- Jason
Re: Emacs automatic line wrapping
On Wed, Aug 16, 2017 at 12:13:12PM -0700, Ian Zimmerman wrote: > On 2017-08-16 11:16, Jason wrote: > > > Symbol's function definition is void: server-edit > > Is there an easy answer to that? > > That is very odd. In a normal emacs window, do "M-x apropos > server-edit". What do you get? I get "[No Match]" > > Where does your emacs come from? Binary package, what platform? Or > self-compiled? > Using Linux Mint 18 (64-bit). Emacs24 version 46.1 from the Ubuntu repos. Thanks. -- Jason
Re: Emacs automatic line wrapping
On Sat, Aug 12, 2017 at 08:37:30PM +, Arkadiusz Drabczyk wrote: > On 2017-08-12, Jason wrote: > > > > On Thu, Aug 03, 2017 at 12:36:21PM -0500, Luis Mochan wrote: > >> On Wed, Aug 02, 2017 at 08:49:30PM -0700, Ian Zimmerman wrote: > >> > On 2017-08-02 21:47, Jason wrote: > >> > > >> > > I am using emacs24 for my text editor with mutt (in a terminal). > >> > > How can I set it to automatically wrap the lines at a certain number > >> > > of characters? > >> > > >> > "M-x auto-fill-mode" will do it in a new buffer, provided you set your > >> > fill-column variable. > >> > >> If you have already opened your buffer, you can wrap the lines of a > >> paragraph with M-q. > >> > >> You can set the fill column to say, 72 with C-u 7 2 C-x f > Is that your *whole* Emacs config? > > As said above you need at least one hook. In order to easily use > Emacs in programs such as mutt or slrn I recommend mutt-mode. I > cannot find on the net anywhere any more so I put it here > http://drabczyk.org/mutt.el. mutt-mode will add several nice > keybindings such as C-c C-c to automatically save a message and exit > the current buffer or C-c C-i to automatically jump to the signature, > it will also color quotation and will of course enable auto-fill-mode > automatically. To enable mutt-mode automatically when writing a > message in mutt or slrn put mutt.el in your load-path and add > something like this to your Emacs startup file: > > (defun mutt-mode-hook () > (when > (and >(file-exists-p (buffer-file-name)) >(stringp buffer-file-name) >(or (string-match (concat ".*mutt-comp-[0-9\-]+$") buffer-file-name) > (string-match ".followup" buffer-file-name) > (string-match ".article" buffer-file-name)) >(mutt-mode) >))) > > (add-hook 'find-file-hook 'mutt-mode-hook) > > Replace `comp' with your hostname as by default mutt uses the hostname > to create a message template in /tmp. Thank you Ian and Arkadiusz. I implemented the above solution with 'mutt.el' and it works great. For some reason C-c C-c does not work to exit though. It throws the following error: Symbol's function definition is void: server-edit Is there an easy answer to that? Thanks. -- Jason
Re: Emacs automatic line wrapping
On Thu, Aug 03, 2017 at 12:36:21PM -0500, Luis Mochan wrote: > On Wed, Aug 02, 2017 at 08:49:30PM -0700, Ian Zimmerman wrote: > > On 2017-08-02 21:47, Jason wrote: > > > > > I am using emacs24 for my text editor with mutt (in a terminal). > > > How can I set it to automatically wrap the lines at a certain number > > > of characters? > > > > "M-x auto-fill-mode" will do it in a new buffer, provided you set your > > fill-column variable. > > If you have already opened your buffer, you can wrap the lines of a paragraph > with M-q. > > You can set the fill column to say, 72 with C-u 7 2 C-x f Thank you for both replies. I am new to emacs and while I know it can do many different things, right now I would just like it to automatically wrap lines when using for composing messages. "M-x auto-fill-mode" works in the buffer but I would like it to startup in that mode. Here's what's in my config file: (custom-set-variables ;; custom-set-variables was added by Custom. ;; If you edit it by hand, you could mess it up, so be careful. ;; Your init file should contain only one such instance. ;; If there is more than one, they won't work right. '(auto-fill-mode t) '(fill-column 80) '(fill-nobreak-predicate nil)) (custom-set-faces ;; custom-set-faces was added by Custom. ;; If you edit it by hand, you could mess it up, so be careful. ;; Your init file should contain only one such instance. ;; If there is more than one, they won't work right. ) What am I missing? Thanks. -- Jason
Emacs automatic line wrapping
I am using emacs24 for my text editor with mutt (in a terminal). How can I set it to automatically wrap the lines at a certain number of characters? -- Jason - Your manuscript is both good and original, but the part that is good is not original and the part that is original is not good. -- Samuel Johnson
Re: How to backup emails with colon in file name
On Mon, Jul 10, 2017 at 01:30:36PM -0500, Tim Chase wrote: > On 2017-07-05 21:38, Jason wrote: > > > - create a file such as "mail.img" on your FAT partition, format > > > it as something smarter (e.g. ext{2,3,4}, UFS or ZFS), and mount > > > it as a loop-back/memory-disk, to which you can then use rsync to > > > that loopback device. This allows for actual sym-links and > > > hard-links which rsync can use for deduplication (using the > > > --link-dest option[1]) > > > > An interesting suggestion but a little above my head, I fear. > > The specifics would be OS-dependent, but the general gist would be > something like the following: > > 1) make a DOS-friendly-named "mail.img" file to act as a virtual disk. > I'm specifying 100MB here, but choose a value appropriate for you > > $ MAILIMG=/mnt/fatusb/mail.img > $ MOUNTPOINT=/mnt/mailbackup/ > $ mkdir -p ${MOUNTPOINT} > $ truncate -s 100MB ${MAILIMG} > > 2) make a filesystem on it and get the system to recognize it as a > device. On Linux, that might looks something like: > > $ /sbin/mkfs.ext4 ${MAILIMG} > # DEVICE=/dev/loop0 > # losetup ${DEVICE} disk.img > > On FreeBSD for UFS, you'd create a memory disk and format it: > > $ su - > # MD_IDX=0 > # mdconfig -f ${MAILIMG} -u ${MD_IDX} # create md${MD_IDX} > # gpart create -s gpt md${MD_IDX} # set up GPT partitioning > # gpart add -t freebsd-ufs md${MD_IDX} # create a partition in that > # DEVICE=/dev/md${MD_IDX}p1 > # newfs ${DEVICE} # format it with UFS > > 3) mount the loopback/memory-disk device someplace: > > # mount ${DEVICE} ${MOUNTPOINT} > > 4) use the device mount-point for your backup, such as > > $ rsync -avr ~/Mail/ ${MOUNTPOINT} > > 5) unmount it: > > # umount ${DEVICE} > > 6) destroy the loopback device: > > On Linux: > # losetup -d ${DEVICE} > > On FreeBSD: > # mdconfig -d -u ${MD_IDX} > > > Once you have the disk-image file, you can skip the > partitioning/formatting commands (gpart/mkfs.ext4/newfs) and just > create the device (losetup/mdconfig), mount, use, unmount, and > destroy the device. Linux's mount(1) even knows about loop-back > devices so you can just create/mount in one step, and > unmount/destroy in one step: > > # mount -o loop ${MAILIMG} ${MOUNTPOINT} > use the disk > # umount ${MOUNTPOINT} Intriguing, I might need to try this sometime. Nice to know of this option; it might come in useful someday. > > There may be a simpler way of doing it on FreeBSD, but I just use the > mdconfig/mount/use/umount/mdconfig-d sequence and it Works For Me(tm) > > You might also be able to use some nice ZFS functionality if it was > available, but that is a little more convoluted (importing/exporting > pools in particular). > > Sorry if that's more complicated/convoluted than you want, but it > does give you "full Unix-like filesystem functionality on a > DOS-formatted USB drive". > > -tkc > > Thanks! -- Jason
Re: How to backup emails with colon in file name
On Sun, Jul 02, 2017 at 01:55:09PM -0500, Tim Chase wrote: > On 2017-06-27 10:00, Jason wrote: > > I use rsync for doing incremental backups to a USB stick. I am > > having a problem that rsync does not like backing up my mutt emails > > since they contain a colon in the filename. For example: > > > > 1498570870.M370636P2743Q2R5bbb999d0aefc481.net1:2,S > > > > Using fat32 format on the USB stick may be part of the problem but I > > don't want to change to a different format for other reasons. > > > > What is the best way to backup these emails or how do others handle > > this? > > A little late to this game, but a couple other ideas occur to me: > > - back up to a .tar file (or maybe a .zip file?) instead of directly > to the file-system. That way, a DOS-acceptable .tar (or .tgz) > filename exists in the FAT partition, while its contents contain > filenames containing colons. This (to the best of my knowledge) > doesn't take advantage of any rsync linking/deduplication your > script may be doing The only problem I have with this is that the way I run rsync, I create backup copies of any modified file before overwriting and store those in an archive folder until they are sufficiently old, then delete. So if I create a .tar or .zip file it will basically move the old copy and replace with the new copy on every backup, which, given the size of the archive, takes too long to suit me, besides eating up available storage too fast. What I'm actually doing now is similar to what you suggested above, but I'm creating and updating the zip file directly on the USB flash drive using zip -FS. So I'm not using rsync for mails, only for everything else. This seems to be working fine so far, only drawback being there are no older copies being archived as everything in the zip file gets synchronized to the filesystem, but that's okay for this situation. > > - create a file such as "mail.img" on your FAT partition, format it as > something smarter (e.g. ext{2,3,4}, UFS or ZFS), and mount it as a > loop-back/memory-disk, to which you can then use rsync to that > loopback device. This allows for actual sym-links and hard-links > which rsync can use for deduplication (using the --link-dest > option[1]) An interesting suggestion but a little above my head, I fear. > - reformat the USB drive as something smarter than FAT (whether > ext{2,3,4}, UFS, ZFS, or maybe NTFS?). This does come with the > disadvantage of being harder to read on Windows (though I've seen > some Windows drivers that allow you to mount EXT2 partitions under > Windows) but would ameliorate all your other issues. Given the > (un)reliability of USB drives, there's a lot to be said for > creating a ZFS pool out of the drive and setting copies=2 to give a > better chance at recovery > > -tkc > > [1] > http://web.archive.org/web/20120429040940/http://www.interlinked.org/tutorials/rsync_time_machine.html > > Thanks for your and everyone else's input. -- Jason
Re: How to backup emails with colon in file name
On Wed, Jun 28, 2017 at 09:23:33AM -0400, Mark H. Wood wrote: > On Tue, Jun 27, 2017 at 03:29:16PM -0500, Jason wrote: > > I've been experimenting with tar. Let's say I decide to use tar and > > forget about using rsync for mails, what would be some good options to > > use to only update the archive with new files? I have tried: > > > > tar uGvf ~/Main/mail.tar /path/to/maildir > > > > but it seems every time it is run it just adds copies of everything to > > the archive again, instead of just what was added since last time. > > Have you tried out 'zip -u'? Thank you for that suggestion; it does almost what I want. And 'zip -FS' suits my wishes even better - deletes any files from the archive that no longer exist in the file system. Thanks to everyone for your input! > > -- > Mark H. Wood > Lead Technology Analyst > > University Library > Indiana University - Purdue University Indianapolis > 755 W. Michigan Street > Indianapolis, IN 46202 > 317-274-0749 > www.ulib.iupui.edu -- Jason
Re: How to backup emails with colon in file name
On Tue, Jun 27, 2017 at 01:27:07PM -0700, Ian Zimmerman wrote: > On 2017-06-27 21:05, Bastian wrote: > > > c Don't use fat (sry, could not resist) > > While we're at it, using a USB flash (I assume) stick for backups is > also not a great idea, independently of the file system on it. That may be true, but they're cheap, and I try not to have them as my only backup. (I have rarely had one fail without good reason.) > > -- > Please *no* private Cc: on mailing lists and newsgroups > Personal signed mail: please _encrypt_ and sign > Don't clear-text sign: > http://primate.net/~itz/blog/the-problem-with-gpg-signatures.html -- Jason
Re: How to backup emails with colon in file name
On Tue, Jun 27, 2017 at 04:56:39PM +0100, Darac Marjal wrote: > On Tue, Jun 27, 2017 at 10:00:32AM -0500, Jason wrote: > >I use rsync for doing incremental backups to a USB stick. I am having > >a problem that rsync does not like backing up my mutt emails since > >they contain a colon in the filename. For example: > > > >1498570870.M370636P2743Q2R5bbb999d0aefc481.net1:2,S > > > >Using fat32 format on the USB stick may be part of the problem but I > >don't want to change to a different format for other reasons. > > > >What is the best way to backup these emails or how do others handle > >this? > > Colons are illegal characters in a FAT filename. So you need a way > around that. You could "mangle" the filenames (that is, transform them > in a predictable manner), but you'd need to remember to 'unmangle' them > when doing a restore. > > So another option is to bypass FAT and delegate the job of handling the > files to another system. In other words, archive the files. TAR and CPIO > are good candidates here (I'd favour CPIO in this case as I know it > handles obscure cases best). > > However, you want to use rsync and that doesn't usually work with > archive files. So, I'm going to suggest a third tool here: archivemount. > archivemount is a "fuse" (filesystem in userspace). It opens an archive > and presents it as a filesystem, mounted in a new directory. > > So, the idea would be, you create a small target archive (archivemount > can add to existing archives, but it can't create them from scratch), > archivemount that somewhere and then rsync between your mail folder and > the mount point. This will funnel all the data into a single file on the > USB drive. Unmounting the directory will close the file. Next time you > want to back up, you archivemount the same file, rsync to the mount > point and the changes will be applied. Magic. I've been experimenting with tar. Let's say I decide to use tar and forget about using rsync for mails, what would be some good options to use to only update the archive with new files? I have tried: tar uGvf ~/Main/mail.tar /path/to/maildir but it seems every time it is run it just adds copies of everything to the archive again, instead of just what was added since last time. > > > > >Thanks for any help. > >-- > >Jason > > -- > For more information, please reread. Thank you. -- Jason
Re: How to backup emails with colon in file name
On Tue, Jun 27, 2017 at 05:49:30PM +0200, Simon Thelen wrote: > On 17-06-27 at 10:00, Jason wrote: > > I use rsync for doing incremental backups to a USB stick. I am having > > a problem that rsync does not like backing up my mutt emails since > > they contain a colon in the filename. For example: > > > > 1498570870.M370636P2743Q2R5bbb999d0aefc481.net1:2,S > > > > Using fat32 format on the USB stick may be part of the problem but I > > don't want to change to a different format for other reasons. > Fat32 doesn't like : afaik (I'm pretty sure all windows-based file > systems don't since that's the drive/path separater) > > > What is the best way to backup these emails or how do others handle > > this? > Either write a script that backs the files to a temporary directory and > then renames them to remove the colons, use a program besides rsync that > can handle this case (I believe rdiff-backup can) or I believe there are > fuse layers that can handle this transparently (fuse-posixovl etc). But how can a different program work if the problem lies with the fat32 filesystem? I know drag and drop using pcmanfm file manager does not work either. Maybe I'll end up trying your first suggestion (copying to a temporary directory and renaming). Thanks for your response. Jason > > -- > Simon Thelen
Re: How to backup emails with colon in file name
On Tue, Jun 27, 2017 at 11:15:50AM -0400, Patrick Shanahan wrote: > * Jason [06-27-17 11:05]: > > I use rsync for doing incremental backups to a USB stick. I am having > > a problem that rsync does not like backing up my mutt emails since > > they contain a colon in the filename. For example: > > > > 1498570870.M370636P2743Q2R5bbb999d0aefc481.net1:2,S > > > > Using fat32 format on the USB stick may be part of the problem but I > > don't want to change to a different format for other reasons. > > > > What is the best way to backup these emails or how do others handle > > this? > > not tried: enclose file-name in quotes. > > maybe tr to change from ":" to "\:" but fat32 might not like that??? Thanks for your reply. I use a one line rsync command from a shell script to recursively backup my file tree so I'm not sure how any of the above suggestions could be incorporated into that. I've thought about using a script to replace ":" with another character but I could not do that very well _in place_ as I assume that could mess up mutt, or at least cause mutt to rename the file back. OTOH, to copy all the files to another location to rename, and then backup from there, seems like a bit of overkill. > -- > (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri > http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri > Registered Linux User #207535@ http://linuxcounter.net > Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode
How to backup emails with colon in file name
I use rsync for doing incremental backups to a USB stick. I am having a problem that rsync does not like backing up my mutt emails since they contain a colon in the filename. For example: 1498570870.M370636P2743Q2R5bbb999d0aefc481.net1:2,S Using fat32 format on the USB stick may be part of the problem but I don't want to change to a different format for other reasons. What is the best way to backup these emails or how do others handle this? Thanks for any help. -- Jason
[Fwd: Re: ports/157280: [patch][maintainer-update] mail/muttils: update to version 1.1]
muttils has been updated to version 1.1 in FreeBSD portstree. Thanks Christian! I'm sure people out there use this port, so just wanted send out an unofficial announcement. Original Message Subject: Re: ports/157280: [patch][maintainer-update] mail/muttils: update to version 1.1 From:cu...@freebsd.org Date:Tue, May 24, 2011 1:27 am To: jhelf...@experts-exchange.com cu...@freebsd.org cu...@freebsd.org -- Synopsis: [patch][maintainer-update] mail/muttils: update to version 1.1 State-Changed-From-To: open->closed State-Changed-By: culot State-Changed-When: Tue May 24 08:27:36 UTC 2011 State-Changed-Why: Committed. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=157280
Re: ports/156189: [new port] mail/muttils: python utilities for console email clients
On Sat, May 14, 2011 at 01:28:42AM +0200, Christian Ebert thus spake: Hi Jason, * Jason Helfman on Thursday, May 12, 2011 at 16:44:49 -0700 Woo hoo! muttils has been committed to FreeBSD! :) Wow, thank you! Your very welcome! From: w...@freebsd.org Date: Thu, 12 May 2011 23:43:03 GMT Subject: Re: ports/156189: [new port] mail/muttils: python utilities for console email clients To: jhelf...@experts-exchange.com, w...@freebsd.org, w...@freebsd.org Synopsis: [new port] mail/muttils: python utilities for console email clients State-Changed-From-To: open->closed State-Changed-By: wxs State-Changed-When: Thu May 12 23:43:03 UTC 2011 State-Changed-Why: Committed. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=156189 Still did not have time start a decent release policy, sorry. Will go for it as soon as I can. Yes, please let me know as you tag, and I can update the port accordingly. Thanks! Jason c -- Vim plugin to paste current GNU Screen buffer in (almost) any mode --->> http://www.vim.org/scripts/script.php?script_id=1512
Fwd: Re: ports/156189: [new port] mail/muttils: python utilities for console email clients
Woo hoo! muttils has been committed to FreeBSD! :) --- Begin Message --- Synopsis: [new port] mail/muttils: python utilities for console email clients State-Changed-From-To: open->closed State-Changed-By: wxs State-Changed-When: Thu May 12 23:43:03 UTC 2011 State-Changed-Why: Committed. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=156189 --- End Message ---
Re: mairix search
On Sun, May 08, 2011 at 05:10:22PM -0400, Tim Gray thus spake: On May 08, 2011 at 10:47 PM +0200, Christian Ebert wrote: $ time mairix -v -p I bet that was my problem. I don't think I ever used -p, so there were a lot of dead messages floating around in my db. The times I'm getting now are pretty good. Notmuch seems to be faster, but the times are all low enough that I don't have a problem with any of them. mairix -v -p real0m17.682s user0m4.911s sys 0m8.524s notmuch new --- real0m5.152s user0m0.067s sys 0m0.261s Searches for the two showed a similar gap. Again, neither was slow enough for me to lose any sleep over. mairix: 0m3.044s notmuch: 0m0.410s This is an interesting discussion though. I might play around with mairix a bit more again. I still see mu and notmuch having a major advantage of being built on proper database tools. I get a lot of errors about messages not being indexed by mairix, and that whole recommended dance of removing the lock file before a search, etc. is annoying as well. Furthermore, the thing that excites me about notmuch that the others don't have is the fact that it's built as a library. An enterprising developer could integrate it into a mail client (other than the emacs thing they have going on) and it would be pretty great in my mind. Remember, notmuch isn't just an indexing tool - it also lets you tag messages and search on tags, etc. Does anyone use notmuch for FreeBSD? If so I have created a port, and would like to try it out, but I don't have my mail locally sync'd, yet to verify if this actually works. Anyone willing to try out the attached shell archive? Just run /bin/sh against the attachment, then: cd notmuch; make install (as root, or use sudo) Thanks, Jason # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # notmuch/ # notmuch/Makefile # notmuch/pkg-descr # notmuch/distinfo # echo c - notmuch/ mkdir -p notmuch/ > /dev/null 2>&1 echo x - notmuch/Makefile sed 's/^X//' >notmuch/Makefile << 'daed98e951f4e6015a65d45ec4b2a91d' X# New ports collection makefile for: muttils X# Date created:April 2 2011 X# Whom:Jason Helfman X# X# $FreeBSD$ X# X XPORTNAME= notmuch XPORTVERSION= 0.5 XCATEGORIES=mail python XMASTER_SITES= http://notmuchmail.org/releases/ X XMAINTAINER=jhelf...@experts-exchange.com XCOMMENT= Mail indexing tool X XLIB_DEPENDS= gmime-2.4:${PORTSDIR}/mail/gmime24 \ X talloc.2:${PORTSDIR}/devel/talloc XBUILD_DEPENDS+=xapian-config:${PORTSDIR}/databases/xapian-core XRUN_DEPENDS+= xapian-config:${PORTSDIR}/databases/xapian-core X XPLIST_FILES= bin/notmuch \ X man/man1/notmuch.1.gz XUSE_GMAKE= yes X Xdo-install: X ${INSTALL_PROGRAM} ${WRKSRC}/notmuch ${PREFIX}/bin X ${INSTALL_DATA} ${WRKSRC}/notmuch.1.gz ${PREFIX}/man/man1 X X.include daed98e951f4e6015a65d45ec4b2a91d echo x - notmuch/pkg-descr sed 's/^X//' >notmuch/pkg-descr << '96faee797c242a96d3f25e49bbbd52d1' XNotmuch is a command-line based program for indexing, searching, reading, Xand tagging large collections of email messages. X XWWW: http://notmuchmail.org 96faee797c242a96d3f25e49bbbd52d1 echo x - notmuch/distinfo sed 's/^X//' >notmuch/distinfo << '38ecdd5c0c83491813eed1b00316c9dd' XSHA256 (notmuch-0.5.tar.gz) = c7eeb95c89c5b9cb22cc0b90abce5f923c20c982d607bf32829c989e905ff1a9 XSIZE (notmuch-0.5.tar.gz) = 340156 38ecdd5c0c83491813eed1b00316c9dd exit pgp7NbcKDEP5v.pgp Description: PGP signature
Re: Viewing HTML mails with images
On Mon, Apr 04, 2011 at 03:48:01PM -0700, Jason Helfman thus spake: On Mon, Apr 04, 2011 at 03:29:37PM -0700, Chip Camden thus spake: It looks like it installed everything correctly EXCEPT for viewhtmlmsg. -- .o. | Sterling (Chip) Camden | http://camdensoftware.com ..o | sterl...@camdensoftware.com | http://chipsquips.com ooo | 2048R/D6DBAF91 | http://chipstips.com I am using the 1.0 changset tag of a5fddfc7c81a. I was following the RELEASE tag. The commit tag of 3e84923720a0 has this binary in it. To follow this commit tag, I would need to change the port some, but I don't know if this has been merged into a new release, or not. -jgh Here is an shar that points to this commit: http://jgh.devio.us/files/muttils-3e84923720a0.shar.txt -jgh
Re: Viewing HTML mails with images
On Mon, Apr 04, 2011 at 03:29:37PM -0700, Chip Camden thus spake: It looks like it installed everything correctly EXCEPT for viewhtmlmsg. -- .o. | Sterling (Chip) Camden | http://camdensoftware.com ..o | sterl...@camdensoftware.com | http://chipsquips.com ooo | 2048R/D6DBAF91 | http://chipstips.com I am using the 1.0 changset tag of a5fddfc7c81a. I was following the RELEASE tag. The commit tag of 3e84923720a0 has this binary in it. To follow this commit tag, I would need to change the port some, but I don't know if this has been merged into a new release, or not. -jgh
Re: Viewing HTML mails with images
On Mon, Apr 04, 2011 at 02:35:37PM -0700, Chip Camden thus spake: Quoth Jason Helfman on Monday, 04 April 2011: On Sun, Apr 03, 2011 at 10:54:17AM -0700, Chip Camden thus spake: >Quoth Jason Helfman on Saturday, 02 April 2011: >>On Sat, Apr 02, 2011 at 12:07:32PM -0700, Chip Camden thus spake: >>>Quoth Will Fiveash on Saturday, 02 April 2011: >>>>On Sat, Apr 02, 2011 at 10:34:41AM -0400, Tim Gray wrote: >>>>> On Apr 02, 2011 at 02:11 PM +0100, Christian Ebert wrote: >>>>> >If you're not afraid of Python you can try out viewhtmlmsg from >>>>> >my muttils package: >>>>> >>>>> Thanks for reminding me about these. I had installed them awhile ago >>>>and >>>>> never remember to use them. Works great! >>>> >>>>+1. Thanks for providing that viewhtmlmsg script. >>>> >>>>-- >>>>Will Fiveash >>> >>>+1. I use it almost every day. >>> >>>-- >>>.o. | Sterling (Chip) Camden | http://camdensoftware.com >>>..o | sterl...@camdensoftware.com | http://chipsquips.com >>>ooo | 2048R/D6DBAF91 | http://chipstips.com >> >> >>I have never used this, but I just ported this to a FreeBSD port today. I >>will try this out on Monday. >> >>Here is a link to it. If anyone has any comments as to if this works, or >>not, that would be great! >> >>http://jgh.devio.us/files/muttils.shar.txt >> >>Thanks, >>Jason >> >>-- >Awesome! Have you submitted a ports PR for it? > I haven't yet. Waiting for some feedback. Does it require mutt, or is mutt just an example of programs it works with? My updated shar pulls in a run-depend of mutt. I just updated it. Thanks, Jason >-- >.o. | Sterling (Chip) Camden | http://camdensoftware.com >..o | sterl...@camdensoftware.com | http://chipsquips.com >ooo | 2048R/D6DBAF91 | http://chipstips.com -- i am a mutthead It doesn't require mutt, does it? It's just useful with mutt. It does, but I can take that out. Please test the updated shar. I have no idea how to quickly test this, as everything I run with my mutt dies, or just doesn't work. -jgh -- .o. | Sterling (Chip) Camden | http://camdensoftware.com ..o | sterl...@camdensoftware.com | http://chipsquips.com ooo | 2048R/D6DBAF91 | http://chipstips.com
Re: Viewing HTML mails with images
On Sun, Apr 03, 2011 at 10:54:17AM -0700, Chip Camden thus spake: Quoth Jason Helfman on Saturday, 02 April 2011: On Sat, Apr 02, 2011 at 12:07:32PM -0700, Chip Camden thus spake: >Quoth Will Fiveash on Saturday, 02 April 2011: >>On Sat, Apr 02, 2011 at 10:34:41AM -0400, Tim Gray wrote: >>> On Apr 02, 2011 at 02:11 PM +0100, Christian Ebert wrote: >>> >If you're not afraid of Python you can try out viewhtmlmsg from >>> >my muttils package: >>> >>> Thanks for reminding me about these. I had installed them awhile ago >>and >>> never remember to use them. Works great! >> >>+1. Thanks for providing that viewhtmlmsg script. >> >>-- >>Will Fiveash > >+1. I use it almost every day. > >-- >.o. | Sterling (Chip) Camden | http://camdensoftware.com >..o | sterl...@camdensoftware.com | http://chipsquips.com >ooo | 2048R/D6DBAF91 | http://chipstips.com I have never used this, but I just ported this to a FreeBSD port today. I will try this out on Monday. Here is a link to it. If anyone has any comments as to if this works, or not, that would be great! http://jgh.devio.us/files/muttils.shar.txt Thanks, Jason -- Awesome! Have you submitted a ports PR for it? I haven't yet. Waiting for some feedback. Does it require mutt, or is mutt just an example of programs it works with? My updated shar pulls in a run-depend of mutt. I just updated it. Thanks, Jason -- .o. | Sterling (Chip) Camden | http://camdensoftware.com ..o | sterl...@camdensoftware.com | http://chipsquips.com ooo | 2048R/D6DBAF91 | http://chipstips.com -- i am a mutthead pgp5tyfg3PIIY.pgp Description: PGP signature
Re: Viewing HTML mails with images
On Sat, Apr 02, 2011 at 12:07:32PM -0700, Chip Camden thus spake: Quoth Will Fiveash on Saturday, 02 April 2011: On Sat, Apr 02, 2011 at 10:34:41AM -0400, Tim Gray wrote: > On Apr 02, 2011 at 02:11 PM +0100, Christian Ebert wrote: > >If you're not afraid of Python you can try out viewhtmlmsg from > >my muttils package: > > Thanks for reminding me about these. I had installed them awhile ago and > never remember to use them. Works great! +1. Thanks for providing that viewhtmlmsg script. -- Will Fiveash +1. I use it almost every day. -- .o. | Sterling (Chip) Camden | http://camdensoftware.com ..o | sterl...@camdensoftware.com | http://chipsquips.com ooo | 2048R/D6DBAF91 | http://chipstips.com I have never used this, but I just ported this to a FreeBSD port today. I will try this out on Monday. Here is a link to it. If anyone has any comments as to if this works, or not, that would be great! http://jgh.devio.us/files/muttils.shar.txt Thanks, Jason -- i am a mutthead
Re: Comodo Secure Email Certificate
On Sun, Mar 13, 2011 at 08:03:07PM +0100, Veljko thus spake: On Sun, Mar 13, 2011 at 05:42:46PM +0100, Veljko wrote: Hi! I just applied for Comodo's free email certificate http://www.comodo.com/home/email-security/free-email-certificate.php How can it be used with mutt? In case anybody else is wondering how to do it, I found it: http://equiraptor.com/smime_mutt_how-to.html http://kb.wisc.edu/middleware/page.php?id=4091 Cheers! Which directions did you follow? When I try to import my pem file that was exported, I get this error: [jhelfman@eggman ~]$ smime_keys add_pem jhelfman.pem Not all contents were bagged. can't continue. at /usr/local/bin/smime_keys line 572. Did you use a .pem file, or another? Thanks! Jason -- i am a mutthead
Re: Outlook (Exchange) meeting invitations
On Tue, Feb 01, 2011 at 07:18:29PM +, Grant Edwards thus spake: On 2011-02-01, Chip Camden wrote: Quoth Vegard Svanberg on Tuesday, 01 February 2011: How do mutt people deal with Outlook (Exchange) meeting invitations? http://www.chipstips.com/?p=538 I spent some time working on a pythong program to which one could pipe an .ics file and it could add the event to your google calendar, and then generate a response .ics saying yes/no/maybe. I got that to mostly work, but I never figured out how to hook it up to mutt. Since I use google calendar, I usually just bounce the message to my gmail account, and then open it in the gmail web interface (I usually access my gmail account via mutt/IMAP). -- Grant Edwards grant.b.edwardsYow! So this is what it at feels like to be potato gmail.comsalad I've used this for years. Simple script with an auto_view in .muttrc with a mailcap entry. http://dollyfish.net.nz/projects/mutt-filters mailcap entry: text/calendar; /home/jhelfman/.mutt/vcalendar-filter; copiousoutput -- i am a mutthead
Re: Mutt on Mac Mini
On Fri, Jan 28, 2011 at 12:15:41AM +, ja...@gnix.co.uk thus spake: > Jason, that is good news. I hope it is not too OTL if I ask: > how about MC with console vim and the default editor and viewer? > And I bet you use vim with mutt? I have a Mac on which i use Mutt quite successfully, and vim. In fact vim comes pre-installed with Mac OS X. It's UNIX so y ou shouldn't have problems with any UNIX based applications on a Mac. If you're looking for software to install on your mac , check out Macports. You can easily compile source and install that way but Macports will save a lot of time and sometimes headeaches :-) jamie MacPorts mutt port does come pre-designed though with set options, and if you do want more, you will need to compile from source. I've done this, and it works just fine. -jgh -- i am a mutthead
Re: Mutt on Mac Mini
On Thu, Jan 27, 2011 at 02:47:23PM -0900, Tim Johnson thus spake: I currently use mutt on ubuntu 10.04. I am considering getting a Mac Mini - I believe that the OS is 'OS X Snow Leopard'. Is anyone aware of any issues compiling and running mutt on this OS? thanks -- Tim tim at johnsons-web.com or akwebsoft.com http://www.akwebsoft.com No issues. I run it on MacOSX, myself, as well. -jgh -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5
Re: New tool for sending HTML mail with Mutt
On Wed, Dec 08, 2010 at 11:01:04AM -0800, Chip Camden thus spake: Quoth Amit Ramon on Wednesday, 08 December 2010: Hello list, I'd like to announce a new tool that I developed that allows sending HTML-formatted mail from within Mutt. I know... being a Mutt's user already means we are no big fans of HTML mail, but I had some reasons for developing this tool, as I shall explain now. I'm using Mutt as my main mail reader/writer for a couple of years now and am very pleased with it. My only problem was when communicating with people who are using web-mail for reading their mail. I'm writing lots of mails in Hebrew, which is a right-to-left language. It seems that many web-mail clients are not handling text/plain messages (this is basically what Mutt sends) in some situations. The reason for that, AFAIK, is that they just don't know the language direction and have to make an arbitrary decision. Gmail, for example, seems to be basing this decision on the UI language setting. If the user, for instance, sets the language to English, a text/plain message will be left-aligned, no matter in which language it is written. When the text mixes words in both RTL and LTR languages, the order of the words might be wrong. The same would happen if the UI languages is set to Hebrew, but one tries to read a text/plain message in English. Since I have (or just want...) to communicate with people who are not using Mutt, and even like using web-mail clients, I decided to come up with a solution. The solution I came with is a 'filter' that stands between Mutt and the actual mail-sending utility (e.g. sendmail or msmtp). Mutt is configured to pass the mail to this new tool instead to sendmail. The tool - plainMail2HTML - parses the mail, generates a HTML part and attaches it to the message, and then passes it over to sendmail. So if the original mail has only text so its type is text/plain, it would become a multipart/alternative message that contains text/plain and text/html parts. This is done automatically for every mail, or you can of course configure the behavior using hooks and macros. Another feature of plainMail2HTML is that it contains a parser that parse reStructuredText (a text markup language) so I can control the formatting of the mail. This parse is designed to be modular, so it can be replaced with a different parser (although this was not yet tried). plainMail2HTML is written in Python and uses docutils. It also uses a variation of docutils rst-to-html utility that reads the text and insert direction tags into the html (dir="RTL", dir="LTR") so the resulting HTML is BIDI-aware. I just created a project for it on Sourceforge. I've been using it for many months now and it's working pretty nice. It can also handle forwarded messages and messages with attachments. It still lacks some features and better error handling. The project is https://sourceforge.net/projects/plain2html/ There is additional information in the README file on the project page, and you can download a beta version. The project yet lacks decent documentation, but I'd be glad to answer any question about it. I hope some of you would find this interesting and perhaps even useful. I'd be happy to hear any comments and suggestions. Developers are welcome to join the project, too. Best, Amit -- :: Amitעמית Ramon רמון On a related topic, is there any way to get mutt to display RTL for certain characters? The Hebrew characters in your signature, for instance, are displayed LTR in my mutt, so they read backwards. Hebrew is left to right. That is how it is supposed to be read as a language. -- Sterling (Chip) Camden| sterl...@camdensoftware.com | 2048D/3A978E4F http://camdensoftware.com | http://chipstips.com| http://chipsquips.com -- i am a mutthead
Re: charset wiki w3m command
On Wed, Feb 17, 2010 at 12:18:28PM -0800, Jason Helfman thus spake: On Wed, Feb 17, 2010 at 11:51:35AM -0500, Patrick Shanahan thus spake: * Jason Helfman [02-17-10 11:13]: I believe the command in the wiki at: http://wiki.mutt.org/?MuttFaq/Charset is out of date. w3m no longer has the -I switch for charset. If there is a viable replacement command for w3m I would use it. I don't know what version of w3m you are using, but w3m-0.5.2 does have the "-I" switch for charset. Perhaps your version was compiled w/o that support? openSUSE x86_64 11.2 I am using 0.5.2 on FreeBSD. In looking at configure, I couldn't tell if it is a default option, or something to explicitly set. Got it. cd /usr/ports/www/w3m sudo make CONFIGURE_ARGS+=--enable-locales-fix install Now I have the option :) -I charset document charset Changing my mailcap worked too! Not sure why this isn't a default option. Mabye I'll submit a patch for this. Thanks! Feel free to add this command to the wiki. -- Patrick Shanahan Plainfield, Indiana, USAHOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535@ http://counter.li.org
Re: charset wiki w3m command
On Wed, Feb 17, 2010 at 11:51:35AM -0500, Patrick Shanahan thus spake: * Jason Helfman [02-17-10 11:13]: I believe the command in the wiki at: http://wiki.mutt.org/?MuttFaq/Charset is out of date. w3m no longer has the -I switch for charset. If there is a viable replacement command for w3m I would use it. I don't know what version of w3m you are using, but w3m-0.5.2 does have the "-I" switch for charset. Perhaps your version was compiled w/o that support? openSUSE x86_64 11.2 I am using 0.5.2 on FreeBSD. In looking at configure, I couldn't tell if it is a default option, or something to explicitly set. -- Patrick Shanahan Plainfield, Indiana, USAHOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535@ http://counter.li.org
charset wiki w3m command
I believe the command in the wiki at: http://wiki.mutt.org/?MuttFaq/Charset is out of date. w3m no longer has the -I switch for charset. If there is a viable replacement command for w3m I would use it. -j
Re: Suppressing headers
You may want to try something like this: ignore * unignore from date subject to cc mail-followup-to x-operating-system It works for me. On Thu, Dec 24, 2009 at 09:45:44AM -0800, Rem P Roberti thus spake: I have this in my .muttrc: ignore * unignore From: Date: To: Cc: Subject: Reply-To: hdr_order Date: From: To: Cc: Subject: Reply-To: but for some reason I am now getting a full complement of headers. How can I fix that? Rem -- i am a mutthead
folder-hook with imap trouble
Hi, I am not certain if I am doing this folder-hook correctly, however while in the folder, I can see that my "sets" are being applied correctly, but when composing a message, it isn't applying the attributes. I want to have a different From address, and signature file apply to when I am in a different folder. I have mutt installed with compressed-folder patch and sidebar patch. It doesn't appear that my hooks are working, however I don't know if I am applying it correctly. account-hook imaps://mail.server.com/ 'set imap_user=myuser imap_pass=mypassword' folder-hook imaps://mail.server.com/INBOX.doc 'set signature=~/signature-doc from="Doc"' Thanks, Jason
Re: MIME sub-type "octet-stream" doesn't trigger smime_* for
Morris, Patrick wrote: > On Fri, 18 Sep 2009, Jason wrote: >> Morris, Patrick wrote: >>> On Tue, 15 Sep 2009, Jason wrote: >>>> I'm attempting to send and receive email from an Exchange2007 server (I >>>> know, bleh :-P ). Seeing as how Evolution-mapi is having some issues, I >>>> decided to eliminate all the GUI crap. >>>> >>>> I'm able to pull all of my email with "exchange2mbox" and I plan on >>>> using "openchangeclient --sendmail ..." as my version of sendmail. >>>> >>> Thinks work OK for me and most of my mail comes by way of Exchange 2007 >>> servers. >>> >> Via MAPI or other? If it's MAPI, care to share the details of pulling >> and sending (commands/args)? I've only gotten as far as pulling my >> inbox a few times so I had sample data to work with. > > Via other. I generally use offlineimap to pull stuff down via IMAP and > then just point Mutt at the resulting Maildir. That may also account for > why S/MIME works for me while it's giving you a hard time. Ah... Unfortunately, I have no choice. MAPI is the only path open to me. It's a PITA. First, it doesn't label mime-types correctly, it doesn't include raw email addresses in the headers, it doesn't even hint the S/MIME at all, and last, the M$ developers must have thought RFC stood for Reject Fools Comments. Now that I typed it, I just got to thinking that I was never asked to enter a passphrase. I'll go see where mutt decides to check for that. If it triggers on the email address (To: or CC: in the headers), that may be the start of my failures... thx, Jason.
Re: MIME sub-type "octet-stream" doesn't trigger smime_* for
Morris, Patrick wrote: > On Tue, 15 Sep 2009, Jason wrote: > >> All, >> >> I'm attempting to send and receive email from an Exchange2007 server (I >> know, bleh :-P ). Seeing as how Evolution-mapi is having some issues, I >> decided to eliminate all the GUI crap. >> >> I'm able to pull all of my email with "exchange2mbox" and I plan on >> using "openchangeclient --sendmail ..." as my version of sendmail. >> > Thinks work OK for me and most of my mail comes by way of Exchange 2007 > servers. > Via MAPI or other? If it's MAPI, care to share the details of pulling and sending (commands/args)? I've only gotten as far as pulling my inbox a few times so I had sample data to work with. > These two lines in my Mutt config may be why I've never had issues that > I can remember, though I've been doctoring my config for nigh on a > decade and a half now and there's all kinds of stuff in there I no > longer remember doing: > > unmime_lookup * > mime_lookup application/octet-stream > Yup, I have that. It looks like my problem is in the S/MIME detection. In crypt.c (around line 398) it specifically looks for "octet-stream" and kicks out (meaning it's not S/MIME). I'm in the process of modifying it so that it looks at the file name first before kicking out... thx, Jason.
Re: MIME sub-type "octet-stream" doesn't trigger smime_* for received
bill lam wrote: On Tue, 15 Sep 2009, Jason wrote: Jason wrote: [snip] I've followed the smime howto's, imported my certs, tried .mime.types, .mailcap to no avail. mutt refuses to decrypt it. When i select the email, it shows "application/octet-stream". Here's my ${HOME}/.mailcap ### application/octet-stream; /home/jason/bin/dump_octet.sh %s; \ needsterminal text/html; lynx --dump --force-html %s; copiousoutput ### And the shell script calls openssl to decrypt. If I 'v'iew an html attachment in an unencrypted email, the above mailcap is referenced, and the action performed. I know this because when I remove the '--force-html' the output is raw html. When I do the same 'v'iew on a smime.p7m file (application/octet-stream) mutt complains with "No matching mailcap entry found. Viewing as text." Just wild guess, what if you press 'm' (edit-mime) instead of after pressing 'v'. Same result, when I press 'm' after 'v', I get the following: mailcap entry for type "application/octet-stream" not found So, I looked at the help for that page (a little sleep does wonders for not missing the obvious ;-) ), and saw that '^E' allows me to edit the content type. So I change it to "application/x-pkcs7-mime". Then, I edit my ${HOME}/.mailcap to look like the following: ##### application/octet-stream; /home/jason/bin/dump_octet.sh %s; needsterminal application/x-pkcs7-mime; /home/jason/bin/dump_octet.sh %s; needsterminal text/html; lynx --dump --force-html %s; copiousoutput # Same result. I edit the mime-type with '^E', the hit enter to view it, and it says matching mailcap entry not found There has to be something obvious that I'm missing. :-( thx, Jason.
Re: MIME sub-type "octet-stream" doesn't trigger smime_* for received
damn, here I go again... however, I've narrowed it down. Jason wrote: [snip] > I've followed the smime howto's, imported my certs, tried .mime.types, > .mailcap to no avail. mutt refuses to decrypt it. When i select the > email, it shows "application/octet-stream". > Here's my ${HOME}/.mailcap ### application/octet-stream; /home/jason/bin/dump_octet.sh %s; \ needsterminal text/html; lynx --dump --force-html %s; copiousoutput ### And the shell script calls openssl to decrypt. If I 'v'iew an html attachment in an unencrypted email, the above mailcap is referenced, and the action performed. I know this because when I remove the '--force-html' the output is raw html. When I do the same 'v'iew on a smime.p7m file (application/octet-stream) mutt complains with "No matching mailcap entry found. Viewing as text." wtf? What am I missing? I'm truly frustrated at this point... thx, Jason.
Re: MIME sub-type "octet-stream" doesn't trigger smime_* for received
Sorry to reply to myself, I thought of a few things... Jason wrote: > All, > > I'm attempting to send and receive email from an Exchange2007 server (I > know, bleh :-P ). Seeing as how Evolution-mapi is having some issues, I > decided to eliminate all the GUI crap. > > I'm able to pull all of my email with "exchange2mbox" and I plan on > using "openchangeclient --sendmail ..." as my version of sendmail. > > Unfortunately, my current hurdle is more basic. The received mail in my > mbox file has the following: > > ## > # From X > # Date: Mon Sep 14 12:09:41 2009 EDT > # From: X > # To: > # Cc: > # Bcc: > # Subject: > # Message-ID: > # Content-Type: multipart/mixed; boundary="DocE+" > # Status: O > # Content-Length: 16517113 > # Lines: 3239 > # > # > # --DocE+X > # Content-Disposition: attachment; filename="smime.p7m" > # Content-Type: "application/octet-stream" > # Content-Transfer-Encoding: base64 > # ad nauseum > ## > > I've followed the smime howto's, imported my certs, tried .mime.types, > .mailcap to no avail. mutt refuses to decrypt it. When i select the > email, it shows "application/octet-stream". > > I think if I can get mutt to realize it should pull the mimetype from > .mime.types, _then_ do the smime_* calls, things would work much better. > If I save smime.p7m to a file, I can use the following to successfully decrypt it: openssl smime -decrypt -passin stdin -inform DER -in smime.p7m -inkey .smime/keys/.0 So, I think I have the keys set correctly. Here's my ${HOME}/.muttrc ### # I added this, from gentoo howto ### set pager_context=1 set pager_index_lines=6 #show a mini-index in pager set menu_scroll set pgp_verify_sig=no #dont show pgp in pager set status_on_top #put status line at top set sort=threads#sort by message threads in index set strict_threads=no set status_format=" %r %b %f %n Del %d Msgs %m %l %> (%P)" set pager_format="%-10.10i %[!%a %b %d %R]" set date_format="!%H:%M %a %d %b " set index_format="%4C %Z %[%b%d] %-15.15F %s" set folder_format="%2C %t %8s %d %N %f" #set sendmail="/usr/bin/nbsmtp -d isp.net -h smtp.isp.net -f yourn...@isp.net" set from="XX" #set to your from address set realname="" set record="$HOME/MuttMail/sent"#sent mail is saved here set delete=yes #delete without prompting set include=yes #quote msg in reply set fast_reply=yes #no prompting on reply set beep=no #no noise set markers=no #no + on wrapped lines set confirmappend=no#no prompt for save to =keep set to_chars=" +TCF"#no L for mail_list set mailcap_path = $HOME/.mailcap mime_lookup application/octet-stream set folder = $HOME/MuttMail set spoolfile = $HOME/MuttMail/inbox.mbox mailboxes =inbox.mbox mailboxes =keep save-hook .* =keep #default mbox to (s)ave mail is =keep bind pager h display-toggle-weed #toggle headers with h key # simulate the old url menu macro index \cb |urlview\n 'call urlview to extract URLs out of a message' macro pager \cb |urlview\n 'call urlview to extract URLs out of a message' #run fetchmail by hitting key of G macro index G "!fetchmail -a -m 'procmail -d %T'\r" macro pager G "!fetchmail -a -m 'procmail -d %T'\r" #use to edit .muttrc and then source it...no restart necessary macro generic ,sm ":source $HOME/.muttrc\r" macro generic \cj "!rxvt -bg wheat -e joe $HOME/.muttrc\r" # default list of header fields to weed out when displaying mail #ignore them all and then unignore what you want to see ignore * unignore Date To From: Subject X-Mailer Organization User-Agent hdr_order Date From To Subject X-Mailer User-Agent Organization ### snip color settings ### set crypt_autosign=yes set crypt_replyencrypt=yes set crypt_replysign=yes set crypt_replysignencrypted=yes set smime_ca_location="~/.smime/ca-bundle.crt" set smime_certificates="~/.smime/certificates" set smime_decrypt_command="openssl smime -decrypt -passin stdin -inform DER -in %f -inkey %k -recip %c" set smime_default_key=".0"
MIME sub-type "octet-stream" doesn't trigger smime_* for received mail.
All, I'm attempting to send and receive email from an Exchange2007 server (I know, bleh :-P ). Seeing as how Evolution-mapi is having some issues, I decided to eliminate all the GUI crap. I'm able to pull all of my email with "exchange2mbox" and I plan on using "openchangeclient --sendmail ..." as my version of sendmail. Unfortunately, my current hurdle is more basic. The received mail in my mbox file has the following: ## # From X # Date: Mon Sep 14 12:09:41 2009 EDT # From: X # To: # Cc: # Bcc: # Subject: # Message-ID: # Content-Type: multipart/mixed; boundary="DocE+" # Status: O # Content-Length: 16517113 # Lines: 3239 # # # --DocE+X # Content-Disposition: attachment; filename="smime.p7m" # Content-Type: "application/octet-stream" # Content-Transfer-Encoding: base64 # ad nauseum ## I've followed the smime howto's, imported my certs, tried .mime.types, .mailcap to no avail. mutt refuses to decrypt it. When i select the email, it shows "application/octet-stream". I think if I can get mutt to realize it should pull the mimetype from .mime.types, _then_ do the smime_* calls, things would work much better. I've been looking at the source code all day, running myself in circles. Could someone give me a pointer to the right functions to get me started? I'll submit patches ;-) thx, Jason.
Re: strange results w/ "m" command
Have you tried issuing a "?" to see what mutt thinks "m" it is mapped to? -j On Fri, Aug 14, 2009 at 01:04:35PM -0700, Robert Holtzman thus spake: After Mutt working well for a week or so, issuing "m" to compose a new message now results in opening the postponed-msgs mailbox. It also disables scrolling in the side pane using ^p and ^n. The only change to ~.muttrc I've made was to add some mailboxes. Don't recall if postponed-msgs was one. For the record I'm running Ubuntu Hardy and the Ubuntu version of Mutt 1.5.17. This problem also exists on my laptop running the identical setup. Any ideas appreciated. -- Bob Holtzman AF9D 8760 0CFA F95A 6C77 E125 BF90 580F 8D54 9279 "If you think you're getting free lunch, check the price of the beer"
Re: run mail command with recipient of selected email
You may want to look into using lbdbq. http://www.spinnaker.de/lbdb/ lbdbq is the client program for the little brother's database. It will attempt to invoke various modules to gather information about persons matching something. E.g., it may look at a list of addresses from which you have received mail, it may look at YP maps, or it may try to finger something@. On Thu, May 28, 2009 at 06:03:16PM +0200, Eric Smith thus spake: Is there (or should there be) a mutt command where user could run the mail command - for a *new* mail message - with the recipient taken automatically from the message selected in the index? (mutt Would select the recipient as the sender or recipient based on the alternates variable). Am I the only one that is constantly looking up mail addresses from previous emails to or from a certain contact? Of course I use my aliases file a lot as well. -- - Eric Smith -- Jason Helfman System Administator experts-exchange.com
Re: mutt-devel build issues, freebsd
On Wed, May 20, 2009 at 10:49:58PM -0700, George Davidovich thus spake: On Wed, May 20, 2009 at 03:53:06PM -0700, Jason Helfman wrote: On Wed, May 20, 2009 at 02:11:26PM -0700, George Davidovich thus spake: > On Wed, May 20, 2009 at 09:53:13AM -0700, Jason Helfman wrote: > > I am unable to port any MAKE options into mutt-build port on FreeBSD, > > and wondering if I am doing this correctly. > > > > I have put these into make.conf > > > > WITH_MUTT_IMAP_HEADER_CACHE=yes > > WITH_MUTT_CYRUS_SASL=yes Sorry, missed that. I think you want "WITH_MUTT_CYRUS_SASL2=yes". Got it > > WITH_MUTT_ASPELL=yes > > WITH_MUTT_SIDEBAR_PATCH=yes > > WITH_MUTT_DEBUG=yes > > .if ${.CURDIR:M*/mail/mutt-devel} > WITH_MUTT_IMAP_HEADER_CACHE=yes > WITH_MUTT_CYRUS_SASL=yes > WITH_MUTT_ASPELL=yes > WITH_MUTT_SIDEBAR_PATCH=yes > WITH_MUTT_DEBUG=yes > WITH_MUTT_FOO=bar > .endif > > % make -C /usr/ports/mail/mutt-devel -V WITH_MUTT_FOO > bar They all come back with "yes" Which is what you want. Great. cd /usr/ports/mail/mutt-devel make clean make rmconfig make ... That did it. I will read through it to get a better explanation of what happened. If you don't understand the above, read through ports(7). Note that questions like these really should be posted to freebsd-questions. Noted. New to freebsd. -- George
Re: mutt-devel build issues, freebsd
They all come back with "yes" Not sure where to go from here. -Jason On Wed, May 20, 2009 at 02:11:26PM -0700, George Davidovich thus spake: On Wed, May 20, 2009 at 09:53:13AM -0700, Jason Helfman wrote: I am unable to port any MAKE options into mutt-build port on FreeBSD, and wondering if I am doing this correctly. I have put these into make.conf WITH_MUTT_IMAP_HEADER_CACHE=yes WITH_MUTT_CYRUS_SASL=yes WITH_MUTT_ASPELL=yes WITH_MUTT_SIDEBAR_PATCH=yes WITH_MUTT_DEBUG=yes .if ${.CURDIR:M*/mail/mutt-devel} WITH_MUTT_IMAP_HEADER_CACHE=yes WITH_MUTT_CYRUS_SASL=yes WITH_MUTT_ASPELL=yes WITH_MUTT_SIDEBAR_PATCH=yes WITH_MUTT_DEBUG=yes WITH_MUTT_FOO=bar .endif % make -C /usr/ports/mail/mutt-devel -V WITH_MUTT_FOO bar -- George
mutt-devel build patch fails for build, freebsd
HI. I am unable to port any MAKE options into mutt-build port on FreeBSD, and wondering if I am doing this correctly. I have put these into make.conf WITH_MUTT_IMAP_HEADER_CACHE=yes WITH_MUTT_CYRUS_SASL=yes WITH_MUTT_ASPELL=yes WITH_MUTT_SIDEBAR_PATCH=yes WITH_MUTT_DEBUG=yes Here is the result of the build Mutt 1.5.18 (2008-05-17) Copyright (C) 1996-2008 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: FreeBSD 7.1-RELEASE-p4 (i386) ncurses: ncurses 5.6.20080503 (compiled with 5.6) libiconv: 1.11 libidn: 1.8 (compiled with 1.8) Compile options: -DOMAIN -DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE -USE_FCNTL +USE_FLOCK +USE_POP +USE_IMAP -USE_SMTP +USE_GSS +USE_SSL_OPENSSL -USE_SSL_GNUTLS -USE_SASL +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +COMPRESSED +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME -CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_LIBIDN +HAVE_GETSID -USE_HCACHE -ISPELL SENDMAIL="/usr/sbin/sendmail" MAILPATH="/var/mail" PKGDATADIR="/usr/local/share/mutt" SYSCONFDIR="/usr/local/etc" EXECSHELL="/bin/sh" -MIXMASTER To contact the developers, please mail to . To report a bug, please visit http://bugs.mutt.org/. vvv.quote patch-1.5.0.ats.date_conditional.1 dgc.deepif.1 vvv.initials rr.compressed -- Thanks, Jason
mutt-devel build issues, freebsd
HI. I am unable to port any MAKE options into mutt-build port on FreeBSD, and wondering if I am doing this correctly. I have put these into make.conf WITH_MUTT_IMAP_HEADER_CACHE=yes WITH_MUTT_CYRUS_SASL=yes WITH_MUTT_ASPELL=yes WITH_MUTT_SIDEBAR_PATCH=yes WITH_MUTT_DEBUG=yes Here is the result of the build Mutt 1.5.18 (2008-05-17) Copyright (C) 1996-2008 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: FreeBSD 7.1-RELEASE-p4 (i386) ncurses: ncurses 5.6.20080503 (compiled with 5.6) libiconv: 1.11 libidn: 1.8 (compiled with 1.8) Compile options: -DOMAIN -DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE -USE_FCNTL +USE_FLOCK +USE_POP +USE_IMAP -USE_SMTP +USE_GSS +USE_SSL_OPENSSL -USE_SSL_GNUTLS -USE_SASL +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +COMPRESSED +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME -CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_LIBIDN +HAVE_GETSID -USE_HCACHE -ISPELL SENDMAIL="/usr/sbin/sendmail" MAILPATH="/var/mail" PKGDATADIR="/usr/local/share/mutt" SYSCONFDIR="/usr/local/etc" EXECSHELL="/bin/sh" -MIXMASTER To contact the developers, please mail to . To report a bug, please visit http://bugs.mutt.org/. vvv.quote patch-1.5.0.ats.date_conditional.1 dgc.deepif.1 vvv.initials rr.compressed -- Thanks, Jason
css/html email
Hi. I am having issues in having any sort of formatted text go through lynx or w3m. I have noticed that if I save the information in an .html file, and view it with a web browser, it looks, as it should. I would like to avoid doing this, however all my autoviews are not working. I have used the lynx autoview rule for years, however it doesn't seem to be translating well with Evolution, or css formats that are going to my lovely mutt. I did look through the man for mutt, muttrc and looked through the mailing list archives, and was unable to find a viable solution. Any help would be appreciated. Here is my autoview as it is now: application/octet-stream; /home/jhelfman/.mutt/mutt.octet.filter %s; copiousoutput text/x-vcard; /home/jhelfman/.mutt/mutt.vcard.filter %s; copiousoutput mime_lookup application/octet-stream image/*; /usr/bin/eog %s &;copiousoutput image/jpeg; /usr/bin/eog %s &;copiousoutput application/rtf; ~/bin/oo.sh "%s" &; copiousoutput application/msword; /usr/bin/antiword -i 1 -w 72 %s ; copiousoutput application/excel; ~/bin/oo.sh "%s" &; copiousoutput application/pdf; /usr/bin/xpdf "%s" &; copiousoutput #text/html; /usr/bin/lynx -force_html -dump %s |more text/html; /usr/bin/w3m -F -dump -T text/html %s; nametemplate=%s.html; copiousoutput auto_view text/html ~jason
Re: Printing with Mutt
I would recommend muttprint, haha. On Wed, Jan 28, 2009 at 11:09:14PM -0600, Kyle Wheeler wrote: > On Wednesday, January 28 at 09:04 PM, quoth Rem P Roberti: > > I have a laser printer installed on my FreeBSD system which I installed > > via cups, and the printer works fine. However, when I print a message > > from within Mutt the left margin is only about 3/16" and a couple of > > characters are always missing from the beginning of all lines. The > > printer defaults to letter size paper and, as I said, it prints fine > > from all other applications. Is there a way to control how Mutt formats > > a page for printing? > > Easily - check out the setting "print_command". Personally, I use > enscript, which makes it pretty. > > ~Kyle > -- > The government of the United States is not in any sense founded on the > Christian Religion. > -- US Treaty with Tripoly, 1797 -- Jason
How to save message w/o type [yes]?
Hi, All I was wondering if there is any way to get rid of this question when I save a mail to other mailbox? "Appending messages to mailboxes? [yes]/no?" Thanks! Jason
Re: mailbox close while accessing exchange over imap
Ajeet wrote: On Fri, 07 Dec 2007 13:27:49 -0600, Jason Joines wrote: Just wanted to know what some others think before I start pushing on the network and exchange admins. I don't know if this helps, but how about using offlineimap? It might not help fix the problem but sounds like an interesting work around. I'll check it out. Jason ===
Re: mailbox close while accessing exchange over imap
Jason Joines wrote: Brendan Cully wrote: On Friday, 30 November 2007 at 16:22, Jason Joines wrote: Subject: mailbox close while accessing exchange over imap From: Jason Joines <[EMAIL PROTECTED]> To: mutt-users@mutt.org Date: Fri Nov 30 14:37:52 2007 Any suggestions for other client side tweaks to help with this problem? I don't administer the exchange server and getting those who do to even reveal any settings, much less change them, will be a nightmare. I did a bit more checking. With the imap_keepalive=600 option, the IMAP TCP connection itself seems to stay open indefinitely via netstat. The client then gets the "mailbox closed" message right at 30 minutes after the last activity. I think there's an open bug about this (and it does need fixing before 1.6). There are three different settings that can affect how often mutt sends messages to the IMAP server: $timeout $mail_check $imap_keepalive The problem is that they are basically independent. imap_keepalive works when mutt is not in a menu (eg while composing a message or viewing something in the pager). When you're in the index, it doesn't do anything. In this case, $timeout causes mutt to poll the current mailbox for new mail every $timeout seconds (and mail_check controls how often it interrogates other mailboxes). There's an entry about this in the FAQ: http://wiki.mutt.org/?MuttFaq/RemoteFolder It may be a firewall issue like the FAQ mentions. Do you know what that bug URL is? Jason === Another interesting find. Now I'm running the debug version and have timeout, mail_check, and imap_keepalive set to 2. When I'm looking at the inbox index and following the debug log I see NOOP every 2 seconds. When I'm on a message compose screen it only happens every 4 seconds. Jason ===
Re: mailbox close while accessing exchange over imap
Brendan Cully wrote: On Friday, 07 December 2007 at 12:16, Jason Joines wrote: < a0006 OK STATUS completed. mutt_num_postponed: 4 postponed IMAP messages found. > a0007 NOOP Error talking to mail.okstate.edu (Connection reset by peer) imap_cmd_step: Error reading server response. Mailbox closed imap_exec: command failed: If I'm interpreting this correctly, the first NOOP worked. An attempt was made to send a second NOOP but the mail server couldn't be contacted. Looks to me like a connection issue instead of a server issue. What do you think? Jason === I restored my 2s settings and ran the debug version. It does show a successful NOOP every 2s until the "Connection reset by peer" error appears. Even with default settings, sometimes there are several successful NOOPs before the error. It doesn't sound like there's much you can do about this. The server seems to be disconnecting you for some reason. Maybe there's another connection opening up to the same mailbox and your IMAP server doesn't like it? The earlier post by Kyle in this thread suggested running the debug version to see if exchange was failing to recognize the NOOP option as something to keep the mailbox open. The connection stays open a lot longer when I send one every 2 seconds. At the moment the connection has been open for 33 minutes and I have had it stay open for a few hours this way. The logs look to me like the NOOPs are being successful. Your earlier post in this thread pointed me to the FAQ at http://wiki.mutt.org/?MuttFaq/RemoteFolder. Part of the next to last entry says, "There is probably a firewall or NAT router between you and your server which drops connections that don't get traffic frequently enough.". Since my sending more traffic by decreasing the time between imap_keepalive messages since to make the problem better and keeps connections open way beyond the 30 minute time that the server could disconnect me via RFC if it hadn't been told to stay open, I'm leaning toward the FAQ suggestion being correct. I don't think the "connection reset by peer" is an actual reset from the server but a router dropping the connection. I have servers here on the same network but different subnet from the exchange servers. From other locations in the same network I can stay connected via SSH for weeks. However, from outside this network my SSH connections get killed with a "connection reset by peer" message unless I'm actively using the connection. At the same time, those connection from within the same network stay up and running. That along with the IMAP behavior I'm seeing makes me think the network admins have implemented some sort of firewall rule that's affecting both applications. Just wanted to know what some others think before I start pushing on the network and exchange admins. Jason ===
Re: mailbox close while accessing exchange over imap
Jason Joines wrote: Jason Joines wrote: Kyle Wheeler wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday, November 30 at 02:37 PM, quoth Jason Joines: The reason I'm working on this in the first place is someone else reported the same problem with an imap_keepalive=300. So, I set up Mutt to connect to the same exchange server and another instance of Mutt to connect to a Courier IMAP 4.1.3 server that I maintain. There have been no problems with the connection to the Courier server just using Mutt's default settings. Heh, there's a shock: a Microsoft product that plays fast and loose with the IMAP spec. I normally use Thunderbird 2.0 to connect to the same exchange server and have no problems. However, Thunderbird keeps the message index and headers on local disk even for IMAP mail so it just might not be letting me know that the mailbox is being closed by the server. Indeed, it probably isn't. Seriously, if you can fake it to hide the network latency, why bother the user with such pithy details? Mutt only does so because it believes in being more honest about what's really going on rather than in providing a pleasant illusion. ;) (That's one way of putting it, anyway---another would be WYSIWYH.) From the way Mutt reports "Fetching message headers" at startup while it counts through all the messages in my inbox and then displays an empty list when the mailbox goes away, I'm guessing it does not store any sort of index on disk for IMAP messages. Is that correct? For mutt 1.4.x? Correct. That feature has been added to the development version of mutt (1.5.x) and will be in the next stable mutt (1.6), whenever that comes out. Any suggestions for other client side tweaks to help with this problem? I don't administer the exchange server and getting those who do to even reveal any settings, much less change them, will be a nightmare. I guess my first instinct would be to use a *really* low imap_keepalive (like 60), and maybe a timeout value of 1 or something similarly silly and see if that helps. If it doesn't, I'd be curious to try compiling mutt with debugging enabled (reconfigure with --enable-debug) and then run it with a -d2 argument. That will cause it to log (in ~/.muttdebug0) the entire IMAP conversation, so you can see exactly what's going on. If the previous attempts to fix the problem didn't work, my guess would be that mutt is using the IMAP NOOP command to keep the connection alive, and Exchange is not recognizing that as something that keeps the connection alive. But that's just a guess---the log of the IMAP connection would tell you for certain. At that point you can probably easily figure out what mutt is doing and who's doing something wrong. Chances are there's little you can do to really fix the problem, but it's better to know what the problem is for sure first! ~Kyle - -- The surest way to corrupt a youth is to instruct him to hold in higher regard those who think alike than those who think differently. -- Nietzsche -BEGIN PGP SIGNATURE- Comment: Thank you for using encryption! iD8DBQFHUJCtBkIOoMqOI14RAg4yAKCu/NhGMerQ/1b9ZNmkyYdK7d22XACgn34l yfhjUTxptrhVPdzyXyP+0Ek= =6XIl -END PGP SIGNATURE- I started at 256 for timeout, mail_check, imap_keepalive and kept having them every time the problem occured. Now I'm down to 2 and the problem is better but not gone. I am going to try your debug suggestion. However, after reading the FAQ entry and thinking about some other odd behavior I've observed with other applications connecting to stuff managed by the same people, I think it may be a firewall isssue. Jason === I went back to the default settings, tried the debug option and got this output: Mutt 1.4.2.3i started at Fri Dec 7 10:10:31 2007 . Debugging at level 2. mutt_alloc_color(): Color pairs used so far: 1 < * OK Microsoft Exchange Server 2003 IMAP4rev1 server version 6.5.7638.1 (exfe01.ad.okstate.edu) ready. > a CAPABILITY < * CAPABILITY IMAP4 IMAP4rev1 IDLE LOGIN-REFERRALS MAILBOX-REFERRALS NAMESPACE LITERAL+ UIDPLUS CHILDREN Handling CAPABILITY < a OK CAPABILITY completed. imap_authenticate: Using any available method. Sending LOGIN command for joines... < a0001 OK LOGIN completed. > a0002 LIST "" "" < * LIST (\Noselect) "/" "" < a0002 OK LIST completed. Delimiter: / > a0003 SELECT "INBOX" < * 178 EXISTS Handling EXISTS cmd_handle_untagged: New mail in INBOX - 178 messages total. < * 0 RECENT < * FLAGS (\Seen \Answered \Flagged \Deleted \Draft $MDNSent) Getting mailbox FLAGS < * OK [PERMANENTFLAGS (\Seen \Answered \Flagged \Deleted \Draft $MDNSent)] Permanent flags Getting mailbox PERMANENTFLA
Re: mailbox close while accessing exchange over imap
Jason Joines wrote: Kyle Wheeler wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday, November 30 at 02:37 PM, quoth Jason Joines: The reason I'm working on this in the first place is someone else reported the same problem with an imap_keepalive=300. So, I set up Mutt to connect to the same exchange server and another instance of Mutt to connect to a Courier IMAP 4.1.3 server that I maintain. There have been no problems with the connection to the Courier server just using Mutt's default settings. Heh, there's a shock: a Microsoft product that plays fast and loose with the IMAP spec. I normally use Thunderbird 2.0 to connect to the same exchange server and have no problems. However, Thunderbird keeps the message index and headers on local disk even for IMAP mail so it just might not be letting me know that the mailbox is being closed by the server. Indeed, it probably isn't. Seriously, if you can fake it to hide the network latency, why bother the user with such pithy details? Mutt only does so because it believes in being more honest about what's really going on rather than in providing a pleasant illusion. ;) (That's one way of putting it, anyway---another would be WYSIWYH.) From the way Mutt reports "Fetching message headers" at startup while it counts through all the messages in my inbox and then displays an empty list when the mailbox goes away, I'm guessing it does not store any sort of index on disk for IMAP messages. Is that correct? For mutt 1.4.x? Correct. That feature has been added to the development version of mutt (1.5.x) and will be in the next stable mutt (1.6), whenever that comes out. Any suggestions for other client side tweaks to help with this problem? I don't administer the exchange server and getting those who do to even reveal any settings, much less change them, will be a nightmare. I guess my first instinct would be to use a *really* low imap_keepalive (like 60), and maybe a timeout value of 1 or something similarly silly and see if that helps. If it doesn't, I'd be curious to try compiling mutt with debugging enabled (reconfigure with --enable-debug) and then run it with a -d2 argument. That will cause it to log (in ~/.muttdebug0) the entire IMAP conversation, so you can see exactly what's going on. If the previous attempts to fix the problem didn't work, my guess would be that mutt is using the IMAP NOOP command to keep the connection alive, and Exchange is not recognizing that as something that keeps the connection alive. But that's just a guess---the log of the IMAP connection would tell you for certain. At that point you can probably easily figure out what mutt is doing and who's doing something wrong. Chances are there's little you can do to really fix the problem, but it's better to know what the problem is for sure first! ~Kyle - -- The surest way to corrupt a youth is to instruct him to hold in higher regard those who think alike than those who think differently. -- Nietzsche -BEGIN PGP SIGNATURE- Comment: Thank you for using encryption! iD8DBQFHUJCtBkIOoMqOI14RAg4yAKCu/NhGMerQ/1b9ZNmkyYdK7d22XACgn34l yfhjUTxptrhVPdzyXyP+0Ek= =6XIl -END PGP SIGNATURE- I started at 256 for timeout, mail_check, imap_keepalive and kept having them every time the problem occured. Now I'm down to 2 and the problem is better but not gone. I am going to try your debug suggestion. However, after reading the FAQ entry and thinking about some other odd behavior I've observed with other applications connecting to stuff managed by the same people, I think it may be a firewall isssue. Jason === I went back to the default settings, tried the debug option and got this output: Mutt 1.4.2.3i started at Fri Dec 7 10:10:31 2007 . Debugging at level 2. mutt_alloc_color(): Color pairs used so far: 1 < * OK Microsoft Exchange Server 2003 IMAP4rev1 server version 6.5.7638.1 (exfe01.ad.okstate.edu) ready. > a CAPABILITY < * CAPABILITY IMAP4 IMAP4rev1 IDLE LOGIN-REFERRALS MAILBOX-REFERRALS NAMESPACE LITERAL+ UIDPLUS CHILDREN Handling CAPABILITY < a OK CAPABILITY completed. imap_authenticate: Using any available method. Sending LOGIN command for joines... < a0001 OK LOGIN completed. > a0002 LIST "" "" < * LIST (\Noselect) "/" "" < a0002 OK LIST completed. Delimiter: / > a0003 SELECT "INBOX" < * 178 EXISTS Handling EXISTS cmd_handle_untagged: New mail in INBOX - 178 messages total. < * 0 RECENT < * FLAGS (\Seen \Answered \Flagged \Deleted \Draft $MDNSent) Getting mailbox FLAGS < * OK [PERMANENTFLAGS (\Seen \Answered \Flagged \Deleted \Draft $MDNSent)] Permanent flags Getting mailbox PERMANENTFLAGS < * OK [U
Re: mailbox close while accessing exchange over imap
Kyle Wheeler wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday, November 30 at 02:37 PM, quoth Jason Joines: The reason I'm working on this in the first place is someone else reported the same problem with an imap_keepalive=300. So, I set up Mutt to connect to the same exchange server and another instance of Mutt to connect to a Courier IMAP 4.1.3 server that I maintain. There have been no problems with the connection to the Courier server just using Mutt's default settings. Heh, there's a shock: a Microsoft product that plays fast and loose with the IMAP spec. I normally use Thunderbird 2.0 to connect to the same exchange server and have no problems. However, Thunderbird keeps the message index and headers on local disk even for IMAP mail so it just might not be letting me know that the mailbox is being closed by the server. Indeed, it probably isn't. Seriously, if you can fake it to hide the network latency, why bother the user with such pithy details? Mutt only does so because it believes in being more honest about what's really going on rather than in providing a pleasant illusion. ;) (That's one way of putting it, anyway---another would be WYSIWYH.) From the way Mutt reports "Fetching message headers" at startup while it counts through all the messages in my inbox and then displays an empty list when the mailbox goes away, I'm guessing it does not store any sort of index on disk for IMAP messages. Is that correct? For mutt 1.4.x? Correct. That feature has been added to the development version of mutt (1.5.x) and will be in the next stable mutt (1.6), whenever that comes out. Any suggestions for other client side tweaks to help with this problem? I don't administer the exchange server and getting those who do to even reveal any settings, much less change them, will be a nightmare. I guess my first instinct would be to use a *really* low imap_keepalive (like 60), and maybe a timeout value of 1 or something similarly silly and see if that helps. If it doesn't, I'd be curious to try compiling mutt with debugging enabled (reconfigure with --enable-debug) and then run it with a -d2 argument. That will cause it to log (in ~/.muttdebug0) the entire IMAP conversation, so you can see exactly what's going on. If the previous attempts to fix the problem didn't work, my guess would be that mutt is using the IMAP NOOP command to keep the connection alive, and Exchange is not recognizing that as something that keeps the connection alive. But that's just a guess---the log of the IMAP connection would tell you for certain. At that point you can probably easily figure out what mutt is doing and who's doing something wrong. Chances are there's little you can do to really fix the problem, but it's better to know what the problem is for sure first! ~Kyle - -- The surest way to corrupt a youth is to instruct him to hold in higher regard those who think alike than those who think differently. -- Nietzsche -BEGIN PGP SIGNATURE- Comment: Thank you for using encryption! iD8DBQFHUJCtBkIOoMqOI14RAg4yAKCu/NhGMerQ/1b9ZNmkyYdK7d22XACgn34l yfhjUTxptrhVPdzyXyP+0Ek= =6XIl -END PGP SIGNATURE- I started at 256 for timeout, mail_check, imap_keepalive and kept having them every time the problem occured. Now I'm down to 2 and the problem is better but not gone. I am going to try your debug suggestion. However, after reading the FAQ entry and thinking about some other odd behavior I've observed with other applications connecting to stuff managed by the same people, I think it may be a firewall isssue. Jason ===
Re: mailbox close while accessing exchange over imap
Brendan Cully wrote: On Friday, 30 November 2007 at 16:22, Jason Joines wrote: Subject: mailbox close while accessing exchange over imap From: Jason Joines <[EMAIL PROTECTED]> To: mutt-users@mutt.org Date: Fri Nov 30 14:37:52 2007 Any suggestions for other client side tweaks to help with this problem? I don't administer the exchange server and getting those who do to even reveal any settings, much less change them, will be a nightmare. I did a bit more checking. With the imap_keepalive=600 option, the IMAP TCP connection itself seems to stay open indefinitely via netstat. The client then gets the "mailbox closed" message right at 30 minutes after the last activity. I think there's an open bug about this (and it does need fixing before 1.6). There are three different settings that can affect how often mutt sends messages to the IMAP server: $timeout $mail_check $imap_keepalive The problem is that they are basically independent. imap_keepalive works when mutt is not in a menu (eg while composing a message or viewing something in the pager). When you're in the index, it doesn't do anything. In this case, $timeout causes mutt to poll the current mailbox for new mail every $timeout seconds (and mail_check controls how often it interrogates other mailboxes). There's an entry about this in the FAQ: http://wiki.mutt.org/?MuttFaq/RemoteFolder It may be a firewall issue like the FAQ mentions. Do you know what that bug URL is? Jason ===
Re: mailbox close while accessing exchange over imap
Original Message Subject: mailbox close while accessing exchange over imap From: Jason Joines <[EMAIL PROTECTED]> To: mutt-users@mutt.org Date: Fri Nov 30 14:37:52 2007 I'm using Mutt 1.4.2.3i on Linux and accessing mail via IMAP on a microsoft exchange 6.5 server. I started with all the default settings other than a few personal preferences such as name and color. If I leave Mutt open to the list of messages and don't do anything for a while, I end up with an empty list and the messages "no mailbox" and "Mailbox closed" in the last two lines of the screen. It seems the timeout was occurring at around 15 minutes, I logged it by checking for active imap connection to that server by Mutt every 60s via netstat. I tried timeout values of 0 and 15 but had the same problem. Then I commented out the timeout setting and tried imap_keepalive=600 and went to lunch. When I got back it had been over 40 minutes and netstat still showed Mutt with an active IMAP connection. However, the client still had the same problem, an empty message list and the messages "no mailbox" and "Mailbox closed". The reason I'm working on this in the first place is someone else reported the same problem with an imap_keepalive=300. So, I set up Mutt to connect to the same exchange server and another instance of Mutt to connect to a Courier IMAP 4.1.3 server that I maintain. There have been no problems with the connection to the Courier server just using Mutt's default settings. I normally use Thunderbird 2.0 to connect to the same exchange server and have no problems. However, Thunderbird keeps the message index and headers on local disk even for IMAP mail so it just might not be letting me know that the mailbox is being closed by the server. From the way Mutt reports "Fetching message headers" at startup while it counts through all the messages in my inbox and then displays an empty list when the mailbox goes away, I'm guessing it does not store any sort of index on disk for IMAP messages. Is that correct? Any suggestions for other client side tweaks to help with this problem? I don't administer the exchange server and getting those who do to even reveal any settings, much less change them, will be a nightmare. Jason === I did a bit more checking. With the imap_keepalive=600 option, the IMAP TCP connection itself seems to stay open indefinitely via netstat. The client then gets the "mailbox closed" message right at 30 minutes after the last activity. Jason ===
mailbox close while accessing exchange over imap
I'm using Mutt 1.4.2.3i on Linux and accessing mail via IMAP on a microsoft exchange 6.5 server. I started with all the default settings other than a few personal preferences such as name and color. If I leave Mutt open to the list of messages and don't do anything for a while, I end up with an empty list and the messages "no mailbox" and "Mailbox closed" in the last two lines of the screen. It seems the timeout was occurring at around 15 minutes, I logged it by checking for active imap connection to that server by Mutt every 60s via netstat. I tried timeout values of 0 and 15 but had the same problem. Then I commented out the timeout setting and tried imap_keepalive=600 and went to lunch. When I got back it had been over 40 minutes and netstat still showed Mutt with an active IMAP connection. However, the client still had the same problem, an empty message list and the messages "no mailbox" and "Mailbox closed". The reason I'm working on this in the first place is someone else reported the same problem with an imap_keepalive=300. So, I set up Mutt to connect to the same exchange server and another instance of Mutt to connect to a Courier IMAP 4.1.3 server that I maintain. There have been no problems with the connection to the Courier server just using Mutt's default settings. I normally use Thunderbird 2.0 to connect to the same exchange server and have no problems. However, Thunderbird keeps the message index and headers on local disk even for IMAP mail so it just might not be letting me know that the mailbox is being closed by the server. From the way Mutt reports "Fetching message headers" at startup while it counts through all the messages in my inbox and then displays an empty list when the mailbox goes away, I'm guessing it does not store any sort of index on disk for IMAP messages. Is that correct? Any suggestions for other client side tweaks to help with this problem? I don't administer the exchange server and getting those who do to even reveal any settings, much less change them, will be a nightmare. Jason ===
Re: Mutt in Gnome Terminal
on Thu Jun 27 Cameron Simpson spoke forth with the blessed manuscript > On 12:35 26 Jun 2002, Vineet Kumar <[EMAIL PROTECTED]> wrote: > | * Peter T. Abplanalp ([EMAIL PROTECTED]) [020626 12:29]: > | > > I don't know if the --command option for gnome-terminal causes a > | > > different environment to be set. And if so if it's a feature or a > | > > bug. After searching faqs, checking manuals and browsing bugzillas, > | > > I give up. Would some kind soul shed some light on my frustrating > | > > situation? > | > i don't know why this is happening but why not try: > | > gnome-terminal --command ". /home//.bashrc;mutt" > | I'm guessing this wouldn't work, as "." is a shell builtin. If > | gnome-terminal were running the command in a shell, $OP wouldn't have > | the problem in the first place! > > No: .bashrc is _interactive_ shells only. > > | A better suggestion (As David T-G gave) is to get that environment > | variable in your parent process' environment, maybe with ~/.Xsession or > | similar. > > This is indeed a better suggestion, regardless of the above. > -- > Cameron Simpson, DoD#743[EMAIL PROTECTED]http://www.zip.com.au/~cs/ > > From a programmer's point of view, the user is a peripheral that types > when you issue a read request.- Peter Williams Using zsh this is the command I use, seems to work just fine for me. gnome-terminal --geometry=80x64+498+0 --use-factory -t Mutt --name=mutt -x zsh -c 'mutt' --
Re: maildir - folder browser doesn't show which ones have new mail?
On Tue, Jun 18, 2002 at 11:11:54AM -0700, Michael Maibaum wrote: > On Tue, Jun 18, 2002 at 11:50:17AM -0500, Jason wrote: > > > > howdy > > > > I recently switched from mbox to maildir, but I can't get the mail folder > > browser to tell me which folders have new mail in them. > > Do you have the mailboxes you want mutt to watch set in muttrc, eg > > mailboxes +/spam/in.junk +/personal/another.in +/list/a.list > duh. that did it. I'd forgotten all about setting that up the first time. Now how do I get it to order the folder list so that folders with new messages are at the top? -- Jason Burnett [EMAIL PROTECTED] ~ No witty signature available at this time ~
maildir - folder browser doesn't show which ones have new mail?
howdy I recently switched from mbox to maildir, but I can't get the mail folder browser to tell me which folders have new mail in them. I have %N in folder_format... what's the trick? -- Jason Burnett [EMAIL PROTECTED] ~ No witty signature available at this time ~
Filtering of incoming email directly to folders.
Two quick questions : 1) Can mutt automatically take incoming mail and push it into a mail folder, for instance take all mail addressed To: [EMAIL PROTECTED] and push that into my mail folder mutt-users. I tried to do this with save-hooks but it didn't work. Should I use procmail instead? 2) How do I forward emails with attachments? The only way I've found to do this is to bounce the message, but of course this doesn't allow me to send commentary with the message. -- -- Jason
Deleting Mass emails..
What's the easyiest way to delete message 1-2000?
Re: Weird e-mail headers
Nah, actually the IMAP server is Cyrus IMAP on Linux. > Is the IMAP server running on Windows? Looks like a CR/LF problem to me. > > > -- > David Smith Tel: +44 (0)1454 462380 (direct) > STMicroelectronicsFax: +44 (0)1454 617910 > 1000 Aztec WestTINA (ST only): (065) 2380 > Almondsbury Home: 01454 616963 > BRISTOLMobile: 07932 642724 > BS32 4SQ Work Email: [EMAIL PROTECTED] >Home Email: [EMAIL PROTECTED] -- I have spoken. Jason Rashaad Jackson UNIX Systems Administrator 2032 Samuel T. Dana Building(W) 734.615.1422 Ann Arbor, MI 48109 (M) 734.649.6641 msg21033/pgp0.pgp Description: PGP signature
Weird e-mail headers
Not sure how to phrase this My e-mail headers are being displayed in Mutt like so: X-Sieve: cmu-sieve 1.3^M From: [EMAIL PROTECTED]^M To: [EMAIL PROTECTED]^M Subject: daily AMANDA MAIL REPORT FOR December 4, 2001^M This wouldn't bother me if it weren't for the fact that it seems to be screwing up my procmail ruleset. Any idea how to fix this? My mail is fetched via fetchmail from an IMAP server via an SSL connection. Any help offered will be appreciated. Thanks! -- I have spoken. Jason Rashaad Jackson UNIX Systems Administrator 2032 Samuel T. Dana Building(W) 734.615.1422 Ann Arbor, MI 48109 (M) 734.649.6641 msg21343/pgp0.pgp Description: PGP signature
Folder list format
Hi, all: I'm using Mutt (obviously) and I have procmail happily sorting my incoming mail into individual folders by topic. Is there anyway I can modify my folder view setting (what comes up when you hit 'c') to show me the name of the folder, total messages, and total new messages (by folder)? It would be wildly convenient. Thanks! -- my card... ___ | | | Jason Rashaad Jackson | | | | |\ /| UNIX Systems Administrator | | | | 2032 Dana Building | | | |\ /| | (Office) 734.615.1422 | | | | . | | (Mobile) 734.649.6641 | | |___| |___| http://www.umich.edu/~jrashaad | | G O B L U E | |___| PGP signature
Re: write_bcc
On Fri, Jun 29, 2001 at 12:12:28PM +0200, Thomas Roessler wrote: > On 2001-06-29 03:52:05 +0100, Jason Williams wrote: > > >I'm just curious, is there a reason why this default isn't listed > >as a bug and fixed? > > Because it's traditional behaviour which works nicely with > everything I know about, with the exception of exim. So what does turning it off break? Presumably there's a tradeoff somewhere? (I'm not deliberately being awkward, it's just that if there's a really good reason for leaving it on I'm probably best off not recommending it to people) -- "Take kindly the counsel of the years, gracefully surrendering the things of youth." [EMAIL PROTECTED] PGP signature
write_bcc
write_bcc Type: boolean Default: yes Controls whether mutt writes out the Bcc header when preparing messages to be sent. Exim users may wish to use this. I'm just curious, is there a reason why this default isn't listed as a bug and fixed? -- "If you can bear the words you've spoken Twisted by knaves to make a trap for fools..." [EMAIL PROTECTED] PGP signature
Re: Mutt & MS-Exchange
On Tue, Jun 26, 2001 at 06:06:35PM +, Victor wrote: > Could you please give me an example of a "running" .muttrc for this > purpose? This might not be perfect, but it works for me: set imap_user=fagerj set imap_pass=xx set folder="{192.168.110.81:143}" set mbox="=INBOX" set postponed="=postponed" set record="=sent" set spoolfile="=INBOX" set mailcap_path="~/.mailcap" set sendmail="/usr/lib/sendmail -oem -oi" jafager
matching random headers in score/color commands
I'm trying to figure out how to make changes to color and/or scoring based on the contents of the Importance: header (this seems to be what Outlook uses to flag messages as high/low priority). It seems that the color and score commands can't use ~h, however. Is there any way around this limitation? I can understand why matching the message body might be verboten, but I thought mutt had to read the whole message header anyway; does it only store parts of the header in memory? I'd gladly live with the increased memory requirements if I could match arbitrary header fields. jafager -- Beware the featureless cube of indestructible metal.
Re: Is there such an alias?
On Tue, Jun 12, 2001 at 10:14:06PM +1000, Doug Kearns wrote: > You can hit at the address prompts and mutt will bring up an alias > menu from which you can select 'He of the Evil Empire'. > I'm sure this is in the manual somewhere. I skim through the mutt manual and the vi book about once a month, and each time through I pick out a few more diamonds. The alias list took several months to discover, so maybe it's well hidden . jafager
Re: multiple sort fields?
On Tue, Jun 05, 2001 at 04:01:35PM -0400, Brendan Cully wrote: > On Tuesday, 05 June 2001 at 15:58, Jason A. Fager wrote: > > Is there a way to sort messages using multiple fields, ala: > > > > set sort="score,reverse-date" > set sort=score > set sort_aux=reverse-date No dice. The manual suggests that sort_aux is only useful when sort=threads. jafager
multiple sort fields?
Is there a way to sort messages using multiple fields, ala: set sort="score,reverse-date" I tried a couple of different versions of that with 1.3.18i with no results. I can't even do "Odoc" because mutt "unsorts" the data between the "Od" and the "oc". jafager
Re: How handle HTML emails?
add this to your .muttrc auto_view text/html and install urlview Then when you have any url in a page you can use CONTROL B to view it with lynx/netscape/ On Thu, May 03, 2001 at 01:38:46PM -0700, Dr. Christian Seberino muttered: | How do people read HTML emails? | | Yes I know I could save email and fire | up Netscape but is there some automagic | way to streamline the process??? | | Christian Seberino | | -- | === | Dr. Christian Seberino | === | SPAWARSYSCEN D02P || (619) 553-2564 | 49330 ELECTRON DR || | SAN DIEGO CA 92152-5451|| [EMAIL PROTECTED] | === -- /Jason G Helfman "At any given moment, you may find the ticket to the circus that has always been in your possession." Fingerprint: 6A32 3774 E390 33B5 8C96 2AA1 2BF4 BD71 35A1 C149 GnuPG http://www.gnupg.org Get Private! 1024D/35A1C149
easy way to hide messages?
Is there an easy way to get mutt to ignore messages that match a certain pattern? I figure I could use "l" with an inverse pattern, but I have not been able to figure out how to use multiple invocations of "l" multiple times with cumulative effect (like you can use "t" multiple times). jafager