Re: Attachment weirdness
On Tue, May 14, 2019 at 07:35:39AM +1000, Cameron Simpson wrote: > On 13May2019 15:45, Patrick Shanahan and Cameron Simpson wrote: > >>I used xwd to take a screen dump, then imagemagick to trim and > >>save it as a gif. > >iianm, mutt does not "decide" the file-type, mime does. you need to > >adjust your mime settings. [...] and > This comes from the mime.types mapping, which is stored in > /etc/mime.types with personal overrides/additons in ~/.mime.types. (Whatever the e-mail abbreviation for "sound of hand slapping forehead" is...) I had looked at my .mailcap file, which didn't help, but ~/.mime.types (which I haven't touched since 1995) contains--well, contained--exactly one line: audio/basic gif jpeg and I don't know why I did that. I can't even think of a reason anyone would _want_ to do that. Thanks. -- Pogo sez, "Friday the 13th came on Monday this month! Dave Williamsd...@eskimo.com
Attachment weirdness
I used xwd to take a screen dump, then imagemagick to trim and save it as a gif. When I tried to attach it to a message, mutt decided it was "audio/basic", as it did with a jpeg of the same image. png gave me "image/png" so I did, finally, get what I wanted. But the file, of course, is a lot bigger than a gif. Is this just the result of my ancient copy of mutt (1.5.21)? (The other software is also not the Latest'n'Greatest). Or is there something I can fix? -- Dave Williamsd...@eskimo.com
Re: Mutt - Neomutt and Debian Stretch
I hope an amicable resolution can be worked out, but I really think that the package should be called 'neomutt', and that the 'mutt' package, if any, should be based on the upstream source, and should more or less expect as people expect "mutt" to work. Or, if they want to standardize on distributing neomutt only, at least have a package redirection where installing "mutt" lists "neomutt" as the replacement. I tend to agree with this. I don't know anything about it other than what has been posted on this thread lately and don't have strong personal feelings -- I use Debian on all my boxes including my laptop but run neomutt from Github -- but I can sympathize with the upstream author's point of view. I think there was a concern that moving the Debian mutt package back closer to vanilla mutt or else changing the name would impact existing users too greatly, but honestly it's a much smaller deal than many of the shifts that have been made in Debian in the past few releases and I think the suggestions from the previous poster pretty much cover the bases. Just my 2p. Jeremy -- Repartee is something we think of twenty-four hours too late. -- Mark Twain
Re: on limiting and pattern modifiers
For example, ~f john will match From: John Doe <john@example.com> but ~f John won't. Is there a way that either 'john or John' match this From line? fwiw: may be a shortcoming unique to your distro or version. it works on my openSUSE Tumbleweed, mutt-1.6.0. Also works for me on Debian Jessie / mutt 1.6.2-neo. Jeremy
mutt, vim, and autowrapping replies
Generally speaking I have the interface between mutt and vim regarding wrapping, flowed text, and quoting working satisfactorily. However, sometimes I receive mail with no line breaks within paragraphs. If I reply to such a message, the lack of hard breaks in the quoted paragraphs is retained within vim, and I'd rather not send out my replies formatted in this way. I can re-format the paragraphs to follow my textwidth setting with a few keystrokes, but I was wondering if anyone knew of anything I could add to "mail.vim" to re-flow the quoted text automatically upon opening in vim? Thanks, Jeremy
Re: new mail indicator in browser view
On Fri, Jul 15, 2016 at 11:37:18PM +0200, famfop wrote: Hi, I solved it the following way. I wanted to have a "startup-mailbox" folder with unread messages. Using mairix I set up the "maildir" and "mfolder" var in the rc and now I run mairix F:-s. It's a bit hacky but it shows all unread messages. Maybe you'll find a solution by digging into mairix In any way I'd say the way to go is indexing your mailfolders. Thanks for the suggestion - I'll look into this. I basically have three folders for each account into which mail is sorted automatically - Inbox, Spam, and Unsure - and I'd like to be able to quickly monitor the number of new messages in each when working in the MUA so I know whether to bother looking at Unsure or not. I'll see if something like mairix can provide this. It seems like the built-in mutt functionality be able to do this but maybe my expectations need recalibration. Jeremy
new mail indicator in browser view
Hello, I've been giving mutt a spin for the past few days. I like it quite a bit except for one issue I have been unable to solve: how to get the mailbox browser to properly display new message status. Platform: Debian jessie running NeoMutt (latest from git but have tried mutt from official repo with same result) Use case: I have two IMAP accounts I'm accessing. I have tried using mutt's built-in IMAP functionality as well as using mbsync to sync to local maildir and mutt to access that. Both ways work fine except for the issue described below. Expected behavior: When I switch to mailbox browser view () or start in browser view ("mutt -y") I expect to see a new message indicator (for mbsync/maildir setup) or new message count (for IMAP setup) for each folder defined using "mailboxes". The status should be updated whenever mutt checks for new mail. Observed behavior: Most of the time the indicators are empty or zero regardless of new mail status. Using IMAP directly, the new message count will be correct for a given mailbox after viewing it and returning to the browser view, but will be "forgotten" after two or more other mailboxes are visited. Using the mbsync/maildir setup, the only time the "N" status indicator is set is when there is new mail present when starting as "mutt -y" - it never appears in response to new mail received after mutt is started, regardless of what I try. I should note that new mail behavior from within index view works fine - the message appears (along with a note in the status bar) shortly after the mail actually arrives on the server with no action necessary on my part. What I've tried: Turning on and off various combinations of settings that my manual/mailing list/interwebs searches have suggested might be relevant: "timeout", "mail_check", "imap_passive", "imap_idle". Is my expected behavior incorrect? My apologies if this has been answered already, but I've spent a lot of time searching for previous solutions and testing more setups than I can remember and nothing has solved my own situation. Does this "just work" for others? If so, can anyone share a .muttrc MWE? I'd love to start using mutt more extensively but this has been a significant stumbling block. Thanks for any help. Jeremy
Re: Undependable macro
On Mon, Jun 17, 2013 at 10:28:54AM -0500, David Champion wrote: * On 16 Jun 2013, jeremy bentham wrote: I have a macro which works...sometimes. macro generic,pager ,t :set folder=imaps://mail.eskimo.comenterc =tomsenter*v/AMenterenter (All one long line in my muttrc; I broke it up for readability here.) If it fails, when I launch it mutt beeps immediately after I hit t and doesn't complete it. Usually it gets as far as the toms mailbox and opens that. When it works, it finds a particular pdf file (nice of the sender always to include the string AM only in that file...) and opens it. When it doesn't work, can you execute it manually with success? Huh. Don't think I've ever managed to _reliably_ test that, since it hasn't failed twice running, OR, since it fails midway, I just do the necessary keystrokes to finish it. Not like it's automating something that would otherwise take me fifteen minutes :-) . Other than that I can't help debug very much because I don't know what your key bindings are, and I no longer remember the defaults. General tip for requesting help on the lists: formulate your macros to use keybinding names, not keystrokes. That means putting each and every interaction EXCEPT for prompt input into angle brackets using the binding's name. If you can do that before posting, more people will understand what you're trying to do up front. No criticism meant -- just a utilitarian perspective. ;) Okay: macro generic,pager ,t :set folder=imaps://mail.eskimo.comenterchange-folder =tomsenterlast-entryview-attachmentssearchAMenterenter I stuck this version in my muttrc and it failed, then worked. -- Dave Williamsd...@eskimo.com
Undependable macro
I have a macro which works...sometimes. macro generic,pager ,t :set folder=imaps://mail.eskimo.comenterc =tomsenter*v/AMenterenter (All one long line in my muttrc; I broke it up for readability here.) If it fails, when I launch it mutt beeps immediately after I hit t and doesn't complete it. Usually it gets as far as the toms mailbox and opens that. When it works, it finds a particular pdf file (nice of the sender always to include the string AM only in that file...) and opens it. I suspect there's some sort of timing issue; I've gotten as far as not finding any obvious way to _wait_ in TFM. If that's the problem -- Dave Williamsd...@eskimo.com
Re: Why sign every message? (was Re: Sending attachments without crypt_autosign
On Wed, Mar 06, 2013 at 04:35:07PM -0700, s. keeling wrote: Incoming from Robert Holtzman: Your dreaming. In my experience 99.9% of the replies are why would I want to? That's when you get a chance to explain it. Wouldn't it be neat if you could order weed from your dealer via email? I live in socal, I can do that without pgp :P -Jeremy pgp6XJj0gjOZv.pgp Description: PGP signature
Re: Sending mail foreach
On Fri, Mar 01, 2013 at 04:04:26PM +0400, Dmitry Bogatov wrote: Is it any convient way or macro to send a bunch of emails to a list or recepients without letting them know each other? Of course, I can leave out To: field and put them all in BCC(to get filtered) Lack of the recipient in the headers is not a case for dropping mail. Maybe some spam filters will score it a bit higher, but if it were to simply reject all mail because of that, then no mailing list would work. Just use BCC. -Jeremy pgpIQKaMyFrRr.pgp Description: PGP signature
Re: Why sign every message? (was Sending attachments without crypt_autosign
On Thu, Feb 28, 2013 at 02:43:36PM -0600, Will Fiveash wrote: I wasn't referring to you specifically as I see you did publish your pubkey properly. Instead, I was referring to others (like s.keeling) that sign everything yet I can not retrieve their pubkey. I'm actually working with him on that right now. I think he has multiple keys and is signing with the wrong one. -Jeremy pgpWdHfUZHsPa.pgp Description: PGP signature
Re: Why does some list software not honor the headers? (was ... Re: People want ...)
On Wed, Feb 27, 2013 at 12:55:15PM -0600, Derek Martin wrote: Responding to list mail *should* be to the list unless op has *specifically* requested direct mail. All other action is illogical and inefficient. Here's where I disagree. There have been many, many times when I wanted to send a private reply to a mailing list post. Usually it's because I have a remark that's not related to the post, per se. Neither the mailing list software, nor my client software, should get in the way of me replying however I damn well feel like replying. and I like how mutt does this. You have MFT set to mutt-users@mutt.org. I hit 'g' and got that. If I'd hit 'r' instead, it would have gone straight to you. This is so freaking simple I don't understand why more MUAs don't implement it. It leaves the choice of where replies go to the person originating the email. I, for instance, prefer the message to go through the list so it ends up in my folder set up for the list. If I decide I want something different, I can always change my own MFT while editing the email and mutt will honor that. 3 mutt. The least shitty mail client out there. -Jeremy pgp5ToBxQYpdJ.pgp Description: PGP signature
Re: Mailing list Subject: line
On Fri, Feb 08, 2013 at 10:17:26PM -0500, grarpamp wrote: If at all possible I'd like to see the Subject: line for this list updated from... Subject: ...thread... ...to... Subject: [mutt-users] ...thread... Ugh. Please, no. There are much better ways to filter messages. Here's my strategy: http://blog.kitchen.io/archive/2012/11/20/mailing-list-subscriptions/ You seem to be using gmail, so hopefully you'll find my gmail-specific instructions helpful. Note that I have not actually tested the majordomo method, though this very list is where I saw it brought up. My current filtering of the mutt list works, so I didn't see much reason to change it, but if I were to ever do so, I would follow the procedure listed there. Filtering by subject is extremely hairy and prone to false positives (and false negatives). When you have powerful, easy to use filtering available to you to precisely target the messages you want without fear of false positives *or* false negatives, why would you want to use any other process? TL;DR: please don't add [mutt-users] to the list subject :) -Jeremy pgpVy6oOeAW0a.pgp Description: PGP signature
Re: How to clear mutt and reget mails from server?
On Wed, Jan 23, 2013 at 03:21:51PM +0100, Marco wrote: On 2013–01–23 Paul Hoffman wrote: After a mail client retrieves a message from a server using POP, the server typically deletes its copy of the message. That's new to me. Messages are retrieved with RETR. This command only copies the message to the local machine. To delete a message the command DELE is used. A server which deletes messages on a RETR can be considered broken. I've seen one that does this. And it only gave 100 messages at a time, so if you wanted more, you had to reconnect. I migrated them to a better mail server though, but the migration process was done via POP. Probably the scariest 30 minutes of my life knowing full well that if my script didn't work I just deleted ALL of their mail, irrecoverably. -Jeremy pgpzWx01yKTSn.pgp Description: PGP signature
Re: how to sort mail by address where mail send from ?
On Mon, Jan 07, 2013 at 02:14:37PM +0800, horseriver wrote: hi: I have subscribed several mail list ,and I want to sort mail by their address into respective mail fold . Since you appear to be using gmail, an article I wrote on my blog might be of use to you: http://blog.kitchen.io/archive/2012/11/20/mailing-list-subscriptions/ -Jeremy pgpUltT8qvgz9.pgp Description: PGP signature
Re: tab pressing doesn't bring up anything
On Wed, Dec 19, 2012 at 08:23:12AM +0800, Woody Wu wrote: Hi, list I defined serveral aliases in .mail_aliase via the 'a' commmand. And, I checked I had set alias_file=~/.mail_aliases # where I keep my aliases in my .muttrc. are you also sourcing this file in your .muttrc? You need to source it as well. -Jeremy pgpeDhvBVv92G.pgp Description: PGP signature
Re: How does matt detect no change when replying to a message?
On Fri, Dec 07, 2012 at 06:40:59PM +, Chris Green wrote: On Fri, Dec 07, 2012 at 10:28:12AM -0800, Michael Elkins wrote: On Fri, Dec 07, 2012 at 06:22:32PM +, Chris Green wrote: How does mutt detect no change to the temporary file when one hits R[eply] but then makes no change to the file? Yes, if the modification time on the file is unchanged. See $abort_unmodified to change this behavior. Thank you, I sort of want the opposite, a way to fool mutt into thinking the file *hasn't* been modified. I'm editing the file via a wrapper script and that always changes the modification time even if the file hasn't actually changed. I think I will have to change how my wrapper script works to prevent it copying the file *unless* it actually changes it. man touch should do the trick! -Jeremy pgpL8IIAyKD9Z.pgp Description: PGP signature
Re: on-demand rewrap received mail and display in builtin pager
On Tue, Dec 04, 2012 at 10:39:30PM +0100, Andre Klärner wrote: Hi Guys, I read the last long discussion about line wrapping and proper mail formatting. All of it? You are a braver man than I :) Is there any way to pipe a builtin pager buffer (the final output with verified signatures etc) to a process and reread the output to the buildin pager. I just skimmed the mutt manpage and the fine manual once again, but nothing caught my attention that it could work. perhaps display_filter would work? http://www.mutt.org/doc/manual/manual-6.html#display_filter alternatively, you could reformat the mails at receive time through a procmail filter or something if you have that kind of access to the mail server. -Jeremy pgpVS73HtRQ1x.pgp Description: PGP signature
Re: Please set your line wrap to a sane value (was ... Re: Is there any gmane.org user in the list?)
On Mon, Nov 26, 2012 at 05:14:30PM +, Jamie Paul Griffin wrote: [ Tony's unattended mail Wrote On Mon 26.Nov'12 at 16:59:03 GMT ] don't you think this discussion has been exhausted to death now? It only started out as a request to wrap lines in my email bodies. I do find that part kind of funny. You were asked to wrap, came up with a reasonable excuse why you weren't, got a solution in reply and said ok, thanks, I'll do that. Three weeks later... -Jeremy -- .O.Jeremy Kitchen (o_ ..O kitc...@kitchen.io //\ OOO twitter.com/kitchen V_/_ pgpuwH3QNJQBR.pgp Description: PGP signature
Re: email has changed, you won't change everyone, and you don't have to
On Tue, Nov 20, 2012 at 10:19:25PM +, Jamie Paul Griffin wrote: My first response to Chris when he raised the issue stated that I would happily adjust the setting for vi, on invocation from mutt, to address the issue. Chris kindly responded with a muttrc tip. I have no problem at all with line wrapping my emails for the users of this list if it is causing them readability issues. I like this list very much, using it and contributing to it, so the last thing i want is to upset or irritate fellow users over such a matter. My confusion is simply due to the fact that when my emails come through from mutt's mailing list manager to my server and I read them with mutt, I don't experience the readability issues others seem to. It's not something that has been pointed out to me on other lists or other people I communicate with by email either. this is how it looks in my mutt when your emails come in: http://img.kitchen.io/mutt-line-wrapping.png and this is what it looks like when I go to reply (I use vim) http://img.kitchen.io/mutt-line-wrap-reply.png now, since I'm super anal about my own line wrapping, I reformat your paragraph with vim's 'gq' function (as I have done) I do prefer when people use sane text-width for their emails, but it doesn't make anything *unreadable* for me. I just move on. If it was actually unreadable, I would do one of 2 things: 1. reformat it myself so I can read it. 2. not read it. There are certain things which annoy me, like top posting rather than inline, and bottom posting without trimming (which is actually worse than top posting, imo, because it makes me have to scroll clear to the bottom of the message) which I do harp on people about on mailing lists, but things like line length are a minor annoyance and only so because I'm anal. Be strict in what you send, but tolerant in what you receive. Really my main gripes about the current state of internet mail is the abandonment of threads. Conversation view is not a thread. I don't use most forum software for the same reason, because if I'm on page 27 of a forum thread and someone adds a post which is replying to something on page 4, there's no way to cross-reference it, and it drives me insane. group by subject makes me want to kill. It has its uses, but for human-generated threads with proper mail clients, it is unnecessary. Anywho, /rant Oh, then there are those people who pgp sign their emails. There's a special place in hell reserved for them ;-) -Jeremy -- .O.Jeremy Kitchen (o_ ..O kitc...@kitchen.io //\ OOO twitter.com/kitchen V_/_ pgpwMXCByrxhZ.pgp Description: PGP signature
Re: Please set your line wrap to a sane value (was ... Re: Is there any gmane.org user in the list?)
On Tue, Nov 20, 2012 at 09:18:23PM +, Tony's unattended mail wrote: On 2012-11-20, Patrick Shanahan ptilopt...@gmail.com wrote: Original text is fine unwrapped, but should not be sent that way. You should not impose on the reciever but sent mat'l in a manner that would be presented as one *should* expect. Recipients should not impose on composers. Otherwise Larry would demand that Alice use 40 characters for his smartphone, and Bob would demand 72 characters for his old PET computer, and Eddy would demand that Alice break at 132 characters for his extra wide dual-headed LCD. I really can't believe I'm about to say this, but: HTML solves this problem entirely. There, I said it. -Jeremy -- .O.Jeremy Kitchen (o_ ..O kitc...@kitchen.io //\ OOO twitter.com/kitchen V_/_ pgp4CMWCdPhPj.pgp Description: PGP signature
Re: Importing addresses from ClawsMail -- Export -- Html | LDIF?
On Wed, Nov 14, 2012 at 05:16:38PM +0100, Csányi Pál wrote: Hi Paul, Paul Hoffman nkui...@nkuitse.com writes: Yes -- both -- see abook(1): Wrong, because the html input format isn't supported, see bellow [snip] | The following inputformats are supported: | - ldif ldif / Netscape addressbook [snip] I can export in the ClawsMail only to ldif or to html format. so export from clawsmail in ldif? :) -Jeremy pgptGrdvatIR2.pgp Description: PGP signature
Re: Expiring Messages
On Fri, Nov 09, 2012 at 11:12:34AM +, Jamie Paul Griffin wrote: Hi I would like to use the method of setting messages to expire described on Gary's page[1] but the problem is that this script uses gnu date(1) and I have BSD date(1). there's no compatible option with bsd `date`? You could also replace the call to `date` with a $SCRIPTING_LANGUAGE script (perl would probably work pretty well for this, and I believe perl is pretty standard on the BSDs) which does the same thing. All it's doing with GNU `date` is spitting out an RFC822 formatted `date`, which I would think BSD `date` is capable of doing, but a simple perl script would definitely be able to. I also thought it might be better to add a line or two in my procmailrc to add the expired header on all mailing list messages that it filters which actually would suit me better. I haven't found much in the way of examples on the internet searches i've done. google search for procmail add expires header and 2 clicks takes me to this thread which may be of use to you: http://www.mhonarc.org/archive/html/procmail/2006-01/msg8.html Note that I know very little about procmail. I only used it for very basic filtering and hated every minute of it :) Also, that procmail recipe appears to also be using GNU `date`, but if you figure out a solution to your first question you should be able to use that same solution in this procmail recipe. Hope this helps! -Jeremy pgpIxcCs3J3Fa.pgp Description: PGP signature
Re: How to change From: according to hostname?
On Fri, Nov 09, 2012 at 02:02:38PM -0600, Todd Hesla wrote: set my_this_pw=`gpg2 -d --batch ~/.mutt/.this_pw.gpg` This. I like this. This is being implemented right now :) Thanks! -Jeremy pgppSs66epzmA.pgp Description: PGP signature
Re: pipe headers to a file on send from compose window
On Thu, Nov 08, 2012 at 10:15:45AM +0100, Eric Smith wrote: Thanks Jeremy Task is to create a serialised list of Subject lines for mails posted to lists. Why? So that procmail can filter any incoming list mail by using `egrep -f' on this serialised Subject list and these (presumed) replies to my posting may then be dropped in my main inbox. I only want to extract the Subject lines mails to lists, so I will have send-hook rules for mail to these known lists. I would need to define this macro only for mails to these lists (and then define y back to send-message). (The script to which the headers are piped will also schedule an at job to strip the Subject line from the file in n days). I do something like this with postfix alwaysbcc and procmail, but would prefer something more specific and efficient. Best place to do it is at the time of send-message when the Subject line is definitive. are you using SMTP or sendmail to inject your mail? You could configure mutt to use a different sendmail which is your custom processor which also injects the message into the queue (probably by calling sendmail directly) If you're using SMTP, you could switch to using sendmail with the above mentioned wrapper and configure an external smtp client like ssmtp or such. I may be missing something, but I poked through the docs and I'm just not seeing really any other way to do it. If you find a solution, though, please let us know, I for one am interested in your idea :) -Jeremy pgpAdjh9a61GQ.pgp Description: PGP signature
Re: pipe headers to a file on send from compose window - solution
On Thu, Nov 08, 2012 at 09:47:26PM +0100, Eric Smith wrote: Jeremy This is how I did it: set sendmail = /home/eric/bin/get_subject_and_send.sh $ cat /home/eric/bin/get_subject_and_send.sh #!/bin/bash cat /dev/stdin| tee (SUBJECT=`formail -z -x Subject`;echo ^Subject:.*$SUBJECT/home/eric/serialised_subjects;echo perl -ni -e \print if not /$SUBJECT/ \ /home/eric/serialised_subjects|at now +50 days | /usr/lib/sendmail -t -oem -oi -f eric.sm...@trustfood.org Might I recommend using $@ instead of hardcoding the values to sendmail there? Will make the script more of a generic log the subject and pass to sendmail. I mean, if the script works, it works, but I don't like hardcoding things like that, and mutt will pass its own arguments to the sendmail program. It passes my tests. Now I just need conditional define and undefine of the sendmail var. There are plenty of hooks for this, depending on how you want to do it. Holler if you need help! -Jeremy pgpduv07kCSxs.pgp Description: PGP signature
Re: Questions about pipe-message and pipe_decode=yes
On Thu, Nov 08, 2012 at 11:20:20PM +0100, Suvayu Ali wrote: Hi Mutt users, I am a new Mutt user and I recently came across muttprint; I am absolutely blown away by the quality of prints I can get from my emails. However I could not find a way to interactively choose from mutt the printer I want to print to (or print to file for that matter). So I setup muttprint to use the most used case by default, and pipe the message to muttprint for other cases. macro index,pager \cp pipe-messagemuttprint --printer printername Now I have a few scripts that I use to parse message headers for filtering and other stuff. So I set pipe_decode=no. This however means the above printing macro produces horendous prints with all the weed included from the email. 2. Is it possible to remove the weed when I use pipe-message with pipe_decode=no in some other way? have your macro set pipe_decode=yes, pipe the message to muttprint, and then set it back to no. -Jeremy pgpwmsXajKVC4.pgp Description: PGP signature
mutt + exchange woes (Was: Re: What are the current fetchmail/getmail and/or procmail/maildrop) utilities?
On Wed, Nov 07, 2012 at 04:33:58PM -0600, David Champion wrote: I've used IMAP pickup in the past and it's OK for some IMAP servers. A year or two ago my employer moved my mailbox to MS Exchange. Exchange doesn't (necessarily?) hand you the exact e-mail it received. It parses incoming mail, stores the parsed components, and reconstructs the message the best it can figure when you pick it up via IMAP or POP. Along the way it might modify or remove some components for no good reason; for example, multipart/alternative with text/plan and text/html invisibly becomes just a text/html message. I've also heard of its breaking crypto, although I haven't seen that myself for a while. I haven't had it break crypto, but I'm one of 2 people at the company doing pgp signatures and both of us send *only* text/plain. I have had it give me text/plain only when there was an html part, which normally I wouldn't complain about, but if someone used an html link in their email, I *never* see the link or the url. So I forward my mail via SMTP away from my employer now. I would love to do this, if for no other reason than I can have better server-side filtering, but I very highly doubt the company would go for it. Otherwise, mutt seems to work just fine with exchange. I do need to set up lbdb to pull from our exchange server at some point, but fortunately I interact with only a very small subset of the company, so my aliases file suffices for this, and if I need to look up someone's address I can always open up OWA. -Jeremy pgpvBZQTthinp.pgp Description: PGP signature
Re: What are the current fetchmail/getmail and/or procmail/maildrop utilities?
On Thu, Nov 08, 2012 at 01:06:54AM +0100, Andre Klärner wrote: On Wed, Nov 07, 2012 at 11:21:59PM +, Jamie Paul Griffin wrote: Yes i think the benefits of using your own smtp delivery are worth it. I can only agree. And to avoid issues when my landline is down I have a VM on a big hoster that on one side delivers all my locally generated mails to avoid the dialin IP address problem. And on the other side it acts as the backup MX that stores my mails until my landline is back online and it can be delivered at my home. IMO, a better way to do this would be to have your current backup MX be your primary (and only?) and set it to have a high retry time, possibly even setting up something like ETRN[1] to trigger the remote MTA to flush its queue to you. You may also be able to configure your mail server to have a separate retry time for incoming vs outgoing mail. I *think* postfix can do this? Seems like something it would be able to do. [1]: http://www.postfix.org/ETRN_README.html I'm sure other MTAs support ETRN, but that was the first hit on google, and I'm a postfix user (retired qmail user, and qmail does *not* support ETRN) so it seemed prudent :) -Jeremy pgpAgBZsvGkf0.pgp Description: PGP signature
Re: pipe headers to a file on send from compose window
On Thu, Nov 08, 2012 at 12:37:27AM +0100, Eric Smith wrote: When piping a message from the compose menu, I receive only the body of the mail and not its headers. I want to capture the headers before sending the mail and am using this macro. macro compose ,y pipe-entry/home/eric/bin/get_subjectentersend-message The headers are not being passed to the script get_subject. What would be the solution? I really want to say that this is because you're only piping the attachment you currently have highlighted. Now, I'm not sure how to do what you're asking for, but I think that's what's going on underneath. One question though, what are you attempting to do with this? Perhaps we can help you find a better way to do it. It seems to me you're trying to capture outgoing subject lines with a script? (just judging by the name of your script) -Jeremy pgp47b1WKVwl6.pgp Description: PGP signature
Re: mailing list subject line tags
On Fri, Nov 02, 2012 at 02:42:00PM -0500, Derek Martin wrote: On Fri, Nov 02, 2012 at 02:37:01PM -0500, Derek Martin wrote: Sorry to reply to myself. Looking at the mutt source, the pgp_strict_enc option seems like a likely culprit for this behavior. Mutt won't QP encode trailing space emails unless this is set. Do you by chance have this option turned off? That looks to be it. Odd though, this part of my muttrc hasn't changed in uh, like 12 years or something (I originally copied it from somewhere, so there's a reason it's there, I just can't remember why). Strange that it's only been an issue in the last one or two. And stranger still is that the copy of the message that I receive from the mailing list ALWAYS VERIFIES CORRECTLY on my end. Both validate for me. Nice catch, Kevin! -Jeremy pgplPtWRaagJb.pgp Description: PGP signature
Re: iTerm vs Terminal (was: ACS characters in Terminal.app)
On Thu, Nov 01, 2012 at 09:14:45PM +1100, Cameron Simpson wrote: It relies on a feature of mutt: if you exit the editor having changed nothing, mutt silently cancels the compose mode. So muttedit is invoked as your editor. It: - takes a copy of the message composition file it is handed - computes a screen title from the time and message subject - invokes screen running mutt -e 'set editor=$EDITOR' -e 'unset signature' -H $filename i.e. it runs a separate mutt in compose a message from this template mode So there you are in screen composing a message in a standalone mutt. You can complete it right there and send, exiting the standalone mutt. Or you can detach from screen and resume that process later. Either way, as far as your original mutt is concerned, muttedit exits and the composition file is unchanged, so it queitly returns to your index view or whatever. very cool. I may have to try this out :) Thanks! -Jeremy pgpMeTZsklDoc.pgp Description: PGP signature
Re: ACS characters in Terminal.app
On Wed, Oct 31, 2012 at 08:25:32PM +1100, Cameron Simpson wrote: On 31Oct2012 08:52, Jamie Paul Griffin ja...@kode5.net wrote: The OP's problem isn't the connectors not being drawn (possible with fonts and locales) but with then being drawn but with gaps due to the line spacing. Actually, the way I interpreted it from the screenshot is that the bars weren't lining up vertically, and that I believe is just a font issue. I have the same horizontal gaps, but I don't see that as being a huge problem, really. I think mutt looks just fine as is :) -Jeremy pgpYC2gbgzy5F.pgp Description: PGP signature
Re: iTerm vs Terminal (was: ACS characters in Terminal.app)
On Thu, Nov 01, 2012 at 09:01:20AM +1100, Cameron Simpson wrote: | I tried iTerm2 but I didn't like it much. For me | the default Terminal in Mac OS X renders a nicer display IMO. But then i | spend little time on my Mac, mostly I just use my BSD machines and urxvt. I like iTerm2 for the following reasons: - horizontal and vertical pane tiling I've bound shift-%V to open a new vertical pane (splits the current pane vertically) and shift-%T to open a new horizontal pane (splits the current pane horizontally). This is outstandingly useful for working in multiple shells. I do a lot of remote admin and opening shells on a bunch of machines nicely arranged for coordinated work is very pleasing. You may want to look into tmux :) Then again, nearly 100% of my in-terminal work is done from another, permanently-connected machine, and my mac is just a portal to my linux-box-du-jour. And of course I've spent some time tuning fonts and colours, and made things slightly transparent with a slight brightening for the currently focussed pane. iTerm2 has lots of features, but the ones above are the real winners for me. I am pretty pleased with Terminal.app from Lion forward, but my work machine is sadly still on Snow Leopard (silly corp IT policy, don't ask) so I tried out iTerm2 again and now I use it primarily on both of my macs. -Jeremy pgpPjGTbftMMI.pgp Description: PGP signature
Re: iTerm vs Terminal (was: ACS characters in Terminal.app)
On Thu, Nov 01, 2012 at 10:28:09AM +1100, Cameron Simpson wrote: On 31Oct2012 15:17, Jeremy Kitchen kitc...@kitchen.io wrote: | You may want to look into tmux :) Oh, I do want to! [...] But if you mean logically subdividing a single _terminal_ window with multiple session displays, no thanks. I've never found it works for me with vi or screen or other in-terminal dividers, including urxvt's internal tabbing support; they all devolve to focus follows mouse or arcane keystrokes to switch focus because the terminal doesn't see the mouse cursor, and they also all devolve to emulated terminals and curses support issues, and the control stuff gets in the way of being a pure terminal. Let us not get into cut/paste line ending issues:-) ugh. don't remind me about the cut/paste issues. in your case, screen is fine :) Really, screen is just fine, I just got into tmux because I wanted to see what all the hype was about and now I'm much better with tmux than I ever was with screen. | Then again, nearly 100% of my in-terminal work is done from another, | permanently-connected machine, and my mac is just a portal to my | linux-box-du-jour. My mac is my portal like yours (though I do a lot of coding locally and push changes out - far far snappier, and one can do it on a train or otherwise offline, pushing later). This email is being written on my home server via ssh, and I've got mutt configured to automatically compose replies in a detachable screen session named after a mangling of the subject line, so I can reconnect later if disconnected (or if I just decide to disconnect from screen and finish composition another time). Thus: [/home/cameron]janus* scr 1 23168.BACKUP 27237.DOVECOT 3 12992.EMERGE 48218.GETMAIL 59000.MAILFILER 6 31196.WD 74915.WD_BEY2 84793.WD_BEYONWIZ 9 14831.mutt-01nov2012-10:10 10 16970.mutt-27oct2012-14:45 So I could detach right now and reconnect by saying scr 10 to finish the job. Hrm. I'd be very interested in seeing how this works. I like the idea, but mutt's email editing is modal, right? How does that work with essentially backgrounding an editor? Anyone wanting to see the code for any of the above is quite welcome, BTW. Yes, please :) -Jeremy pgpJoc4m5LlbS.pgp Description: PGP signature
Re: aliases vs abook
On Tue, Oct 16, 2012 at 02:16:29PM +0200, Paolo Pisati wrote: Hi guys, is there a way to make mutt autocompletition feature to work with abook? So far i got it only working with mutt's internal aliases system, and all the config snippets i found around like this one, don't help: set query_command= abook --mutt-query '%s' by default the $query_command completion command is ctrl-t, and you can use that in the prompt for to/cc/bcc/etc. macro index,pager A abook --add-email add the sender address to abook does that actually work? I don't think so. I think mutt would tell you abook: unknown command macro generic,index,pager \ca abook launch abook I don't think this will work either. and what's the point in having two addressbooks? I like having my commonly used addresses be quickly accessible through aliases and have actual *tab* completion. There are about 20 addresses in my alias list. I then use my full address book for other information about people, addresses, phone numbers, etc. Also, mutt's alias lookup is very fast, whereas query_command can be much more expensive (read: slow) depending on what the query_command is actually doing. -Jeremy pgp7cDOKQILBX.pgp Description: PGP signature
Re: How to save mail score
On Thu, Oct 04, 2012 at 08:04:23PM +0200, Francesco de Virgilio wrote: Hi guys, probably I'm missing something. After tagging some mails, I've applied a macro to add 1 point to score, using the following command score '~T' 1 After that, since I'm working on a local mbox folder (synced using OfflineIMAP), I update changes and close Mutt. is that syncing against google's imap service, by chance? If so, you can't edit emails via the imap interface. -Jeremy pgpa9sVjQa1sI.pgp Description: PGP signature
Re: mutt does not see messages in maildir mailbox
On Wed, Oct 03, 2012 at 05:36:03PM +0200, M. Fioretti wrote: Greetings, while reordering some backups, I found a tar file containing a maildir-like mailbox. By this I mean that it was a folder with 3 subfolders with the right names: old_email/cur old_email/new old_email/tmp [...] The point is that now the mailbox shows as empty in Mutt, but a find old_email -type f returns several hundreds of files, all valid email messages if the few ones I have looked into with less are representative. in which directory? only cur and new are read by any maildir agent, tmp is only for incoming mail. If it's in tmp it's probably good to clear, because either the mail wasn't properly delivered due to some issue and were most likely re-delivered by whatever was attempting to put them there or the process which relinks the file from tmp to new didn't work properly, in which case those files are just duplicates of emails which were in cur or new. If they *are* all in tmp, and you want to look at them, simply mv them to cur or new and inspect them yourself through mutt or your maildir reader of choice. -Jeremy pgpOB4wuamX4h.pgp Description: PGP signature
Re: Google smtp Server Changes My From Address.
On Tue, Sep 25, 2012 at 02:25:22PM +, Grant Edwards wrote: On 2012-09-25, Jamie Paul Griffin ja...@kode5.net wrote: [ Ian Barton wrote on Tue 25.Sep'12 at 7:04:39 +0100 ] On 24/09/12 18:52, Jeremy Kitchen wrote: Thanks for the information. I'll go back to using the smtp server on my Linode box. The reason I switched was I was having problems delivering to some, but not all, bt.com addresses. There were no errors in my mail.log, but some recipients weren't receiving email. Like you I want to be able to set my From and envelope address without having to perform silly tricks. Has your ISP provided a static IP for you? I have that set up with mine, and just use my local MTA to send messages rather than relaying them through other smtp servers. If your using a dynamic IP at home then this could explain why some bt.com addesses have not delivered, or rather been seen as spam. I'd considered doing that, but I'd *already* run into issues with sending emails from my local MTA at home, so I just pushed them up to my server and called it a day. I'm really tempted to just go back to hosting my own email, but I don't feel like trudging through tons of spam every day. Som recipients not only require a static address, but they require an MX record for the envelope from that matches up with the static address. that would break nearly every major email provider on the internet. If this happens, they're throwing away their own mail. Even with a static IP address and an MX record, I still wasn't able to send mail directly to some recipients because the MX record for the domain in the message From: header didn't match up with the static IP. It's more likely that you were filtered because you're in a residential IP block, not just a static IP. -Jeremy pgpKf2Oi6WWzE.pgp Description: PGP signature
Re: Google smtp Server Changes My From Address.
On Mon, Sep 24, 2012 at 06:03:50PM +0200, Bernard Massot wrote: On Mon, Sep 24, 2012 at 11:48:25AM +0100, Ian Barton wrote: I can confirm that when I send the message it has the correct From header of i...@manor-farm.org. However, the From address for the recipient is always i...@wilkesley.com (my Google app domain). Is this Google's mail server rewriting the From address, or do I have a mutt configuration error? Gmail does rewrite From headers. You can prevent this somewhere in gmail's configuration interface. I had this very issue when I started using mutt with google apps (previously I'd just been using the gmail interface (ugh)) Anyways, it only lets you set your From: header to an address you've confirmed through the gmail interface, by doing this: gear icon - settings - accounts - Add another email address you own Note that the envelope sender of the email will *always* be your primary address. Even if you have another domain aliased (like I do), you cannot change your envelope sender address. Because of this, I now just send my emails out through my colo box, even though the MX is with google. I need to be able to set my From: and envelope sender to whatever I want without having to jump through silly hoops. I like gmail's spam filtering, but as a general purpose mail service, its limitations are getting to me a bit. I'd definitely be willing to pay for extended functionality, but it seems the only real benefits you get from a paid account are extra storage and additional support. Anywho, sidetracked, those are the limitations I've found with gmail's smtp service so far, and likely will be the only ones I find since I am no longer using it. -Jeremy pgpO0Ym8hegBC.pgp Description: PGP signature
Re: Old e-mail markup language RFC ?
On Wed, Sep 19, 2012 at 08:16:17AM -0500, Jim Graham wrote: On Wed, Sep 19, 2012 at 08:12:25AM -0500, Jim Graham wrote: Ok, I just did that. Now let's see if this is bold or if this is underlined. One thing I don't remember is how to specify colors I also forgot that the usual line breaks go awayand how to make line breaks. What a mess. As it turned out, the bold was red (I think that's set in my .muttrc) and the underlined was blue (again, .muttrc). this is how it looked to me: http://scriptkitchen.com/images/text-enriched-try1.png -Jeremy pgp5C1N8EiiOh.pgp Description: PGP signature
Re: notmuch-mutt
You've been told several times. Look at the headers. -Jeremy pgp4ecgEwdEVJ.pgp Description: PGP signature
Re: Mailbox closed mutt behaviour
On Mon, Sep 17, 2012 at 09:58:44AM -0400, Lewis Pike wrote: I have recently configured mutt to connect to my gmail via IMAP. This has been working reasonably well but I've found that very occasionally, when I am in the index view, I will suddenly be booted from the current IMAP folder, the list of emails will disappear, and the message Mailbox closed will be printed at the bottom of the screen. This issue seems to occur randomly. Can anyone explain what is causing this behaviour? Can I prevent this from happenning? gmail is timing out your connection. it's annoying, and you also lose any unsynched flags. While we're at it, gmail also doesn't allow you to modify the message on the imap server. This means the break/join thread functions don't work, nor does actually editing the message. It *does* work if you change the Message-ID header. But that obviously isn't a good idea. I wish they would just use a checksum of the message or something, but whatever. -Jeremy pgpEMZ7mF4VEt.pgp Description: PGP signature
Re: Convert gmail addresses into aliases file
On Mon, Sep 03, 2012 at 06:01:48PM +0200, mimosinnet wrote: ... I don't know why my clock is so weird. It's definitely *not* 6pm in +0200 right now... /me marks that as something to fix I very much appreciate your suggestion! I was working with a large alias file, and what you suggest has much more sense. I did not came across $query_command (mutt is a constant discovery!), and I am going to explore this possibility a bit further. yea, I also keep finding new things with mutt. I've been trying to use it for years, but now I've forced myself to use it as a daily driver and it's been quite refreshing! Otherwise, great job! You should put this on github or similar so people searching for something like this later will be able to find it easily! Thanks very much for the encouragement! I will try to put something together when I have worked a bit more on this. I have had a look at The Little Brother's Database (lbdb) http://www.spinnaker.de/lbdb/. The idea should be to deploy my google contacts into a some database (sqlite) and then access it with the appropriate query command. One thing I found out is on OSX if you are using icloud for your contacts is that the local database of icloud contacts (the thing that Address Book or Contacts, depending which version of OSX you're using) is stored in sqlite. I'm actually *not* using lbdb for my personal contacts, I found a script on github which would do the searching for me. https://github.com/andrewlkho/icloud-addressbook-query I didn't like its handling of the Organization label on my contacts, so I forked it and made a small change. It works very nicely, though. Here's the link to my fork, if you're interested: https://github.com/kitchen/icloud-addressbook-query Again, this is only for OSX/icloud, which is my primary address book! Thanks! Cheers! Certainly! -Jeremy signature.asc Description: Digital signature
Re: Convert gmail addresses into aliases file
On Fri, Aug 31, 2012 at 01:13:23PM +0200, mimosinnet wrote: Hi, I am working on having my contacts in gmail converted into a mutt alias file (this is because I am using an android phone). I am not sure if there is a similar project going on. In any case, this is my first version of it. Any comments appreciated. Cheers! Do you really want them as an alias file? You might want to look into lbdb. I, personally, reserve my aliases file for addresses I'm going to type a lot, so I can just type 'boss' if I'm emailing my boss, or whatever. For my company address book integration (on my work machine) and my personal address book, I'm going to be using lbdb along with $query_command to provide access to a more complete address book. If you do go the route your email describes, might I recommend that you keep your $alias_file separate from this generated one so you don't clobber your changes when the script runs. Otherwise, great job! You should put this on github or similar so people searching for something like this later will be able to find it easily! -Jeremy signature.asc Description: Digital signature
Re: mail relaying [solved, sort of]
On Tue, Jun 26, 2012 at 01:16:24PM +0300, Alexander Gattin wrote: I tried my best to not give a clueless advice this time, so before suggesting to omit the user@ part from smtp_url I studied the mutt-1.5.20/smtp.c source: if (conn-account.flags M_ACCT_USER) { if (!mutt_bit_isset (Capabilities, AUTH)) { mutt_error (_(SMTP server does not support authentication)); mutt_sleep (1); return -1; } #ifdef USE_SASL if (!(conn-account.flags M_ACCT_PASS) option (OPTNOCURSES)) { mutt_error (_(Interactive SMTP authentication not supported)); mutt_sleep (1); return -1; } return smtp_auth (conn); #else mutt_error (_(SMTP authentication requires SASL)); mutt_sleep (1); return -1; #endif /* USE_SASL */ } I concluded that mutt omits SMTP authentication if and only if M_ACCT_USER is missing from account.flags (user@ part missing from smtp_url). -- With best regards, xrgtn Service above and beyond the call of duty! I hope you didn't spend too much time on it. I don't know if you were the one who mentioned msmtp--thanks to whomever, though. I'll be staying with it. -- Dave Williams d...@eskimo.com
Re: mail relaying [solved, sort of]
On Mon, Jun 25, 2012 at 11:13:15AM +0300, Alexander Gattin wrote: [...] msmtp does SMTP well, and I use msmtp instead of smtp_url -- that's why my advices earlier in the thread missed the target. I have the last suggestion though: try to omit user@ part from smtp_url. I'm sure I tried that--I didn't record everything I did, but that is something I _would_ try. Anyway, I'm happy with msmtp; it's given me some unexpected flexibility in other areas: the multiple-account feature is handy. -- Dave Williams d...@eskimo.com
Re: mail relaying [solved, sort of]
On Sat, Jun 23, 2012 at 07:45:32PM -0400, Patrick Shanahan wrote: * jeremy bentham d...@eskimo.com [06-23-12 19:36]: ... Ok, I installed msmtp and after a bit of flailing about got it working. Part of the flailing included an error message from mail.eskimo.com that it didn't support authentication. So I suppose it's puking when mutt insists. msmtp has a way to turn that off; does mutt? If it's smtp_authenticators, what do I put there? TFM suggests: The built-in SMTP support supports encryption (the smtps protocol using [...] 3.263. smtp_authenticators Type: string [...] Yes. I found this. I tried various values, including the empty string, and nothing changed. I concluded, based on what msmtp told me when I was (mis-)configuring it (the server does not support authentication or words to that effect) that mutt was still trying to authenticate me to the mailserver, regardless of _what_ value I gave smtp_authenticators. I even tried stuff like NONE and %#gobblede***ker. msmtp has commands to turn off tls and authentication, and once I did that everything worked. When I send now, mutt runs an imap login, which gives me access to the smtp server. I'm asking if mutt has the equivalent of msmtp's tls=off auth=off . I know, it's kind of silly to try to fix it now (if it ain't broke) but the duplication of functionality...just bugs me, I guess: using two programs where one should work. FWIW, the eskimo person I talked to says RSN they'll have an improved server and this problem will go away. -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535@ http://linuxcounter.net -- Dave Williams d...@eskimo.com
Re: mail relaying [solved, sort of]
On Fri, Jun 22, 2012 at 06:37:54PM -0700, jeremy bentham wrote: On Jun 22 you wrote: Hello, On Thu, Jun 21, 2012 at 05:06:40PM -0700, jeremy bentham wrote: [stuff about inability to send mail from my own machine's mutt] instant connection refused, with either smtp or smtps, ssl_starttls yes or no. I managed to get through to a knowledgable person at eskimo.com and he thinks my problem is that, currently, the mailserver doesn't support ssl at all. However, when I set ssl_starttls to no it merely changes the error message. Ok, I installed msmtp and after a bit of flailing about got it working. Part of the flailing included an error message from mail.eskimo.com that it didn't support authentication. So I suppose it's puking when mutt insists. msmtp has a way to turn that off; does mutt? If it's smtp_authenticators, what do I put there? -- Dave Williams d...@eskimo.com
Re: mail relaying
On Jun 22 you wrote: Hello, On Thu, Jun 21, 2012 at 05:06:40PM -0700, jeremy bentham wrote: instant connection refused, with either smtp or smtps, ssl_starttls yes or no. I've checked ports on mail.eskimo.com with nmap: PORT STATESERVICE 25/tcp open smtp 465/tcp closed smtps 587/tcp filtered submission 2525/tcp open unknown nmap; something else I see I don't have installed; I'm learning other stuff here {-; So you should rather try smtp://u...@mail.eskimo.com:25 smtp://u...@mail.eskimo.com:2525 smtps://u...@mail.eskimo.com:2525 These result in tls-related errors after the afore-mentioned 10-minute wait. I managed to get through to a knowledgable person at eskimo.com and he thinks my problem is that, currently, the mailserver doesn't support ssl at all. However, when I set ssl_starttls to no it merely changes the error message. Searching TFM for tls doesn't reveal anything else that looks relevant; is there something Double Top Secret? btw, thanks for your time. -- Dave Williams d...@eskimo.com
Re: mail relaying
On Jun 21 you wrote: ... incoming-folders=Mail/[] eski {mail.eskimo.com/ssl/novalidate-cert}mail/today As I understand, mail.eskimo.com/ssl translates to smtp_url=smtps://u...@mail.eskimo.com:465, i.e. it's SSL from the beginning, not STARTTLS, and it's served on port 465, not 587 or 25. Hope this helps, instant connection refused, with either smtp or smtps, ssl_starttls yes or no. -- Dave Williams d...@eskimo.com
Re: mail relaying
On Jun 20 you wrote: Hello, On Tue, Jun 19, 2012 at 11:47:53AM -0700, jeremy bentham wrote: I can't send mail from my local machine, using my isp's smtp server. I can do it just fine from pine, providing I have started an imap session on one of my isp's machines. (I'm doing this message in pine). This looks strange. Is this a kind of POP/IMAP before SMTP auth? If an IMAP connection from pine to an ISP server isn't active, you are unable to send from pine too? In what follows, bear in mind that to me, e-mail programs are black boxes with a few pinholes in them, allowing me tiny glimpses of what I am trying to use. If I'm including irrelevancies/too much, sorry. What I hope are the relevant lines from my ISP's e-mail help page: We are now using what is known as POP-before-SMTP authentication, after you do a POP3 session from an IP you will be able to send mail from that IP. The old way required identd, unfortunately identd generally is difficult to make work over NAT which is getting used more and more as users migrate towards broadband. The old way also didn't absolutely stop spammers from using our servers to relay spam, if they were smart enough to run identd they could still relay through us. POP-before-SMTP doesn't allow relaying unless a user authenticates via POP first. I found by experimenting that imap works as well as pop: if I start an imap session before I try to send an e-mail, I can send; otherwise I can't. I don't know how to use POP with pine. from my .pinerc # incoming-folders are those other than INBOX that receive new messages. # Folder syntax: optnl-label {optnl-imap-hostname}folder-path # Use only if you filter incoming email into multiple files or receive # email on several different machines. # Example: # incoming-folders=Consulting {carson.u.washington.edu}filter/to-help, # Widget-Project {carson.u.washington.edu}filter/to-widget, # Old-Student-Acct {imap.berkeley.edu}inbox incoming-folders=Mail/[] eski {mail.eskimo.com/ssl/novalidate-cert}mail/today # folder-collections specifies a list of folder collections wherein saved # messages are stored. The first collection is the default for saves. # Collection syntax: optnl-label {optnl-imap-hostname}optnl-directory-path[] # Example: # folder-collections=Saved-Email{foo.bar.edu}mail/[], #Widget-Project widget/[], -- Valid only in Unix Pine #Local-PC mail\[] -- Valid only in PC-Pine folder-collections=Mail/[], eski {mail.eskimo.com/ssl/novalidate-cert}mail/[t*y], gmail {imap.gmail.com/ssl}[], mail/today is a file in my home directory on the ISP's shell server. Probably, mutt closes IMAP before connecting by SMTP? dunno. But, depending on what port I specify in smtp_url, I can either get an instant connection refused, or, after about ten minutes, gnutls_handshake: A TLS packet with unexpected length was received. How does pine do it? By plaintext SMTP? TLS? SSL? SWAG: SSL Which port does it use? 25 or 2525; my .pinerc doesn't specify one, just mail.eskimo.com. I also tried 587 in mutt, and gmail has another one I don't remember right now that I also tried. Probably you can try tcpdump to see what pine is doing and try to replicate it with mutt. Oh, boy. I don't even have tcpdump _installed_. Probably lotsa stuff to learn there before I could even understand what to try. {-: I'm sure you can easily hit the same ports and the same plain/TLS/SSL settings with .muttrc, but WRT IMAP-before-SMTP I'm not that sure. -- Dave Williams d...@eskimo.com
mail relaying
I recently switched to mutt from pine, and I like it a lot, except for one thing: I can't send mail from my local machine, using my isp's smtp server. I can do it just fine from pine, providing I have started an imap session on one of my isp's machines. (I'm doing this message in pine). But, depending on what port I specify in smtp_url, I can either get an instant connection refused, or, after about ten minutes, gnutls_handshake: A TLS packet with unexpected length was received. It doesn't matter whether I've started an imap session with mutt. mutt 1.5.18, debian lenny but with postfix. I have tried to find some help in TFM but if there's a combination of config variables that works I haven't stumbled upon it. What simple, head-smacking thing have I overlooked? -- Dave Williams d...@eskimo.com
Re: reading color quoted replies
On Feb 08, Marc Vaillant [EMAIL PROTECTED] wrote: On Mon, Feb 05, 2007 at 05:53:39PM -0600, Jeremy Blosser wrote: Anyway, to the original question: the elinks and links family of text browsers can render HTML colors as ascii. If you use those as your HTML viewers you can get the colors and follow the quoting. Thanks very much. Hoping that it can sensibly dump HTML colors as ascii as well? I'll look into it. Kyle mentioned the newer versions have an option for this, and I looked far enough to see the git version has the option, but I haven't actually tried it yet. pgpZhePkesbew.pgp Description: PGP signature
Re: reading color quoted replies
On Feb 01, William Yardley [EMAIL PROTECTED] wrote: I have a vendor who occasionally sends me replies quoted this way. What's ironic is that he normally top-posts, and I suspect he's doing it this way because *I* normally quote inline in response to him. I'm sure this happens here; they are pretty happy to top quote back and forth until I give a detailed properly-quoted response to their thread, after which they will reply with this color-coded style. This is either peer pressure (doubtful) or they see the value in proper quoting and are trying to do it with what they have (possible). I could at that point either smack their nose for using HTML (a bad idea when it's my boss' boss' boss doing it) or I can take some minimal comfort that at least they're getting the spirit of proper quoting. And take some more comfort that I'm following Postel's Law. Anyway, to the original question: the elinks and links family of text browsers can render HTML colors as ascii. If you use those as your HTML viewers you can get the colors and follow the quoting. pgpxI5PT2n8EZ.pgp Description: PGP signature
Re: [OT] Correct way to quote?
On Sep 20, kevin lyda [[EMAIL PROTECTED]] wrote: On Fri, Sep 20, 2002 at 01:12:20AM +0200, Markus Garschall wrote: My question doesn't concern mutt directly, but the topic of mail as a whole. no it doesn't... Since I'm using Netscape beside Mutt as Mailer, I wanted to know whether the old way to quote things in an E-Mail is the only correct one. ...your question is about religion. There is at least one objective complaint against changing the quote character: it wreaks havoc with messages that contain bits of script or code. isn't even immune to this, but the fewer there are to deal with, the better. msg31068/pgp0.pgp Description: PGP signature
[PATCH] display-subject
The attached patch copies the functionality of the display-address function to display the message subject, by default bound to S. This is useful if your term isn't infinitely wide and/or you have a crowded $index_format. I've been using a version of this since 1.3.2x without any problems; it's pretty much just a copy of the display-address stuff so it should be pretty innocuous. diff -dupr mutt-cvs.orig/PATCHES mutt-cvs/PATCHES --- mutt-cvs.orig/PATCHES Wed Sep 11 23:05:23 2002 +++ mutt-cvs/PATCHESWed Sep 11 23:26:04 2002 -0,0 +1 +patch-1.5.jjb.display_subject.1 diff -dupr mutt-cvs.orig/OPS mutt-cvs/OPS --- mutt-cvs.orig/OPS Wed Sep 11 23:05:23 2002 +++ mutt-cvs/OPSWed Sep 11 23:26:04 2002 -53,6 +53,7 OP_DELETE_MAILBOX delete the current ma OP_DELETE_SUBTHREAD delete all messages in subthread OP_DELETE_THREAD delete all messages in thread OP_DISPLAY_ADDRESS display full address of sender +OP_DISPLAY_SUBJECT display full subject of message OP_DISPLAY_HEADERS display message and toggle header weeding OP_DISPLAY_MESSAGE display a message OP_EDIT_MESSAGE edit the raw message diff -dupr mutt-cvs.orig/PATCHES mutt-cvs/PATCHES --- mutt-cvs.orig/PATCHES Thu Jan 24 06:10:47 2002 +++ mutt-cvs/PATCHESWed Sep 11 23:26:04 2002 -0,0 +1 +patch-1.3.25.jjb.display_subject.1 diff -dupr mutt-cvs.orig/commands.c mutt-cvs/commands.c --- mutt-cvs.orig/commands.cSat Apr 20 12:30:38 2002 +++ mutt-cvs/commands.c Wed Sep 11 23:26:04 2002 -619,6 +619,11 void mutt_display_address (ENVELOPE *env mutt_message (%s: %s, pfx, buf); } +void mutt_display_subject (ENVELOPE *env) +{ + mutt_message (Subject: %s, env-subject); +} + static void set_copy_flags (HEADER *hdr, int decode, int decrypt, int *cmflags, int *chflags) { *cmflags = 0; diff -dupr mutt-cvs.orig/curs_main.c mutt-cvs/curs_main.c --- mutt-cvs.orig/curs_main.c Wed Sep 11 23:05:23 2002 +++ mutt-cvs/curs_main.cWed Sep 11 23:26:04 2002 -1687,8 +1687,15 int mutt_index_menu (void) case OP_DISPLAY_ADDRESS: CHECK_MSGCOUNT; -CHECK_VISIBLE; + CHECK_VISIBLE; mutt_display_address (CURHDR-env); + break; + + case OP_DISPLAY_SUBJECT: + + CHECK_MSGCOUNT; + CHECK_VISIBLE; + mutt_display_subject (CURHDR-env); break; case OP_ENTER_COMMAND: diff -dupr mutt-cvs.orig/doc/manual.sgml.tail mutt-cvs/doc/manual.sgml.tail --- mutt-cvs.orig/doc/manual.sgml.tail Fri Jun 14 08:17:22 2002 +++ mutt-cvs/doc/manual.sgml.tail Wed Sep 11 23:26:04 2002 -62,6 +62,7 delete-pattern D delete me delete-subthread ESC d delete all messages in subthread delete-thread ^D delete all messages in thread display-address display full address of sender +display-subjectS display full subject of message display-toggle-weedh display message and toggle header weeding display-message RET display a message edit e edit the current message -132,6 +133,7 delete-message d delete th delete-subthread ESC d delete all messages in subthread delete-thread ^D delete all messages in thread display-address display full address of sender +display-subjectS display full subject of message display-toggle-weedh display message and toggle header weeding edit e edit the current message edit-type ^E edit the current message's Content-Type diff -dupr mutt-cvs.orig/functions.h mutt-cvs/functions.h --- mutt-cvs.orig/functions.h Wed Sep 11 23:05:23 2002 +++ mutt-cvs/functions.hWed Sep 11 23:26:04 2002 -128,6 +128,7 struct binding_t OpMain[] = { { buffy-list, OP_BUFFY_LIST, . }, { sync-mailbox,OP_MAIN_SYNC_FOLDER,$ }, { display-address, OP_DISPLAY_ADDRESS, }, + { display-subject, OP_DISPLAY_SUBJECT, S }, { pipe-message,OP_PIPE,| }, { next-new,OP_MAIN_NEXT_NEW, \t }, { previous-new,OP_MAIN_PREV_NEW, \033\t }, -204,6 +205,7 struct binding_t OpPager[] = { { show-version,OP_VERSION, V }, { search-toggle, OP_SEARCH_TOGGLE, \\ }, { display-address, OP_DISPLAY_ADDRESS, }, + { display-subject, OP_DISPLAY_SUBJECT, S }, { next-new,OP_MAIN_NEXT_NEW, \t }, { pipe-message,OP_PIPE,| }, { help,OP_HELP,? }, diff -dupr mutt-cvs.orig/pager.c mutt-cvs/pager.c --- mutt-cvs.orig/pager.c Wed Sep 11 23:05:24 2002 +++ mutt-cvs/pager.cWed Sep 11 23:26:04 2002 -2203,6 +2203,14 mutt_pager (const char *banner, const ch mutt_display_address (extra-hdr-env);
Re: spam harvesting
On Sep 01, Peter T. Abplanalp [[EMAIL PROTECTED]] wrote: On Sat, Aug 31, 2002 at 04:31:54PM -0700, Will Yardley wrote: Yes, but it's much less likely to happen... a spammer would have to go to a lot of effort (comparatively) to sign up for a list like this... and spamming a list of largely technical people would be dumb anyway. i disagree. it would be trivial to set this up. i could set up a system in less than half an hour that would harvest the email addresses of posters. anyone who thinks that spammers aren't smart enough to do this is deluding themselves. even if the spammers weren't smart enough, they could pay someone who was to do it. You are correct in theory, but wrong in practice. The simple fact is that they aren't mining lists (yet), and avoiding posting your address online does prevent them from finding you as easily. Simple evidence: the web sites I admin that require my address to be posted on them get almost nothing but spam to those addresses, and have for years. The ones I admin that I only post a link to my website on (which in turn doesn't have an email link but pretty much says anyone with a brain can figure out how to mail me based on the site host name) do not get spam. Also, I posted for years to these mutt lists using a -mutt address, and never got a single spam to that address. Within minutes of posting my first feedback to the mutt bug tracking system, I was receiving spam to this address (the BTS posts full, unobfuscated messages on the web; the bugs themselves receive enough spam to make reading the bug logs a serious pain). It is of course accurate to say that spammers aren't mining lists directly because they don't need to yet, and if everyone hid their address from web pages, they would probably start doing this. Nevertheless, it does work to hide your address now, and works quite effectively, and it's silly to claim it doesn't. As I noted before, none of these things are complete solutions, but they all contribute to the solution. i do feel for those poeple that have to manage large email systems. i can see that they have it worse than i. all i have to do is filter my own email. i do this using spam assassin and see hardly any spam in my inbox. i do, however, agree with sven and the couple others that say hiding is not the answer. you just can't hide effectively as we've pointed out. I appreciate you feeling for us, but if you want to help, please do try to see the big picture, and work to know the enemy. We can't fight them if we fight them as we would be if we were them, we can only fight them if we fight them as they are. (BTW, if anyone thinks calling them the enemy, etc. is overly melodramatic, remember that spam in recent years has moved more and more from printer toner to all manner of pr0n, beastiality, etc. spams, and many of us are stuck trying to keep our bosses and spouses and parents and kids from being assulted with that trash.) msg30605/pgp0.pgp Description: PGP signature
Re: spam harvesting
On Sep 01, Eugen Leitl [[EMAIL PROTECTED]] wrote: The problem of spam is easily solvable for technically proficient users. Depening on your philosophy, install SpamAssassin/Vipul's Razor or a tagged message delivery system, and set up a few filters on MUA's side. Once in a while check into the Spam folder, looking for misflagged messages. Checking sender and subject is sufficient for that. Problem solved. If you're feeling like it, you can offer this as a commercial service. If your venture flops (as it is to be expected), you will know that people don't consider spam a big enough problem to pay a token amount for having their email screened. Next time please bother to read the thread you're replying to. Thanks. msg30613/pgp0.pgp Description: PGP signature
Re: [OT] spam harvesting
On Sep 01, Eugen Leitl [[EMAIL PROTECTED]] wrote: On Sun, 1 Sep 2002, Ken Weingold wrote: I've been noticing that one too. I'm not familiar with Vipul's or TMDA, but Spamassassin has a rule for when the From: and To: are the same. I think from the ISP mail server admin's point of view he should wish to shift the CPU load to the end user. He has allready paid for the peer traffic, and now he could at least doesn't pay for ridiculous amounts of rackmount boxes. If you're talking about me, I'm not an ISP admin. Corporate America all the way. :-/ Our end user CPU load is our CPU load. [2] BTW, if you get a clever idea for a new spam blocking system, please don't write it in perl. Anything that a serious mail server has to run per every message damn well better be in C or better. Oh. :) I think the bottleneck is pattern matching. As such it doesn't matter, as Perl's regexp stuff is highly optimized C. Considering that we aren't using any pattern matching, no. (Vipul's is checksumming + network query, the new bayesian methods are word-granular statistical analysis. I've also seen some that use perl as a wrapper to run various scanners written in other languages, with predictable results.) The problem is instantiating perl once (or more times, if using multiple checks) per every damn message. That isn't cheap. Solutions that use a daemon could write the daemon in perl and it would be less of a problem, provided the client that has to talk to the daemon isn't also perl. msg30618/pgp0.pgp Description: PGP signature
Re: spam harvesting
On Aug 31, Aaron Goldblatt [[EMAIL PROTECTED]] wrote: an fyi so yall know it's happening, my email address used exclusively for mutt-users and mutt-dev has been harvested for spam. i believe i posted to mutt-users exactly once, and never to mutt-dev. Blame the people that are archiving this list on the web without obfuscating the addresses. msg30583/pgp0.pgp Description: PGP signature
Re: spam harvesting
On Aug 31, Sven Guckes [[EMAIL PROTECTED]] wrote: * Jeremy Blosser [EMAIL PROTECTED] [2002-08-31 18:46]: On Aug 31, Aaron Goldblatt [[EMAIL PROTECTED]] wrote: .. my email address used exclusively for mutt-users and mutt-dev has been harvested for spam. i believe i posted to mutt-users exactly once, and never to mutt-dev. Blame the people that are archiving this list on the web without obfuscating the addresses. no - blame the spammers! making information unusable for serious use just because of people misuing it is a step backwards. Hint: putting your hands over your eyes and saying you can't see me! does not, in fact, make you invisible. Put your real address online all you want. They will see you, and your mail servers will scream. msg30597/pgp0.pgp Description: PGP signature
Re: spam harvesting
On Sep 01, Cameron Simpson [[EMAIL PROTECTED]] wrote: On 13:44 31 Aug 2002, Jeremy Blosser [EMAIL PROTECTED] wrote: | On Aug 31, Aaron Goldblatt [[EMAIL PROTECTED]] wrote: | an fyi so yall know it's happening, my email address used exclusively | for mutt-users and mutt-dev has been harvested for spam. i believe i | posted to mutt-users exactly once, and never to mutt-dev. | | Blame the people that are archiving this list on the web without | obfuscating the addresses. Feh. If the addresses are mechanically munged, and decodable by humans reading the archive, then the munging can be undone by address harvesters. And since they don;t care about 100% accuracy, they only have to get it mostly right. Anything they have to do is more cost for them, and means less of them are able to do it. And they aren't known for being bright, either. (At some point, for example, they appear to have determined that addresses of the form '[EMAIL PROTECTED]' are munged forms of '[EMAIL PROTECTED]', which is completely backwards.) Personally, I have long considered hiding from spammers a waste of effort. A laudable ideal perhaps, but futile. Install spamassassin or one of the newer Bayesian filters and cease to hide. You will feel freer. No, I will feel chained to my mail servers as people take that attitude, which has the nice effect of making it so they don't see the spam in their inbox, but the mail servers still see it and have to not only deal with it as normal, but also have to deal with the added processing introduced by determining if each and every message is spam or not, and what to do with it if it is (bounce it, eat it, or add it to Vipul's database or the local bogofilter lists, etc.). The mail servers I support are currently bouncing (or eating) upwards of 20% of their incoming mail volume as spam, on a system that sees upwards of 130k messages per week. We've managed to keep our users from seeing most of their spam using a combination of Vipul's Razor and some local filters, but we admins are having to deal ever more with the effect of it, upgrading and expanding our infrastructure and switching our blocking attempts to more efficient ones as they become available. (We're probably going to have to switch from Vipul's to DCC soon, just to save a little on the network overhead. And we'll be implementing bogofilter as soon as ESR completes the daemonization of it; we can't even consider the overhead until then.) They are of course sites that see much more mail than we do, and I'm sure they have it much worse. Oh, we're also having to continually change our tactics as the spammers do the same. Within days of implementing Vipul's (initially bouncing spam mails to protect against false-positives as we tested the effects it was having) we started getting spam with the forged return addresses set to inside our network, so that when the mails bounced they bounced right into user mailboxes[1]. Note that the same exact tactic *will* work against TMDA-like systems, and will render them completely useless. You can't use TMDA if sending the reply means getting the spam, and preventing yourself from seeing your bounces is asking for trouble and a complete non-option in enterprise environments (we stopped bouncing Vipul spams and just eating them and just hoped for the best false-positive wise, but this isn't an option in a system that depends on sending replies to let legit mail through). You can guard your bounces with something like Vipul's or bogofilter, but that's more overhead. And the more of them that use this method, the less useful TMDA is to actually block spam. This does of course require the spammers to use their own systems to send mail one-to-one instead of dumping on relays, but at least some of them are apparently willing to do it. I am not suggesting that the spam-detection methods aren't useful, but neither are they a complete solution to the problem, and it's negligently naive to think they are. The same is of course true of *just* hiding your address. We need to make spam completely undeliverable by any means at our disposal as soon as possible so they have to just give it up and go get real jobs. And we'll still have to bear the processing burden of checking each and every mail[2] to make sure it stays undeliverable, forever, so the never have the option of starting again. [1] A few of these bounces came with what has to be one of the most fscking evil things ever said by a spammer: This email was sent to you via Saf-E Mail Systems.nbsp; Your email address was automatically inserted into the To and From addresses to eliminate undeliverables which waste bandwidth and cause internet congestion. Your email or webserver bIS NOT /bbeing used for the sending of this mail. [2] BTW, if you get a clever idea for a new spam blocking system, please don't write it in perl. Anything that a serious mail server has to run per every message damn well better be in C or better
Re: Emulating (gaaack) Outlook attribution
On Aug 29, Ken Weingold [[EMAIL PROTECTED]] wrote: On Thu, Aug 29, 2002, Peter T. Abplanalp wrote: you can always try but it has been my experience that these people don't want to change to anything other than M$. if your boss is still semi technical this might work; however, if he has gone totally over to the dark side of management, he is a lost cause. Wow, lucky me that my boss uses mailx or Pine (hey, consider the alternatives) and she was into the idea of us setting up something for ourselves to use the Unix MUA of our choice for work email, but we have Notes and it's a lost cause. We can't enable POP or IMAP either. And you thought Exchange was bad. Is Notes at least able to forward all incoming mail to an address? Our Exchange server doesn't have IMAP enabled either, so I've got some scripts that make it push incoming mail out to a unix box. Exchange can only forward, not redirect/bounce, so the unix box has scripts that strip off the outside fwd container on incoming. So far it works well. msg30550/pgp0.pgp Description: PGP signature
Re: Emulating (gaaack) Outlook attribution
On Aug 30, Ken Weingold [[EMAIL PROTECTED]] wrote: On Fri, Aug 30, 2002, Jeremy Blosser wrote: Is Notes at least able to forward all incoming mail to an address? Our Exchange server doesn't have IMAP enabled either, so I've got some scripts that make it push incoming mail out to a unix box. Exchange can only forward, not redirect/bounce, so the unix box has scripts that strip off the outside fwd container on incoming. So far it works well. Hmm, cool. I will talk to her and maybe set up a Linux box for our mail. We have this huge server for Notes, yet all we use from the whole thing is mail. Only other problem I guess is the address book. I wonder if I can export it to something readable by mutt. If it can be queried externally at all (LDAP, etc.) you should be able to query it directly from mutt. Though I haven't set that up here yet and just have a local address book for most of my contacts, and it works well enough it hasn't bothered me. I guess it helps most of the people here have standard-format user names. msg30556/pgp0.pgp Description: PGP signature
Re: Exchange Exchange!
On Aug 30, Sven Guckes [[EMAIL PROTECTED]] wrote: * Ken Weingold [EMAIL PROTECTED] [2002-08-30 13:19]: On Fri, Aug 30, 2002, Jeremy Blosser wrote: Is Notes at least able to forward all incoming mail to an address? Our Exchange server doesn't have IMAP enabled either, so I've got some scripts that make it push incoming mail out to a unix box. Exchange can only forward, not redirect/bounce, so the unix box has scripts that strip off the outside fwd container on incoming. So far it works well. Hmm, cool. I will talk to her and maybe set up a Linux box for our mail. We have this huge server for Notes, yet all we use from the whole thing is mail. Only other problem I guess is the address book. I wonder if I can export it to something readable by mutt. LDAP and the query_command spring to mind... but this ain't the workarounds for exchange servers list, is it? ;-) I don't remember it being the quit-your-job-if-your-boss-uses-Outlook advocacy list, either. Considering that some of us are talking about just another way to get mail to where Mutt can read it, I'm not considered about topicalness. msg30559/pgp0.pgp Description: PGP signature
Re: Emulating (gaaack) Outlook attribution
On Aug 29, Michael Herman [[EMAIL PROTECTED]] wrote: At work, I use Linux and have been using Mutt and Sylpheed. Yesterday, my boss complained about the format of my e-mails. So to make him happy, I have developed an attribution string that mimics Outlook. Yes, I have to do the same. :( folder-hook $HOME/Mail/Mail-Work/* 'set attribution=\n\n-Original Message-\nFrom: %f\nSent: %d\n%t\nSubject: %s\n\n' Heh. Good idea with the \n's; I've been using some more arcane stuff to get something not quite as good. Forgot newlines would just work. :P This works fine but I have noticed something and I'm not sure how to fix it. Instead of a or |, Outlook indents earlier sections of the mail. Mutt has a way of knowing this using quote_regexp. The problem is, when I read a reply, the latest reply (which is at the top, thank you Microsoft)is left justified but earlier replies which would be indented in Outlook have as the quote character. When I reply to these, it leaves the instead of the tab. This probably isn't mutt, since mutt doesn't rewrite mail like that. Outlook's reply style, such as it is, is configurable. Users can do the indent thing or a thing or a combination. It's likely the person sending you the mails you're noticing this in is just using that as their reply setting. msg30507/pgp0.pgp Description: PGP signature
Re: save-message to scp
On Jun 24, Rocco Rutte [[EMAIL PROTECTED]] wrote: Hi, * Sascha Huedepohl [02-06-24 12:12:38 +0200] wrote: I think it should be possible to write a little shell script which takes the mail per STDIN, then saves it to a .tmp file and scp that file to the other machine. ~/bin/dieter.sh: #!/bin/sh tee /tmp/to-be-scped scp /tmp/to-be-scped ... rm -f /tmp/to-be-scped ~/.muttrc: macro pager ,s '|~/bin/dieter.sh' (just as a starting point) You can also just cat the message directly through ssh: macro pager ,s '|ssh remote_host cat remote_file' msg29189/pgp0.pgp Description: PGP signature
IMAP uses SSL even when not requested
Hi, I'm connecting to a server that supports both imap and imaps, and even though I'm setting mutt to connect via imap, it asks me about the certificate and then seems to connect with SSL anyway. Is this a feature, or is something mixed up on my end? If it's a feature, I don't think it's a good one. Please cc me, since I'm not on the list. Thanks, Jeremy
Re: tricky limiting
On Apr 11, David T-G [[EMAIL PROTECTED]] wrote: ...and then Bruno Postle said... % Go to the first message and press esctesctesct etc.. until you've % tagged all the threads. Then limit to show all tagged messages: Aha! I didn't realize that tagging would go beyond limits. It's manual, but it will work. Tagging won't necessarily go beyond limits, it's *-thread commands that go beyond limits. Because of this feature you could just limit to messages with your message ids in the references header and then delete-thread on those messages. I don't like that this works, but in your case it appears to be useful. msg27083/pgp0.pgp Description: PGP signature
Re: broken link in FAQ
On Apr 08, fEd Franks [[EMAIL PROTECTED]] wrote: The FAQ found at the website URL: http://www/fefe/de/muttfaq/faq.html has a broken link... Under How can I report bugs?, the link check Sven's giantlist of known bugs gets me an HTML error: Forbidden ... I would like to know if my error during make install under Solaris 8 is a known bug or not. The canonical list of reported bugs is kept at: http://bugs.guug.de/db/pa/lmutt.html If you lose that link you can find it linked from http://www.mutt.org/ as Current Reported Bugs. msg27004/pgp0.pgp Description: PGP signature
Re: Sending mail to a recipient
On Apr 04, David T-G [[EMAIL PROTECTED]] wrote: ...and then [EMAIL PROTECTED] said... % writing to, but my emails usually start by going into the folder for the % person that I am writing to and clicking an old email from them, then % pressing r which adds in the in-reply-to line in the header. I then % manually Edit the email headers and remove the reference to the reply. If you can get rid of the References: and In-Reply-To: headers, then you're on your way, but if you leave either then mutt will very cleverly ferret out where the message belongs -- even if it no longer belongs there -- and place it for the reader. Not quite; as Cedric noted, you can just remove the IRT header with $edit_headers set and Mutt will Know What You Meant. % There must be an easier way - anyone? :) Yes, there is; use your aliases file or an external query to something like lbdb or abook or ... This is what he did, but a 3rd option is to use 'show-address' (bound to @) for a quick cut-and-paste. msg26717/pgp0.pgp Description: PGP signature
Re: French accentuated letters in 1.3.28i - stable snapshot
On Apr 03, Sven Guckes [[EMAIL PROTECTED]] wrote: * Charles Gagnon [EMAIL PROTECTED] [2002-04-03 14:30]: .. I cannot get mutt-1.3.x to process and display french accentuated letters properly since the support for iconv was introduced. [..] But I compiled libiconv-1.7 and then compiled mutt-1.3.28i and I can't get it to display those accentuated properly. I always end-up with ?, spaces or \009 codes. I added: source /usr/local/doc/mutt/samples/iconv/iconv.solaris-2.7.rc I am running on a Solaris 2.8 system but I couldn't see the solaris-2.8 file anywhere. Any ideas? today the no-iconv patch has been added - and I'll try again tomorrow when Thomas Roessler will upload the current snapshots. maybe then it'll work? i hope so. as a matter of fact i dont' the value in this iconv thing. i just seems to get in the way.. does anyone use it successfully? Er, my understanding* is that all the internal support for extended characters has been dropped in favor of letting libiconv handle it, so no, being able to build without libiconv isn't going to help him. The point of being able to build without it is for people on very old systems that don't (want|need|have) it. For anyone else it seems to have been working fine for some time now. *Very likely flawed or incomplete, since I don't need to deal with it and remain mostly blissfully ignorant on this issue. msg26595/pgp0.pgp Description: PGP signature
Re: display proces id (Re: to GNU ps or not to GNU ps)
On Apr 03, darren chamberlain [[EMAIL PROTECTED]] wrote: (I diff'ed with -caw; is there a preferred option set for mutt patches?) -dup msg26625/pgp0.pgp Description: PGP signature
Re: How do you search to: header?
On Apr 03, jennyw [[EMAIL PROTECTED]] wrote: On Wed, Apr 03, 2002 at 12:53:29PM -0500, David T-G wrote: Hmmm... That certainly sounds like the index. Does your help screen look like Yes, I found it. I was just confused about the search function ... I expected it to work like less where it'd take you to the next occurrence if you searched again. I now realize it just highlights stuff and you still need to page through the list. Doh! Weird, I never noticed before that it doesn't work that way. If you hit 'n' for next it will go to the next match (also found in less). msg26626/pgp0.pgp Description: PGP signature
Re: hiding the pgp sig completely from view?
On Mar 28, John Buttery [[EMAIL PROTECTED]] wrote: * Sven Guckes [EMAIL PROTECTED] [02/03/28 07:58]: well, I had tried to delete those lines with sed pattern /^\[-- .* --\]$/d but it did not work. however, using the following sed pattern makes them go away: /-- .* --/d I'll have to find out why the first pattern did not work... ... Actually, I've had similar trouble trying to colorize some things. ... If I replace the .* at the end with a $ (to make the match tighter), they stop working. It suggests to me that there is some kind of control character or other nonprintable hanging at the end of the line there...but I'm not sure how to determine what it might be. I think Is filter-message seeing the message after the attachment color is applied? If so, and you have an 'attachment' color, there would be some color escape sequences in there. To determine what it is, set your display-filter to some cat command that sends the output to a file. Then you can see just what filter-message sees. msg26353/pgp0.pgp Description: PGP signature
Re: hiding the pgp sig completely from view?
On Mar 28, Jeremy Blosser [[EMAIL PROTECTED]] wrote: Is filter-message seeing the message after the attachment color is applied? s/filter-message/display-filter must not mail before 9am. msg26355/pgp0.pgp Description: PGP signature
Re: Optimizations?
On Mar 27, Simon White [[EMAIL PROTECTED]] wrote: 26-Mar-02 at 11:33, Will Yardley ([EMAIL PROTECTED]) wrote : if you have shell access on your mail machine, and it's on a good connection, i'd just run mutt on the machine itself. ... Secondly, on a dialup link, it's too slow if you SSH somewhere and you have to /compose/ mail. For moving around the screen, even if you're good with vim (or whatever you set $THE_ONE_TRUE_EDITOR to) is not responsive enough. And if you have a connection that is fast enough not to notice that, you can probably download mail fast anyway. I SSH to my workstation from a fixed IP authenticated dialup connection at home and it's too slow to compose mail, although reading mail is quicker with Mutt than PINE running locally and just fetching mail from the server. This is largely due to the pager allowing faster browsing of mail. Weird. I used to do this all the time before I had DSL, and it was never a problem. And the mail server I was connecting to was a 486 w/12M of RAM. The initial connection was slow, but after that it was fine. Are you using SSH compression? It helps a lot. msg26270/pgp0.pgp Description: PGP signature
Re: Optimizations?
On Mar 27, Simon White [[EMAIL PROTECTED]] wrote: 27-Mar-02 at 08:33, Jeremy Blosser ([EMAIL PROTECTED]) wrote : On Mar 27, Simon White [[EMAIL PROTECTED]] wrote: Secondly, on a dialup link, it's too slow if you SSH somewhere and you have to /compose/ mail. For moving around the screen, even if you're good with vim (or whatever you set $THE_ONE_TRUE_EDITOR to) is not responsive enough. And if you have a connection that is fast enough not to notice that, you can probably download mail fast anyway. I SSH to my workstation from a fixed IP authenticated dialup connection at home and it's too slow to compose mail, although reading mail is quicker with Mutt than PINE running locally and just fetching mail from the server. This is largely due to the pager allowing faster browsing of mail. Weird. I used to do this all the time before I had DSL, and it was never a problem. And the mail server I was connecting to was a 486 w/12M of RAM. The initial connection was slow, but after that it was fine. Are you using SSH compression? It helps a lot. How fast do you type? I'm at ~55wpm if typing easy mail where I don't think too much. Faster than that. Not sure if I had compression set. In any case, I don't like ANY delay between keypress and letter appearing on screen, since I'm not looking at the keys as I type, and if the display is constantly catching up it throws me right off. You probably didn't have compression set. Try running ssh with the -C option. It makes a dramatic difference. msg26283/pgp0.pgp Description: PGP signature
Re: Optimizations?
On Mar 27, Simon White [[EMAIL PROTECTED]] wrote: 27-Mar-02 at 11:09, Jeremy Blosser ([EMAIL PROTECTED]) wrote : You probably didn't have compression set. Try running ssh with the -C option. It makes a dramatic difference. So, I have PuTTY for SSH, will look into the options and check that out tonight. It should still help, but probably not as much. I've not seen a windows terminal emulator that didn't run a whole lot slower than seemed necessary. msg26290/pgp0.pgp Description: PGP signature
Re: unmessage-hook?
On Mar 27, Sven Guckes [[EMAIL PROTECTED]] wrote: There is no way to remove a message-hook, is there? So once you screw up with the pattern or whatever then you have to correct your setup and restart mutt, right? unhook message-hook This removes all message-hooks currently defined, but it's the only option. msg26313/pgp0.pgp Description: PGP signature
Re: unmessage-hook? - unhook message-hook
On Mar 28, Sven Guckes [[EMAIL PROTECTED]] wrote: * Jeremy Blosser [EMAIL PROTECTED] [2002-03-27 23:05]: On Mar 27, Sven Guckes [[EMAIL PROTECTED]] wrote: There is no way to remove a message-hook, is there? So once you unhook message-hook This removes all message-hooks currently defined, but it's the only option. :-/ ... Sven [adding one more item for the pet peeves list] The un* functions are pretty clean; I doubt it would be very hard to scratch this one if it itches you. msg26322/pgp0.pgp Description: PGP signature
Re: unmessage-hook? - unhook message-hook
On Mar 28, Sven Guckes [[EMAIL PROTECTED]] wrote: * Jeremy Blosser [EMAIL PROTECTED] [2002-03-27 23:49]: Sven [adding one more item for the pet peeves list] The un* functions are pretty clean; I doubt it would be very hard to scratch this one if it itches you. so much for theory. ? well, i find it bad by design that message-hook does not have an matching unmessage-hook command. There's really no difference between 'unmessage-hook', 'unsend-hook', 'unfoo-hook', etc. vs. 'unhook message-hook', etc. It could be argued either was cleaner than the other, for different reasons. In the end it's just semantics. But if you don't like it, by all means submit a diff to extend the functionality. this should be taken care of before mutt-1.4 ships. Er, is there any conceivable change you *don't* think should be done before 1.4 ships? It's called perspective. Try it sometime. then again, obviously not many people are using it. ? msg26327/pgp0.pgp Description: PGP signature
Re: hiding the pgp sig completely from view?
On Mar 28, Sven Guckes [[EMAIL PROTECTED]] wrote: [-- Attachment #2 --] [-- Type: application/pgp-signature, Encoding: 7bit, Size: 0.2K --] [-- application/pgp-signature is unsupported (use 'v' to view this part) --] that is, mutts still shows the pgp sig (like an extra attachment). ok, this text gets its own color and all - that's not so bad. but - is there a way I can just *hide* the pgp sig *completely* from view? Mutt doesn't see that attachment as any different from any other one when it isn't verifying them, so no. You can use your new friend display-filter to gag those lines... you may get some false-positives though; your original message is a good example. Messages like that are rare though and the subject matter usually makes it obvious what they are talking about. msg26334/pgp0.pgp Description: PGP signature
Re: reverse_name question
On Mar 26, Tim Kennedy [[EMAIL PROTECTED]] wrote: Sorry if this has been asked a lot. I've been looking through the 'net, and various archives of various messages, for an answer to how I can get mutt to reply to emails using the To address, as the From address. ... set reverse_name = yes set alternates = [EMAIL PROTECTED]|[EMAIL PROTECTED] ... I still am not getting the behavior that I expect. It always sends from the defined from, [EMAIL PROTECTED]. If I unset the from, then it sends from the local account, and uses the real name from the gecos field of /etc/passwd. Your settings look fine. Whatever is going wrong here, it's not standard behaviour. Are you sure you don't have a typo or something in your actual alternates setting? Try making it just the abuse address and see if that one at least catches. msg26226/pgp0.pgp Description: PGP signature
Re: Bug Report Guide - additions?
On Mar 25, Sven Guckes [[EMAIL PROTECTED]] wrote: * Jeremy Blosser [EMAIL PROTECTED] [2002-03-20 03:23]: Second, it is wrong as far as it goes. flea(1) doesn't send anything to debian.org. SUBMIT=[EMAIL PROTECTED] DEBIAN_SUBMIT=[EMAIL PROTECTED] hmm... isn't DEBIAN_SUBMIT used at all? Oops, I forgot, flea does check to see if it thinks you are running Debian, and if so it submits a Cc to the Debian BTS. But that's only a Cc, the mutt BTS is the one at guug.de. Also, it's not that useful to suggest people send bugs to mutt-users, since most people that frequest this list aren't developers. mutt -v requests bug reports go to mutt-dev, and that's where they should go. well, considering the amount of data this generates mutt-dev isn't the place to take in such huge mails, either. mutt-dev is the place where the developers want the bugs to come so that the appropriate people see them, and if discussion needs to happen, it happens with the appropriate people around. mutt-dev. But please refrain from posting dumping your complete setup there. It's been established that it's better if they post to much info than not enough. That's why flea behaves as it does. You may not want that traffic, but that's your own choice about what kinds of lists you yourself want to monitor. Bug reports to mutt-dev are expected to be verbose. Remember that sending to the mailing list requires subscription; mails from unsubscribed addresses will go to a moderator - and I'm not whether anyone really moderates those mails... Someone moderates those mails. Usually several someones do. msg26100/pgp0.pgp Description: PGP signature
Re: Bug Report Guide - additions?
On Mar 25, Jeremy Blosser [[EMAIL PROTECTED]] wrote: On Mar 25, Sven Guckes [[EMAIL PROTECTED]] wrote: well, considering the amount of data this generates mutt-dev isn't the place to take in such huge mails, either. mutt-dev is the place where the developers want the bugs to come so that the appropriate people see them, and if discussion needs to happen, it happens with the appropriate people around. Oh, in case there was any confusion there: flea sends it the BTS, and the BTS sends copies of most everything it sees to mutt-dev. The sender can tell the BTS not to forward a given message, but that's the exception. msg26102/pgp0.pgp Description: PGP signature
Re: Defanged HTML headers [WAS: Re: [Announce] Mutt 1.3.28 (BETA) is out.]
On Mar 18, John Buttery [[EMAIL PROTECTED]] wrote: * Carl B. Constantine [EMAIL PROTECTED] [2002-03-18 08:43:58 -0800]: all I get at this page is the following: HEADDEFANGED_META HTTP-EQUIV=REFRESH CONTENT=0 URL=http://cedricduval.free.fr/mutt/;/HEAD that is displayed in NS 6.2.1 (solaris). You have a proxy server that is defanging tags for you (to protect from malicious META headers, Javascript, yadda yadda). You need to remove the DEFANGED_ so it just says ...META ... and it will redirect properly. Or you could just hit that URL it lists there directly and skip the redirection altogether. :) The version of Carl's mail that I saw did not have the defanged prefix. Are you sure your proxy isn't doing this for you in his incoming mail? msg25841/pgp0.pgp Description: PGP signature
Re: Bug Report Guide
On Mar 16, Sven Guckes [[EMAIL PROTECTED]] wrote: I have updated my text about reporting bugs and made it available as a separate page: http://www.math.fu-berlin.de/~guckes/mutt/bugrep.html Additions? Corrections? Feedback welcome! The last sentence of the top section is: The report then gets sent to debian.org and there enters the First, this is incomplete. Second, it is wrong as far as it goes. flea(1) doesn't send anything to debian.org. Also, it's not that useful to suggest people send bugs to mutt-users, since most people that frequest this list aren't developers. mutt -v requests bug reports go to mutt-dev, and that's where they should go. And while you need to be subscribed to the lists to post to them normally, other legitimate mails (especially bug reports) will make it through the moderators. It's not necessary to tell people they have to subscribe before they can even report a bug. I see bugs posted to comp.mail.mutt get forwarded to mutt-dev periodically, but I have no idea what developers actively monitor that newsgroup or how many of the reports make it to mutt-dev. In any case, people really should just use flea if they want to get a tracked resolution/not fall through the cracks. msg25750/pgp0.pgp Description: PGP signature
Re: display of flagged message in collasped thread
On Mar 17, parv [[EMAIL PROTECTED]] wrote: i am currently using v1.3.27i. is it possible to show the flag-message indicator for a collapsed thread? currently i see when threads are collasped... It can't be done now but it's been requested a few times. msg25751/pgp0.pgp Description: PGP signature
Re: Mutt 1.3.28 + ncurses 5.2 + xterm = blank screen
On Mar 18, Thomas E. Dickey [[EMAIL PROTECTED]] wrote: On Mon, 18 Mar 2002, Pavel Roskin wrote: I've compiled mutt-1.3.28i in the default configuration on RedHat Linux 7.2 (i386) with all updates. If I run it in xterm (from XFree86-4.1.0) or in rxvt-2.7.6, it shows a blank screen. I can quit by pressing Ctrl-C and Enter. The same executable runs on the Linux console just fine. ... Unsetting COLORFGBG fixes the problem. that's a bug that I fixed in September. The problem was that when I coded the $COLORFGBG logic (which btw is under-documented in rxvt - you have to read the C code to see it), it didn't occur to me that its format might change. It happens that the format depends on whether xpm is linked in - 2 or 3 fields. The background color is the last field. Indeed; Pavel, please see http://bugs.guug.de/db/10/1011.html for this bug and the resolution, and ignore the mails from Cindy. $COLORFGBG is marked as an experimental feature. I've gotten 2-3 reports of this particular problem - but only months after I stumbled on it myself. Apparently one or more of the rpm's last year turned that feature on, though it was in the code almost a year. Well, I think it was more the other bug where it would get turned on if other development features like hard-tabs were turned on. It was apparently a combination of these two. msg25752/pgp0.pgp Description: PGP signature
Re: Mutt 1.3.28 + ncurses 5.2 + xterm = blank screen
On Mar 19, Jeremy Blosser [[EMAIL PROTECTED]] wrote: Well, I think it was more the other bug where it would get turned on if other development features like hard-tabs were turned on. It was apparently a combination of these two. Sorry, I mean a combination of the colorfgbg bug, and the bug where colorfgbg was enabled when unrelated dev features were enabled. msg25753/pgp0.pgp Description: PGP signature
Re: Mail-Followup-To on mutt-users redundant?
On Mar 15, Shawn McMahon [[EMAIL PROTECTED]] wrote: This one time, at band camp, Jeremy Blosser wrote: Not for list-reply. The important thing to make this command work is letting mutt know which mails are from lists, using the 'subscribe' and 'lists' commands. Bleargh. What a pain in the ass. Most of my mailing lists identify themselves with non-standard but commonly-used headers, and you'd think it could at least intuit a mailing list and prompt, even with the ones that don't, with a few exceptions. Mutt's handling of this stuff predates most of these commonly-used headers by years. Recently several people have suggested using these newer list headers to intuit mailing list addresses, but no one who cares has produced working code yet, and the rest of us seem to be following if it ain't broke, don't fix it. msg25567/pgp0.pgp Description: PGP signature
Re: Mail-Followup-To on mutt-users redundant?
On Mar 15, Shawn McMahon [[EMAIL PROTECTED]] wrote: This one time, at band camp, Dave Pearson wrote: Perhaps I'm missing something here but I don't use list-reply to tell mutt that an email is from a mailing list, I use list-reply to tell mutt that I want to respond to the list it was from (instead of to the author of the email, or whatever). Uh huh. And we're discussing making Mutt handle that without you having to put two statements in the config file for every list you're on, just for the ones that are too hard to figure out programmatically. You only need one statement in the config file per list. 'subscribe' and 'lists' are two different but related commands. One is for lists you are subscribed to, the other is for lists you may see mail from/send mail to but are not actually subscribed to. Which of the two you use to tell mutt about a list determines how things like the MFT header are generated. (If you're subscribed, you don't want your address in MFT. If you're not subscribed, you do want your address in MFT.) Note that this distinction is another piece that would be missed if we just relied on the list headers. Also, FWIW, it isn't even one statement per list. You can put as many lists as you want on one line, and the entries themselves are patterns matched against the address, so one entry can match multiple lists if you write it that way. I maintain that a sufficient percentage of them are NOT too hard to figure out that it's worth doing. If you want to see this, you probably need to produce a patch that does it in a quality way. I haven't heard any of the developers interested in changing how it works now. msg25572/pgp0.pgp Description: PGP signature
Re: GPG revisited
On Mar 15, Derek D. Martin [[EMAIL PROTECTED]] wrote: This really isn't ideal. What I'd like to know is if there is a way to tell mutt when I hit enter to enter a message, do an Esc-P first. This way, the delay is much smaller and virtually unnoticable. Really what I'd like is for mutt to do this automatically... macro index return check-traditional-pgpdisplay-message msg25601/pgp0.pgp Description: PGP signature
Re: Non-interactive command line send
On Mar 14, Sven Guckes [[EMAIL PROTECTED]] wrote: * Simon White [EMAIL PROTECTED] [2002-03-14 10:24]: I have a script which grabs today's Garfield comic, and /should/ then send it on to my wife. This is what I have: mutt -x -s Daily\ Garfield -a ga$theimg.jpg [EMAIL PROTECTED] echo smooches | mutt -s Daily Garfield -a ga$theimg.jpg [EMAIL PROTECTED] FWIW you can also just redirect stdin from something like /dev/null if you want a completely empty body. Pretty standard *nix stuff. mutt -s foo [EMAIL PROTECTED] -a img.jpg /dev/null msg25542/pgp0.pgp Description: PGP signature
Re: Semi-OT: Mailman and MUAs
On Mar 11, Lorin Winchester [[EMAIL PROTECTED]] wrote: This is semi-off-topic, but it somewhat relates to Mutt and Mailman. I'm on another mailing list that was recently switched from Majordomo to Mailman. Many times when users try to reply privately to a poster they end up posting to the list. This causes many complaints about Mailman being a poor piece of software. I (and others on the list using Mutt) have never noticed this bug that the (l)users speak of, since Mutt handles mailing lists VERY well. The More specifically, mutt routes around munging of reply-to and other headers as much as is possible. complaints come from those using LookOut!, AOL, and other Windoze MUAs. The list administrator says that this is just Mailman's standard behavior and it can't be changed. I'm almost 100% sure that this can be easily changed. I don't know if it can be changed or not in mailman. I think all of the mailman lists I'm on do provide a reply-to header. Othat attributes that software has would make it not surprise me if you indeed can't change that. You'd probably find something if you searched the web a little. So is this a case of users not knowing how to properly configure/use their MTAs, or is it a case of the list administrator not knowing how to properly setup the list? I posted this here since this list runs Mailman and I've heard no comments here about this. There also seems to be a good number of knowledgeable people here. These lists are majordomo, not mailman. msg25291/pgp0.pgp Description: PGP signature
Re: Scoring known addresses
On Feb 28, Volker Moell [[EMAIL PROTECTED]] wrote: Is there a posibillity to score all known mail addresses (i.e. all addresses defined in aliases) in one single score statement? David Champion has a patch for this... you can find a link to it from www.mutt.org in the user patches section. msg25105/pgp0.pgp Description: PGP signature
Re: Various questions from a new user
A little more info... On Mar 04, Mike Schiraldi [[EMAIL PROTECTED]] wrote: 1: What does the * mean on the tree arrow in a thread? I've searched the manual for this repeatedly, but I must keep missing it. This might not be in there yet -- mutt's threading subsystem was recently overhauled, and i'm not sure if the old one had a *. It's been there forever. It means that mutt thinks the message is part of the thread, but isn't sure exactly where in the thread it belongs. For example, it might have a subject which matches the thread, but no specific In-Reply-To header explaining exactly where it belongs. See the manual re: strict_threads for more info. folder-hook . 'ignore X- Resent- Errors-To Envelope-To' folder-hook IN-Spambox 'unignore *' This is a wild guess, but try putting a '\' before the '-', since the first arg is a regexp. Yeah, in general you need to make sure that IN-Spambox matches the folder you want, and that you don't need something like =IN-Spambox. msg25106/pgp0.pgp Description: PGP signature