Re: Searching for an email by sender's address
Incoming from John Niendorf:
How do you guys search for all messages from a particular sender?
When I do a search, it picks up words from the subject by ignores
the sender's (or recipient's) address.
I prefer grepmail. It's its own .deb in Wheezy, or
http://grepmail.sourceforge.net/
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: writing macros correctly
Incoming from rj:
On Tue 16 at 12:15 PM -0700, Kevin J. McCarthy ke...@8t8.us wrote:
rj wrote:
macro index,pager p enter-commandset editor='vim +10'enterreply
list-reply with quoting
macro index,pager _R enter-commandset editor='vim +10'enterreply
list-reply without quoting
Did you intend to use list-reply instead of reply for the two macros
Yes! I did, thank you. But the second one is identical to the first.
I tried the following for reply without quoting, and it works, but
after using it, if I want to reply *with* quoting, using r, I get
no-quoting again, so this can't be right:
macro index,pager R enter-commandset
include='no'enterenter-commandset editor='vim +10'enterreply
reply without quoting
Forgive me if I'm doing a Department of Redundancy Department thing.
Why are you doing this? In mutt, I hit r, and emacs fires up with
the contents of the email I'm replying to. What are you doing that
improves or differs from that, and why are you needing to stuff a
macro to do it?
I'm just trying to understand the situation, and I'm not seeing why
you're going to such lengths for something that I think is already
there. :-|
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: writing macros correctly
Incoming from rj:
On Tue 16 at 04:21 PM -0700, Kevin J. McCarthy ke...@8t8.us wrote:
I may also be able to get rid of the '+10' setting as, which s. keeling
pointed out, seems to be unneccesary.
I did not say that. I didn't even mean to imply it. I just wondered
why you were banging your head on macros, which appear to be
unnecessary. Whatever you want to do (including using vi(m) instead
of emacs :-) with mutt's fine by me.
Carry on.
Ya know, ...
There's a muttrc.el that makes mutt + emacs gorgious? Just sayin'.
:-) I do like vi(m) too; don't get me wrong.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
[off-list] Re: writing macros correctly
Incoming from rj:
On Tue 16 at 06:25 PM -0600, s. keeling keel...@nucleus.com wrote:
Incoming from rj:
On Tue 16 at 04:21 PM -0700, Kevin J. McCarthy ke...@8t8.us wrote:
I may also be able to get rid of the '+10' setting as, which s. keeling
pointed out, seems to be unneccesary.
I did not say that. I didn't even mean to imply it.
Apologies, I think I included it by extension when I discovered that it
No problemo. :-) I was just playin' wit cha. I'm a geek, so I want
to start *everything* from the beginning. Okay, and then what
happens? etc.
also wasn't necessary in the sense you were talking about insofar as
without the macro I still landed exactly at line 10.
I just want to help people think. Understand the problem, what are
the options, where do we go from here, and what traps await us? We're
better than this stuff. All's necessary is for us to bang our heads
on it. It'll fall over; eventually.
De nada. Have fun. :-)
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: Long urls - update
Incoming from John Niendorf:
I guess I'm the slow one on the list.
Is there more to the patch than commenting out
# $command =~ s/%s/'$url'/g;
and replacing it with
$command=~s//\\/g
Because either way, extract_url.pl isn't working for me.
It looks like that was incorrect; Luis says the changes need to be
made around line 518 and then 637. I haven't had a chance to test it
yet.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: Long urls - update
Incoming from Luis Mochan:
I don't know much about shell programming, but I found that
/etc/urlhandler/url_handler.sh is a shell script that obtains its url
doing '$url=$1'. I replaced the whole handler by the following
program:
#! /bin/bash
url=$1; shift
echo $url tmp.txt;
and found out that the url is cut short at the first ampersand.
I don't understand why echo by itself yields the correct result (above)
while echo through a bash script yields the truncated result.
Unix shell handles variables abysmally. You need to help it a lot to
do the right thing. *Always* quote variables, else if they're empty
they tend to blow up on you.
-
#!/bin/bash
#
# usage:gbg.sh http://url.with/anampersand;
#
url=$1; shift
echo $url # tmp.txt
exit 0
# Output:
(0) infidel /home/keeling_ sh/gbg.sh http://url.with/anampersand;
http://url.with/anampersand
-
HTH. :-) Oh, you could do ${1} and ${url} instead, but even they
need to be quoted.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: Long urls - update
Incoming from Luis Mochan:
I found a mistake in the extract_url.pl program: it doesn't escape
ampersands when present in the url, so when the command to actually
view the url is invoked, the shell gets confused. I made a quick fix
by substituting $command=~s//\\/g before running command.
Line 633? 634? So:
# $command =~ s/%s/'$url'/g;
$command=~s//\\/g;
I'm a perl guy, yet that's non-trivial here. Thx. :-)
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: Long urls
Incoming from John Niendorf:
I am using Mutt-patched from the Ubuntu repository (Yes, I am one of
the unwashed.) Anyway, it works really well except that if a url
extends to multiple lines, Mutt can't figure it out and clicking
leads to a page not found error.
I tried copying the url, but when I highlight the lines with the url
I end up copying a bunch of other stuff that is not in the url (like
part of the list of folders in the Mutt side panel, for example).
Does anyone know a way to deal with long urls aside from opening up
Thunderbird?
I don't know if this'll help (I've never bothered to use it). Try
CTRL-B:
macro index \cb |urlview\n 'call urlview to extract URLs out of a \
message'
macro pager \cb |urlview\n 'call urlview to extract URLs out of a \
message'
They're commented out here, and I also have:
# macro index \cB |'w3m -m -cookie'\n 'call w3m to extract URLs out of a
message'
# macro pager \cB |'w3m -m -cookie'\n 'call w3m to extract URLs out of a
message'
and:
macro index,pager,attach,compose \cb \
enter-command set my_pipe_decode=\$pipe_decode pipe_decodeEnter\
pipe-message urlviewEnter\
enter-command set pipe_decode=\$my_pipe_decode; unset
my_pipe_decodeEnter \
call urlview to extract URLs out of a message
Bon chance.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: Long urls
Incoming from Chris Bannister:
On Sat, Mar 30, 2013 at 03:44:08PM +0100, John Niendorf wrote:
Sun, Mar 31, 2013 at 03:37:19AM +1300, Chris Bannister wrote:
Is there a '+' sign at the start of each line of the url?
Yes there usually is.
Then you'll either have to manually remove the '+' sign or find the
set markers=no # ?!?
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: folder listing when 'c' is hitted
Incoming from Eduardo Figueira Ramos:
Hi list members,
i have my mutt configured and running, but i got a doubt.
I would like that the folder .Sent be listed when i press 'c'
character. Now only the incoming directory ~/.mdir is being listed.
Here my .muttrc:
set mbox_type=Maildir
set spoolfile=~/.mdir
set folder=~/.mdir
set mask=!^\\.[^.]
set record=+.Sent
set postponed=+.Drafts
set from=henry.t...@gmail.com
Are you sure this --+V is doing what you think it is?
mailboxes ! + '\\
for file in ~/.mdir/.*; do \\
box=$(basename $file); \\
if [ ! $box = '.' -a ! $box = '..' -a ! $box = '.customflags' \\
-a ! $box = '.subscriptions' ]; then \\
echo -n \+$box\ ; \\
fi; \\
done'
Try:
mailboxes =Inbox/ \
=foo/ \
=bar/ \
...
I'm not sure the trailing / on them is necessary, but it appears to
work here.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: Why sign every message? (was Re: Sending attachments without crypt_autosign
Incoming from Chris Bannister:
Is it true that if you want to correspond with people on windoze who
use outhouse then it becomes tricky?
I. Don't. Care. [about them].
However, it might present a good opportunity to mention Firefox (or
Opera) and Cygwin. Yes, I am (seriously!) biased. Rediculously so
(at times).
Fneh.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: Why does some list software not honor the headers? (was ... Re: People want ...)
Incoming from Alexander Dahl:
But we were talking about other mailing lists used by other users with
other MUAs. I heard some of them use buttons and those are exposed to
the user while mail headers are usually not.
Blasphemy! :-|
P.S.: and I have to get my mutt macros fixed, some hook changed my
from address here after I replied on another mailing list … m( *lol*
FWIW:
send-hook . set from=your@emailaddy
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: Confused by the Defining/Using Aliases section of the manual
Incoming from Patrick Shanahan:
* Chris Green c...@isbd.net [03-08-13 15:50]:
So the manual *is* wrong in the Usage: bit.
I feel your pain. :-|
I don't believe commas are necessary unless you assign more than one
FWIW, alias family ek,mom works.
Perhaps not perfectly clear but everyone does not read the same
meaning into written words. Few written texts are perfectly
Nobody reads documentation anyway, right? :-P
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: Confused by the Defining/Using Aliases section of the manual
Incoming from Chris Green:
If you want to create an alias for more than one address, you must
separate the addresses with a comma (“,”).
Er, but that disagrees with the Usage: doesn't it? It should (the
Usage:) say alias [ -group name ...] key address [, address ...].
I've not looked at the manual section in a long time, but I can say
(addys obfuscated):
alias dk Derek Keeling y...@blah.net
alias ek Elizabeth Keeling f...@woohoo.com
alias mom Mary Lawrence kac...@foo.com
alias family dk,ek,mom
email to family goes to all of them.
It also doesn't seem to show one of the very useful attributes of
aliases, they can refer to other aliases defined already.
Ibid. Or did I completely miss your point?
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: Why sign every message? (was Re: Sending attachments without crypt_autosign
Incoming from Florian Lohoff:
On Thu, Feb 28, 2013 at 01:24:44PM -0600, Will Fiveash wrote:
I have a couple of comments about this:
- Why sign most messages? Unless the information is important for
others to verify that it came from a particular person why add the
bloat of a signature. Beyond this I find it ironic that people sign
The bloat that a signed message carries is hardly bloat nowadays.
HTML mail is bloat; a text version followed by an HTML version, likely
followed with a legalese disclaimer .sig demanding you delete it if
it's not intended for you, plus multiple jpeg thumbnail attachments
... Now that's bloat! email should be text, full stop.
We used to think emacs was bloated, and compared to vi then, it was.
Now, we have Tb sized drives and GHz processors in pocket sized
supercomputers. Welcome to the 21st Century.
Signing an email with PGP/gnupg doesn't begin to reach the level of
bloat with what we have to work with now.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: Why sign every message? (was Re: Sending attachments without crypt_autosign
Incoming from Dale Raby:
encryption. I.e.: What is that block of gibberish you have at the end
of your emails? That, my friend is my public key. If you have the
right software you can verify that I sent you that message, and we can
even send encrypted emails that nobody else can read but us.
Really?! Tell me more!
I've had the same conversation with others in the past.
His response was; Don't encrypt anything, have nothing to hide in the
first place. He is now serving what will probably be a life sentence
for conspiring to blow up his wife's car with her in it. He says he is
innocent, and the circumstances of his trial are sketchy at best. Key
evidence at his trial? You guessed it, unencrypted emails.
The trouble is, we've all already got lots of stuff out there which
wasn't cryptoed, and once it's out there, it'll never disappear. If
the above is true, then we're all always just tetering on the edge of
oblivion.
BTW, if he didn't rig his wife's car with a bomb, who did?
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: Why sign every message? (was Re: Sending attachments without crypt_autosign
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? :-O As opposed to
over the phone with ATT forwarding all your info to the feds ...
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: Why sign every message? (was Re: Sending attachments without crypt_autosign
Incoming from Will Fiveash:
As a side note, I wonder if a pgp/gpg signature as proof of authorship
has ever been tested in court? My guess is no.
The legal community considers fax to be cutting edge reliable tech.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: FreeBSD LDFLAGS=-static ?
Incoming from Derek Martin:
On Sun, Mar 03, 2013 at 02:29:46AM -0500, grarpamp wrote:
Why, when supplying 'LDFLAGS=-static' do these change
from yes, to no?
checking for idna_to_unicode_8z8z... yes
checking for idna_to_unicode_8z8z... no
checking for idna_to_ascii_8z... yes
checking for idna_to_ascii_lz... yes
checking for idna_to_ascii_8z... no
checking for idna_to_ascii_lz... no
I can only guess, but my guess is there's no static version of those
libraries to compile against.
Or, they haven't yet been recognized by the system via ldconfig?
Edit /etc/ld.so.conf (or whatever) ldconfig.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: Why does some list software not honor the headers? (was ... Re: People want ...)
Incoming from Erik Christiansen:
On 27.02.13 15:59, Patrick Shanahan wrote:
I am *against* Reply-To: mudging by list software and believe it
should *only* be employed by a poster wishing replies to his posts to
be rec'd by a different account such as posting from work and wanting
receipt at home.
Hmmm, I've tried using Reply-To: to point back to the list, in the
hope that it'd discourage those pesky additional courtesy replies.
It's rarely had any effect, but wouldn't it be wonderful if most MUAs
Perhaps, the Universe just hates us.
set ignore_list_reply_to=yes
Ya canna win! :-P
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: Why sign every message? (was Re: Sending attachments without crypt_autosign
Incoming from Will Fiveash:
On Thu, Feb 28, 2013 at 12:55:39PM +0100, Stefan Wimmer wrote:
I recently started to sign all my mails and it took me little time
to find out that you can't delete attachments in signed/encrypted
mails ... ;-)
Now I want to automate the way I use crypt_autosign that mutt
checks first if there is an attachment and only signs the mail if
that's not the case. I was thinking along the lines of
I have a couple of comments about this:
- Why sign most messages? Unless the information is important for
others to verify that it came from a particular person why add the
bloat of a signature. Beyond this I find it ironic that people sign
e-mail with a private key where its public key isn't found on a
standard PGP/GPG keyserver like pgp.mit.edu or kerckhoffs.surfnet.nl.
Until recently, I thought the same. My $0.02; it's a political
statement, it's me reacting to what appears to me to be rampant
fascism. I rejoiced when Spain buried Franco, yet it appears many
countries have chosen Oligopoly/Plutocracy/Fascism behind our backs.
This's just me saying no. :-P
- If one is concerned enough about allowing others to verify the
integrity of a message shouldn't this concern also extend to
attachments which are a classic attack vector?
See the mutt manual for auto_view.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: Why sign every message? (was Sending attachments without crypt_autosign
Incoming from Will Fiveash:
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.
... which is very annoying to me too.
===
(0) infidel /home/keeling_ gpg --list-secret-keys
/home/keeling/.gnupg/secring.gpg
sec 1024D/AC94E4B7 2003-12-21
uid s. keeling (21Dec2003) keel...@spots.ab.ca
ssb 1024g/534197F0 2003-12-21
ssb 2048R/A0F68CAF 2008-02-01
===
http://pgp.mit.edu:11371/pks/lookup?search=keelingop=index
I've no idea what I did wrong or how to fix it (workin' on it), but I
must have missed something.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: Why does some list software not honor the headers? (was ... Re: People want ...)
Incoming from Derek Martin:
On Sat, Feb 23, 2013 at 08:00:24AM -0500, Patrick Shanahan wrote:
The **ONLY** way to not get an extra copy is **NOT** to get CC'd in the
I've just got to say, as much as I think this's interesting, this's
not mutt related. mutt already does this stuff correctly when used
correctly. Perhaps USENET:comp.mail.misc would be a better venue for
this discussion?
Just a suggestion. :-) And I'm on the side of the Please, don't Cc:
me, fwiw.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: Why does some list software not honor the headers? (was ... Re: People want ...)
Incoming from Jeremy Kitchen:
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
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
ACK!!!
Face it; we're dinosaurs. Understanding how it *ought* to work has
nothing to do with how it *does* work. We need to learn to work
around the morans if we choose to continue using / communicating
this way.
Tilting at windmills just makes you look crazy. It doesn't help anyone.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: Why does some list software not honor the headers? (was ... Re: People want ...)
Incoming from Derek Martin:
On Wed, Feb 27, 2013 at 01:52:25PM -0700, s. keeling wrote:
Incoming from Derek Martin:
On Sat, Feb 23, 2013 at 08:00:24AM -0500, Patrick Shanahan wrote:
The **ONLY** way to not get an extra copy is **NOT** to get CC'd in
the
I've just got to say, as much as I think this's interesting, this's
not mutt related. mutt already does this stuff correctly when used
This discussion ultimately arose as a direct result of someone asking
to change the default policy of this mailing list. Where else would
Ah. I stand corrected. I just thought this may be annoying the list
maintainers for being tangential/orthogonal. Carry on. :-)
Now why didn't L work on replying to you, yet r correctly (?!?)
replies to m-u? You people. You're all different. Line up, will
ya?!? :-P
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: Why does some list software not honor the headers? (was ... Re: People want ...)
Incoming from Patrick Shanahan:
... justification :^). But we all must strive to do better. You,
hopefully all of us, will reach an age where you have time to make
the effort, and realize that such things are just common courtesy.
Yeah, and one day *real soon now*, everyone will know how to and
prefer to use crypto. I wish.
[just mumbling, sorry. Get off my lawn!]
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: People want additional direct mail Was: People that CC mailing lists
Incoming from Florian Lohoff:
Just to make it clear - I am one of those who like to get a direct
reply _additionally_ to the list mail.
Patrick is correct. It should be up to you to *request* a personal
Cc: if you want one. The list volume here is not that big that it's
difficult to keep up with, and nobody NEEDS to actually read it all.
Hit delete for those you want to ignore.
Your way of doing it isn't a big problem for me. It's just an
annoyance here. However, I've seen others for whom this is intensely
annoying. They're the real victims.
It's unnecessary too. mutt + {procmail|mailfilter|imapfilter?} can
split mail efficiently into separate mailboxes and mutt can cycle
automatically through the mailboxes that it notices have new mail.
There's no need for anyone to expect the list or its participants to
do anything special for them.
HTH. :-)
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: mutt
Incoming from Darfeuille.Pierre:
I use :SCO open server 5.0.7
I would like to find a mutt with option smtp compiled version
Where have you looked? Try https://www.ixquick.com/do/search and plug
in sco mutt mua (without the quotes).
I don't know if it works or is possible (I only know SCO by
reputation), but others appear to have talked about it. Bon chance.
FYI, my mutt (1.5.21 on Debian testing/wheezy x86_64) came with SMTP
compiled in. Alternatively, are you sure you need that feature? I
incorrectly assumed recently that I did. YMMV. Check your premises.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: SASL authentication failed
Incoming from Mehturt:
I'm trying to use mutt with my company's SMTP server (IMAP works fine).
Is this a mutt problem, or do you need to fix your SMTP config?
I always get SASL authentication failed when sending message.
Methinks your SMTP config needs work. Which SMTP are you using? If
postfix, try http://www.dnsexit.com/support/mailrelay/postfix.html
/etc/postfix/relay_passwd:
# -
relay.dnsexit.com USERNAME:PASSWORD
# -
I tried Mozilla Thunderbird, and the settings which work, are:
Authentication method: Normal Password
Connection security: SSL/TLS
What is the equivalent in muttrc?
Just guessing here (I'm not sure I'm actually using this, and I'm an
IMAP newbie):
set imap_authenticators=ssl:tls
Hope it helps. :-|
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: SASL authentication failed
Incoming from Mehturt:
On Mon, Feb 18, 2013 at 4:06 PM, s. keeling keel...@nucleus.com wrote:
Incoming from Mehturt:
I'm trying to use mutt with my company's SMTP server (IMAP works fine).
Is this a mutt problem, or do you need to fix your SMTP config?
Most likely I need to fix my SMTP config.
I think so too. mutt's just an MUA. It needs an SMTP to send out
replies. If postfix, look into these (history | grep post):
--
254 dpkg-reconfigure postfix
256 postfix reload
261 postconf -d | most
262 postconf -e relayhost = smtp.nucleus.com:587
...
286 postmap /etc/postfix/relay_passwd
...
--
etc. I'm using Debian testing/wheezy, fwiw. YMMV.
I'm using the SMTP functionality built in mutt.
Er, what? I'm not sure that exists (though I could be mistaken).
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: SASL authentication failed
Incoming from Patrick Shanahan:
* s. keeling keel...@nucleus.com [02-18-13 10:43]:
Incoming from Mehturt:
I'm using the SMTP functionality built in mutt.
Er, what? I'm not sure that exists (though I could be mistaken).
mutt -v |grep SMTP
Exactly:
+USE_POP +USE_IMAP +USE_SMTP
*USE* SMTP. mutt doesn't *contain* SMTP.
[I'm not trying to split hairs here. Just trying to understand and
help if I can.]
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: Highlight treads related to me
Incoming from Marco:
Hi,
:-)
this is a followup to a question an older question¹ of mine. I
successfully managed to highlight messages related to me.
Thanks for that. I'd no idea mutt can do this:
set my_pat=color index green default \~p | ~b 'Marco|netuse' | ~s
'Marco|netuse'\
folder-hook . un$my_pat
folder-hook Lists $my_pat
Huh. Variable assignments. Cool! :-O
Since I use folding by default, I would like to highlight entire
Please explain what folding is? When I look in saved folders,
they're threaded and specific threads are colorized. What do you
mean?
Is [it] possible to highlight each message in a thread - or
alternatively highlight the first message in a thread - where a
certain condition (e.g. ~p | ~b 'Marco|netuse') holds true?
It works here that way. However, I'm using me's suggestion from
yesterday:
color index red default '~C mutt-users'
¹ http://article.gmane.org/gmane.mail.mutt.user/40266
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: People that CC mailing lists
Incoming from Patrick Ben Koetter:
* s. keeling keel...@nucleus.com:
Roger that. The mortals I know think email's old-school/obsolete.
They consider it hard to use, their inboxes are full of UCE (or
If you use http://automx.org setting up a new account is a matter of
That looks cool, but you misunderstood me. *They consider email itself
hard to use!* I've been pointing some of my geeky friends at mutt for
years, and even they don't get it. How hard is it to check your
mailbox once a day? Apparently too hard for them. mutt? Rocket
science! mutt's always been drop dead simple and easy to train for
me. For other people, not so much. No, I don't get it either.
seconds. And as for UCE: You get what you pay for. Go to freemail
providers and, well, judge for yourself. Keeping UCE out of
mailboxes is no rocket science.
I've spent a few months testing a free account at mail.com and it's
worked fine for me. 3-5 UCE per week, and it just works. I believe
they used to be called AOL. :-| Huh.
I used to pop mail from my ISP and filter with procmail. Now, I'm
trying to figure out how to use imapfilter in its place instead.
introduced by device. I - personally - still believe the only thing
these devices are good at is transmitting and receiving voice aka
phone calls.
ACK.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: People that CC mailing lists
Incoming from Alexander Dahl:
On Fri, Feb 15, 2013 at 12:51:54AM -0700, Bob Proulx wrote:
But dumbing things down also causes problems. People should learn
some social graces. Email is one of the basic forms of communication
in our new electronic world. I think this facade does them no favors.
This would mean to convince them willingly put time in understanding
mailing lists, choose a sophisticated MUA with reply to list feature
or check and probably change To/Cc in each and every mail. Good luck
with this. I stay with accepting there are dumb people (no offense)
and am happy if they use e-mail at all.
Roger that. The mortals I know think email's old-school/obsolete.
They consider it hard to use, their inboxes are full of UCE (or
worse), and it seems my sister receives my multi-paragraph replies to
her questions on her iPhone, which only displays the first one or two
lines of them. Great.
Dumb users will probably use some big mail provider without dynamic IP
addresses.
It's not fair to call them dumb. Not being an IT geek is not the same
thing as being stupid. I wish knew the answer to this conundrum.
Educating them isn't it. They don't want that. Smarter software
isn't either, or mutt would've taken over the world by now.
Mind-machine interface? Not there yet, sadly.
As long as we have M$ around and this new app developers ignoring RFCs
and standards, this will be a long lasting dream.
MS has built an empire around flouting RFCs. Don't expect that to
change.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: Time Format
Incoming from Konrad Vrba:
could somebody please advise how I can change the default time format,
which is displayed when I view my messages? At the moment, I see only
Month and day (ie, Aug 21). But I would like to see the year aswell,
I use:
set index_format=%4C %Z %-15.15F %{%d%b%y} (%4l) %s
which translates to DDMMMYY.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: Time Format
Incoming from Konrad Vrba:
On 2/14/13, christoph christ...@kluenter.de wrote:
I have this index_format:
set index_format=%Z %{%e.%m.%y %H:%M} %-15.15F %s
which translates to lines like this one:
L 14.02.13 14:14 Konrad Vrba Time Format
fantastic, that is exactly what I was looking for
Better:
set index_format=%Z %{%y.%m.%e %H:%M} %-15.15F %s
ISO-8601 compliant. :-)
Thanks guys.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: [POSSIBLE SPAM] People that CC mailing lists
Incoming from Brandon McCaig:
On Sun, Feb 10, 2013 at 07:32:13AM +, Russell L. Harris wrote:
Is there a command other than g which is appropriate when
replying to a group?
Some mailing lists don't require a subscription so you should use
'g' to reply to those lists so even unsubscribed participants get
the messages.
I disagree. If you subscribe, you're in. You'll get responses in
your $inbox. If you don't wish to subscribe, keeping up is UP TO YOU,
but that's hardly difficult. You can get to the contents of debian-
users with a web browser. I assume mutt-users too. Gmane offers a
free web interface to much of this stuff too. Google site:blah can
fill in many details.
Other lists insist that you /don't/ reply to everyone and only reply
to the list
That's my preference.
... so for those you should use 'L'. Which one is appropriate will
depend on the list rules. It can be hard to keep it straight if you
mostly lurk...
Lurkers should be on their own. I feel no responsibility for them.
I'm not trying to be mean. I often lurk myself. However, I do try
not to abuse lists and their policies/preferences.
IIRC, we're supposed to only reply to the list for mutt-users,
but I see that isn't being done in this thread and nobody is
getting upset so perhaps I am mistaken. :)
It's not very much upsetting. It's more just an annoyance. mutt can
handle this problem. Why aren't $supposed_offenders using mutt's
power as they should and could be?!? Meh. I can handle Cc:s easily.
It's just that I wish I didn't have to. Bug splatter on the
windshield. Not a problem. Carry on.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: Page View
Incoming from Ed:
From the manual section 2.2 ::
Below the headers, you see the email body which usually contains the
message. If the email contains any attachments, you will see more
information about them below the email body, or, if the attachments
are text files, you can view them directly in the pager.
This what I'm referring to, and that is not what I'm seeing here. In
the above message, below the header is a line that tells me it is
pgp mail. Then after the pgp info is another line that says the
following is signed. At the end of the message it tells me its the
end of the signed message.
So, how do I get mutt to do what it says in the manual ?
This is my pager format in my muttrc.
%4C %Z %[!%b %e at %I:%M %p] %.20n %s%* -- (%P)
Might I suggest just commenting out your pager_format statement? I've
.muttrc's that go back to 2003. In each one of them pager_format is
not set. I appear to see what the manual section you quote says.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: Page View
Incoming from Ed:
What I was using I borrowed from another muttrc.
That pretty much describes everything I use. I can't keep up with the
developers' feaping-creaturism, so I read mailing lists for hints, and
hit the manual to find out how to use neat stuff I come across. I
wish I had an answer for you.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: build problems on Solaris 8
Incoming from Michael Elkins:
FYI, there are nightly snapshots here http://dev.mutt.org/nightlies/
which avoid the need to have the developer toolchain installed.
Michael, kind of off topic, I know, but why would you want to
discourage people from learning the developer toolchain? Rolling your
own kernel or (Gentoo) build world are both very educational (though
perhaps unnecessary these days). Maybe not everyone wants to do that
kind of thing (Just make it go!), but I (for one) have always
enjoyed learning this stuff.
Currently, I'm trying to figure out why I can't build xephem (astro
software) from source (needs Motif, Lesstif, ... LINKER ERRORS!), and
am learning lots of interesting stuff along the way. This is where
the fun is. :-)
Just sayin'. No offence meant.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: Mailing list Subject: line
Incoming from grarpamp:
If at all possible I'd like to see the Subject: line for this list
updated from...
Subject: ...thread...
...to...
Subject: [mutt-users] ...thread...
If you can use something like procmail or mailfilter (or imapfilter?
maybe; I'm still researching that), you may be able to do this for
yourself, regardless of what the list does.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: Mailing list Subject: line
Incoming from Derek Martin:
On Fri, Feb 08, 2013 at 09:11:55PM -0700, s. keeling wrote:
Incoming from grarpamp:
If at all possible I'd like to see the Subject: line for this list
updated from...
Subject: ...thread...
...to...
Subject: [mutt-users] ...thread...
If you can use something like procmail or mailfilter (or imapfilter?
Yes, you can. But if you're already using one of these programs to
filter your mail, there's very little reason to bother to do it. Any
I know that, you know that, yet he apparently wants to do something
else (for whatever reason, unbeknownst to us). I was just telling him
there are ways he can handle the problem by himself without involving
the list. I don't know why he wants to do it; not my problem. I
assume he's got a reason for wanting it and it's not my job to get in
his way.
I'm a sysadmin. My job is to make users' wishes happen, as long as
they don't hurt others or the overall system. He has his own reasons
for wanting it, and if it's possible and easily done, it's not my job
to question him on it. It *is* my job to help show him how it can be
done.
Have fun.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: Command/Macro to show new messages via IMAP?
Incoming from David Woodfall:
On (09:58 19/01/13), David Woodfall d...@dawoodfall.net put forth the
proposition:
On (13:42 18/01/13), Brendan Cully bren...@kublai.com put forth the
proposition:
On Thursday, 17 January 2013 at 19:28, Michael Elkins wrote:
On Thu, Jan 17, 2013 at 07:09:32PM +, David Woodfall wrote:
When I switched to IMAP I noticed sadly that Mutt no longer shows new
mails from outside a folder. Actually it's IMAP + Maildir.
Is there some way of doing this? Even a command/macro I could run to
show new mail without having to actually go into each folder to check?
You want the `mailboxes' support:
http://www.mutt.org/doc/devel/manual.html#mailboxes
Also see $imap_check_subscribed
http://dev.mutt.org/doc/manual.html#imap-check-subscribed
Thanks, but I already use both these features. With the mailboxes
command, do I need to now add the mailbox names with a leading '.' for
imap support?
I'm still no closer to solving this. It seems that mutt just ignores
folder format for IMAP completely.
Mine works fine with just this:
mailboxes =Inbox
... however, I'm also using offlineimap, fwiw. My config doesn't
define imap-check-subscribed.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: Command/Macro to show new messages via IMAP?
Incoming from David Woodfall:
On (18:41 03/02/13), s. keeling keel...@nucleus.com put forth the
proposition:
Mine works fine with just this:
mailboxes =Inbox
... however, I'm also using offlineimap, fwiw. My config doesn't
define imap-check-subscribed.
I'm guessing that Mutt is reading downloaded headers then?
(0) infidel /home/keeling_ grep -i header .muttrc
set header_cache=~/mutt/cache/headers
set edit_headers
fwiw. Why would anyone not want to? Mutt's just a program. I'm the
one doing the reading here. :-)
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
signature.asc
Description: Digital signature
Re: Config Files, and Remaining Confusion with html-mail
Incoming from David Champion:
It should be on the wiki.
Thanks for reminding me about the wiki.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Re: use of .forward file
Incoming from David Champion:
* On 24 Jan 2013, horseriver wrote:
hi:
I place a .forward file in my home dir , according to man pages,
Note that this is not related to mutt per se, so this may not be the
best group to help. However we can perhaps point you in the right
Indeed.
And last I heard, .forward was deprecated. Your mail system may not
care whether it's there or not.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Re: Config Files, and Remaining Confusion with html-mail
Incoming from Mark H. Wood:
On Fri, Jan 25, 2013 at 09:28:05AM -0500, Alan McConnell wrote:
First, generically: I feel it is a source of difficulty that
mutt relies on two config files, .muttrc and .mailcap. Perhaps
.mailcap is a general-purpose configuration file for anything that
wants to know what you would like done with certain types of content.
Lots of other tools also use .mailcap and /etc/mailcap.
This is why they are separate. One belongs to Mutt and the other
belongs to the world (including Mutt, which can use it).
That was a beautiful exposition. I want to mention one addition to
it:
set mailcap_path=~/mutt/mailcap
Meaning, you can have a ~/.mailcap, *and* you can have a mutt specific
mailcap, if you like that sort of thing. So if you sometimes read
mail or deal with attachments with a program other than mutt, it'll do
it its way instead of mutt's way, and mutt will do it mutt's way.
Personally, I think reading mail in a GUI is insane (but that's just
me). Oh yeah:
# set use_mailcap
Commented out here; not sure what it's for or what it does. I should
look into that.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Re: .procmailrc configurations
Incoming from Patrick Shanahan:
* horseriver horseriv...@gmail.com [01-25-13 08:50]:
To make procmail wok fine . is a .forward file in my home dir a
must ?
man procmail
Even better: http://www.procmail.org/era/lists.html
If we discussed everything that works with mutt on the mutt-users
list, any mention of mutt itself would be difficult to find. That
would be unfortunate.
I apologize if I've done anything to encourage that (and I likely
have; stopping now).
Have a lovely weekend! :-)
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Re: Config Files, and Remaining Confusion with html-mail
Incoming from Alan McConnell:
sigh My iceweasel(aka Firefox) runs, and displays in the
middle of my screen, from the moment my computer is turned
Just a suggestion ... isolate the problem. Swap out firefox. In my
~/mutt/mailcap:
text/html; w3m -I %{charset} -T text/html -dump; copiousoutput
Bon chance.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Re: who puts mails into mutt's mail folder?
Incoming from horseriver:
On Fri, Jan 25, 2013 at 02:17:27PM -0500, Patrick Shanahan wrote:
* horseriver horseriv...@gmail.com [01-25-13 13:24]:
Would mutt call default mail delivery agent when startup?
mutt reads mail
mda delivers mail
mta transfers mail
fetchmail gets mail, is a mda
Why are you not reading the suggested documentation? Patrick's advice
is spot on. All of your questions so far are easily answered by the
suggested docs.
1. Is fetchmail alwayes running at deamon mode ,fectching mail by
timer ? or it is called by mutt when mutt startup?
fetchmail can be run as a daemon or can be invoked by users. Which is
best for you? Read the docs!
2. What is the use of mail command ? It seems to be a mda too.So I
No, mail is an MUA just like mutt. Now, you're becoming annoying. At
a terminal, do this:
xman -notopbox -bothshown
That's a pointy-clicky interface to the manpages. Now PLEASE read
some documentation!
Grr. Thank you.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Re: .procmailrc configurations
Incoming from Patrick Shanahan:
* horseriver horseriv...@gmail.com [01-24-13 09:57]:
But I really do not know what is mdir and maildir , what is the
difference between them ?
That was confusing me too. Fneh. :-|
You really should do this, btw. Good advice. It's all good reading:
reference: man procmail
man proxmailsc
man procmailex
man procmailrc
sorry, that mdir s/b mbox
mbox stores multiple emails in a single file while maildir separates each
email into separate files. There are advantages and dis-advantages to
each format. Personally, I use mbox but have a great number of locally
stored emails.
Additionally, procmail *may* work best with mbox (both work though),
but IMAP is maildir.
spending some time reading the above references for procmail, reading the
mutt documentation and googling for mbox and maildir formats will greatly
enhance your understanding and make it possible for you to make
intelligent decisions rather than just jumping on-board whatever happens
to be in front of you.
Good advice.
google *is* your friend.
Alternatively, https://www.ixquick.com/ - It has a do it via
google feature built into it.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Re: mutt sending inline attachments
Incoming from Matthias Apitz:
I want to send out an e-mail with an inline JPEG attachments...
I set (based on some hint) in my .muttrc
set attach_format=%u%D%I %t%4n %T%.40d% [%.7m/%.10M, %.6e%?C?, %C?, %s]
which seems to be the default in any case if I look into muttrc(5)
and I use from the cmd line:
$ mutt -s mail test -a file.jpg test.html -- g...@unixarea.de test.txt
^
What's going on there? The attachment is file.jpg, and test.html
is what?!? And I don't get that double dash. What's that for?
Normaly I'm against such stuff (see my signature) but I have a special
need for investigating something based on the resulting mail :-)
Attachments have their place. There's a reason for pretty near
everything.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Re: mailing lists and different directories
Incoming from lambda:
On Thu, Jan 24, 2013 at 01:25:44PM +1300, Chris Bannister wrote:
On Wed, Jan 23, 2013 at 03:54:05AM +0200, lambda calculus wrote:
Hi guys, i recently changed to mutt, and reading the documentation,
but i can't find what i want:
What program were you using before?
I was using gmail, And now i have configured mutt to read gmail using
mutt.
Man, the semantics are hurting my head.
You were using gmail. You're still using gmail. Now you're using
mutt to read gmail's IMAP server. You're also using mutt's builtin
IMAP support to do it.
[I'm okay now.]
Since I'm subscribed to a couple of mailing lists i would like to
configure mutt to store mails from different mailing lists to
different directories.
Let's li...@something1.org
and li...@something2.org
How are you getting the mail on to your computer?
I think that i just read the mail, i don't get it on my computer
Correct. However, maybe look into OfflineIMAP? :-)
Correct me if i'm wrong, but to get my mail i must use something like
procmail, which means i must configure a procmailrc.
Wrong, I think. If you popped your mail from a server onto your
computer, an MDA like procmail would deliver it (mangling it to your
taste). You're not doing that. You're accessing gmail's IMAP server.
mutt's just serving as your interface to gmail. I think.
[Caveat: I've never used gmail, and I've only recently gotten back into
using mutt, so I may be clueless as to what this stuff can do these
days (still learning). Grain of salt is definitely warranted.]
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Re: .procmailrc configurations
Incoming from Robert Holtzman:
On Thu, Jan 24, 2013 at 08:23:02AM +0800, horseriver wrote:
Here is my config:
:0
* ^TO_: mutt-users@mutt.org
$MAILDIR/mutt
can it works ?
Did you try it? If not, why? You're not doing your homework.
Specifically:
VERBOSE=yes
in your .procmailrc, then tail -N $your_procmail_log_file where N
== number of lines to display. Note you can wrap each recipe in your
.procmailrc with VERBOSE=yes VERBOSE=no pairs to test each new
recipe by itself.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Re: mailing lists and different directories
Incoming from Marcelo Laia:
On 23/01/13 at 02:11am, Maurice McCarthy wrote:
source ~/.mutt/mailboxes # Define the list of folders
that receive mail.
Please, what are inside ~/.mutt/mailboxes ? Could you give an example?
# these are in order of precedence; not alphabetical.
#
# mailboxes \
#=Spam \
#=00.EFF \
#=mbox \
#=work \
#=00.postponed \
#=00.procmail \
#=00.debian-announce \
#=00.debian-consultants \
#=00.debian-curiosa \
#=00.debian-jobs \
#=00.debian-security \
#=00.debian-security-announce \
#=00.debian-user \
#=00.cron \
#=00.duplicate
mailboxes =Inbox
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Re: .procmailrc configurations
Incoming from horseriver:
How to edit my .procmailrc to put mails from different mail list
into different maildir?
can this work :
:0
* ^to: mutt-users@mutt.org
mutt-users@mutt.org
.^^^
That should be a file (mbox) or folder (maildir). Otherwise it looks
good.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Re: mailing lists and different directories
Incoming from lambda calculus:
i already created a directory ~/.mutt/mailboxes
.^^^
If you want to source it, that shouldn't be a directory. It should
be a plain text file containing (eg.):
mailboxes foo bar baz ...
Mine is like so:
mailboxes =Inbox
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Re: gpg integration
Incoming from Florian Lohoff:
i am a long time mutt and gpg user but still the gpg integration is
kind of lacking.
So says you. :-)
- I'd like to define recipients including their gpg key id to use.
That makes no sense to me. If you're sending to multiple recipients,
which key is common to them all? You'd need to send a separate
message to each of them signed with their specific key.
I think you'd be better off _signing_ the mail with your key. You
don't need to involve their keys at all for that.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Re: gpg integration
Incoming from Florian Lohoff:
On Wed, Jan 23, 2013 at 10:43:28AM -0700, s. keeling wrote:
That makes no sense to me. If you're sending to multiple recipients,
which key is common to them all? You'd need to send a separate
There is no limit on the number of recipients that i am aware of, there
I bow to your superior expertise. I had no idea you could stack
crypto keys like that,
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Re: .procmailrc configurations
Incoming from horseriver:
On Wed, Jan 23, 2013 at 01:46:54PM -0700, Robert Holtzman wrote:
On Wed, Jan 23, 2013 at 10:58:37AM +0800, horseriver wrote:
How to edit my .procmailrc to put mails from different mail
list into different maildir?
can this work :
:0
* ^to: mutt-users@mutt.org
mutt-users@mutt.org
Read this:
http://www.ii.com/internet/robots/procmail/qs/
Is your mutt directory really named mutt-users@mutt.org? Why?
In your recipe, ^to should be ^TO_
As far as I know, both work. ^TO is special in procmail, but ^to: (as
a regexp) works too.
I have modified my procmailrc like this .
Like what?
Then, Need I retrieve mails from pop server ? or just restart mutt
to see the result?
Too many questions. I used fetchmail to pop mails before. It
supports a keep directive. You can pop and pop and pop, and still
all your mail will be left on the server. Delete the keep from your
config, and they'll be deleted when popped.
Another question: How does mutt call procmail to sort mails ? In
mutt doesn't call procmail. They're separate processes. In my case
(before), fetchmail pops from my ISP's Smarthost, that hands it to local
Mail Delivery Agent (procmail), and mutt picks it up from there once
it's delivered into ~mail.
my muttrc file , I have not tell mutt to call procmail to sort
mails .so how mutt know that?
procmail can sort incoming mails. mutt just looks for them
(mailboxes) once they arrive.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Re: How to import the early mails into mutt ?
Incoming from Chris Bannister:
On Mon, Jan 21, 2013 at 12:06:04PM -0700, s. keeling wrote:
Incoming from horseriver:
I subscribed a mail list at date X , Now I want to import these mails
which are
post before X , How can I do ?
Just brainstorming here.
i) please give a better description of your problem.
The description is pretty clear.
No, it's not. Considering how many ways this stuff is handled
nowadays, it's not a drop dead simple situation. You assume too much.
ii) what format are mails stored in (ASCII, mbox/maildir, ...)?
Does it matter?
Well YAA! Did you just fall off the turnip truck?!?
iii) what, specifically, is the problem you're running into (error
messages, corrupted data, whatever).
He doesn't appear to be running into any problem importing them,
simply because he doesn't know where to start.
He's asking us for answers, so he's obviously experiencing some sort
of problem, yes? Duh.
AFAIUI, it is not possible to import mails for a mailing list which were
sent *before* you joined. I suggest reading/searching the archives of
the list in question.
IOW, it is not something mutt can do.
You need another cup of coffee.
All mutt needs to do is make sense of the result. Period.
[Apologies if this reaks with hostility; it isn't meant. Understanding
error reports and missives from users is an art. I like to think of
it as bang your head on the wall until it falls over. I've listened
to too many mere users complaining about us geeks not understanding
them. We need to step up our game.]
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Re: How to import the early mails into mutt ?
Incoming from Chris Bannister:
On Tue, Jan 22, 2013 at 11:02:24AM -0700, s. keeling wrote:
[Apologies if this reaks with hostility; it isn't meant.
I've seen your posts before.
Cool! I've been using Linux/FLOSS/*nix since '93(?), and mutt pretty
much as long. Honest, I meant no offence with that post. It's just
frustrating for someone like myself (straddling the user-developer
line) seeing the communication barrier in action.
Understanding error reports and missives from users is an art.
Exactly! So asking a mere user whether the messages are stored in mbox
or maildir or plain ASCII won't help much, IMNSHO. A better question
Really? Maybe they're in some proprietary $thingy with its own data
format, or they're on some $webbythingy that does it $that way, ... I
don't like to make assumptions. I want to know what's *really* going
on, and how. THEN, I can attempt a fix.
I like to think of it as bang your head on the wall until it falls over.
You're more likely to knock yourself unconscious.
Funny. You take things too literally. It was just an allusion. :-)
I've listened to too many mere users complaining about us geeks
not understanding them.
Mmmm, ...
Struth!
We need to step up our game.]
What's this we business?
Geeks. The normals (mortals) out there don't understand us when we
try to answer their questions. Haven't you noticed their eyeballs
rolling up into their heads? :-|
[Sorry if I'm annoying any of you. 'Seems there's not a lot of mutt
here, so off-topic. Stopping now.]
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Re: mailing lists and different directories
Incoming from lambda calculus:
Since I'm subscribed to a couple of mailing lists i would like to
configure mutt to store mails from different mailing lists to
different directories.
I'm new to maildir IMAP, so perhaps don't know what you want to hear.
However, I've found these fun to play with (examples). Read the dox
on them:
save-hook @bugs\\.debian\\.org =debian-user
fcc-hook @bugs\\.debian\\.org'=debian-user'
send-hook (\
foo|\
bar|\
shebang\
) set signature=~/.list_signature
lists \
cvsgui \
debian-announce \
debian-jobs
subscribe \
cvsgui \
debian-announce \
debian-jobs \
debian-security-announce
folder-hook =00.debian-user'save-hook . =debian-user'
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Re: How to import the early mails into mutt ?
Incoming from horseriver:
I subscribed a mail list at date X , Now I want to import these mails which
are
post before X , How can I do ?
Just brainstorming here.
i) please give a better description of your problem.
ii) what format are mails stored in (ASCII, mbox/maildir, ...)?
iii) what, specifically, is the problem you're running into (error
messages, corrupted data, whatever).
Do you need to _convert_ earlier mail from one format (file/data type)
to another, and why do you want/need to do that? :-) Bon chance.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Re: Making changes by edit-type persistent
Incoming from Suvayu Ali:
Hi Mutt users,
Hi yourself. Still suffering the after-effects of last night here, so
this may be no help. But I'm trying! :-)
Often I receive attachments with bad MIME types (usually
application/octet-stream). I have the following config to deal with
these attachments:
mime_lookup application/octet-stream
Mine looks like this:
mime_lookup application/octet-stream application/X-Lotus-Manuscript
and in *nix you can do file blah which will tell you what type of
file blah is.
FYI, I also use:
unset mime_forward
unset mime_forward_decode
and I see there's also:
# unset use_8bitmime
which I have commented out (for what reason, I don't know). Perhaps
grepping the dox for mime may help?
But sometimes the attachments are files of uncommon types without
entries in my ~/mime.types file. I would like to edit the types of
these attachments and write it back to disk (I use Maildir) for the
future. Is that possible somehow?
Thanks for any ideas,
Have fun. :-)
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Re: Making changes by edit-type persistent
Incoming from Stephen Keeling:
Incoming from Suvayu Ali:
Hi Mutt users,
...
But sometimes the attachments are files of uncommon types without
entries in my ~/mime.types file. I would like to edit the types of
Dunno if it helps, but apt-file search mime.types produces some
interesting output.
fwiw.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Re: Question about PGP and mutt
Incoming from Brandon Sandrowicz:
On Fri, Jan 18, 2013 at 06:04:03PM -0700, s. keeling wrote:
I'm surprised you'd put that in /etc/Muttrc.d; it's all world-
Why would generic gpg commands being world-readable be an issue? Those
Yeah, sorry. I was confusing gnupg with mutt configs.
[ Btw, mutt will parse ~/.mutt/muttrc if ~/.muttrc doesn't exist. If
you dot-prefix your ~/mutt, then you could axe the need for the
symlink. ]
I like to keep date stamped copies of old mutt configs in my ~/mutt.
It just fits my style better to have a ~/mutt dir and a symlink that
points into there.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Re: Question about PGP and mutt
Incoming from Andre Klärner:
On Fri, Jan 18, 2013 at 08:54:34PM -0700, s. keeling wrote:
I like to keep date stamped copies of old mutt configs in my ~/mutt.
Well, I used to do so a while ago, but by now I am using a git-repository
Sadly, I'm still working on my git-foo.
for each of my config folders. It also easies splitting the config into
reusable parts and putting it together with all the other related
source ~/mutt/aliases
source ~/mutt/folder-hook
source ~/mutt/save-hook
source ~/mutt/fcc-hook
source ~/mutt/colors
source ~/mutt/charset-hook
source ~/mutt/macros
source ~/mutt/gnupg
Works for me. :-)
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Re: Problem with charset
Incoming from Sander Smeenk:
Quoting s. keeling (keel...@nucleus.com):
Run wget -qO- http://8n1.org/utf8
This should show a 'demo' of unicode capabilities.
FWIW, that displays (mostly) gibberish in my mrxvt-full (Debian
Your font is probably lacking glyps. It should show placeholders looking
like a square [] for glyphs it does not have, but still the general
layout of the wget output should look sort-of-okay instead of severely
messed up.
I use urxvt with the 'monospace' font:
Thanks. That worked a lot better.
But we're diverging from mutt here ;-)
I disagree. How terminals work is important stuff, directly related
to mutt. I was damned near ecstatic seeing KM's post. A friend of
mine is going to love reading that. She's been trying to figure out
how to type numeric exponents in text (superscript) and that's going
to really help her. Thanks KM!
However, I won't belabour the point. :-) Have fun.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Re: Problem with charset
Incoming from Andreas Hanke:
Good morning together,
Buenos dias! Que pasa?
and thanks a lot for the lot of replies!
This's always been a great list. I can't really offer much help on
your specific problem other than to tell you what's working here and
how, and offering suggestions. This's Debian testing/wheezy, so
should be roughly equivalent (upstream) to your Ubuntu (I think):
--
(1) infidel /home/keeling_ locale
LANG=en_CA.UTF-8
LANGUAGE=en_CA:en
LC_CTYPE=en_CA.UTF-8
LC_NUMERIC=en_CA.UTF-8
LC_TIME=en_CA.UTF-8
LC_COLLATE=C
LC_MONETARY=en_CA.UTF-8
LC_MESSAGES=en_CA.UTF-8
LC_PAPER=en_CA.UTF-8
LC_NAME=en_CA.UTF-8
LC_ADDRESS=en_CA.UTF-8
LC_TELEPHONE=en_CA.UTF-8
LC_MEASUREMENT=en_CA.UTF-8
LC_IDENTIFICATION=en_CA.UTF-8
LC_ALL=
--
I try to give the feedback to several questions/ideas:
1.) 10 minutes ago I try to recompile my mutt, to make sure that the
I'm impressed, but I have to say I've never had any need to roll my
own mutt. I doubt that Ubuntu/Canonical have done anything wrong in
their build.
2.) Yes I rebootet my pc after changing my charset in the
/etc/defaults/locale
That's a typo?
--
(0) infidel /home/keeling_ cat /etc/default/locale
# File generated by update-locale
LANG=en_CA.UTF-8
LANGUAGE=en_CA:en
--
3.) I checked with aptitude the libncurses5 and libncursesw5 -
both is installed
True here as well.
So, now I'm down to just offering sugestions:
i) Try other terminal emulators. I use uxterm with mutt. Some
terminal emulators just don't do utf-8.
ii) Can you use emacs? It has no problems with utf-8 (though I
doubt vim does either).
set editor=/usr/bin/emacs '%s'
iii) Re-describe the problem in your eyes now that you've expended
all this effort learning about it?
Have fun. :-) Bon chance.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Re: Transitioning to IMAP maildir. Howto define ~/mail instead of ~/Mail?
Incoming from Jamie Paul Griffin:
* s. keeling keel...@nucleus.com [2013-01-02 22:05:29 -0700]:
picked it up ...). When I login to ISP's webmail, all I can tell is
https://webmail.nucleus.com/Inbox.aspx;. I'm using OfflineIMAP --
~/mail, so ...
As you're using offlineimap, you will have a configuration file for that
program somewhere, usually you set up your own options in
~/.offlineimaprc. The options set within this file will determine where
That's working fine, I think. I'm still learning about how it works
and what it actually does.
You can set $spoolfile as well to the main Maildir (your inbox) or you
can set the $MAIL environment variable to that directory. Personally,
I'd do that. So, if you're using a bourne-style shell, it would look
Huh. My MAIL was unset (empty), but I see MAILDIR was set to
~/Mail. Thanks for pointing that out. I hadn't thought of looking
there. Will test.
That *should* get you going.
Actually, it's going pretty nicely. This is a very small problem and
easily worked around. Thanks for the tips.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Re: why my mutt usually lose some email ?
Incoming from horse_rivers:
hi,
Hi. :-)
I find my mutt usually lose some email.
What does that mean?
how to fix it ?
By editing muttrc, I'm guessing.
how to make mutt receive email automatic?
... from what, and how? Are you popping mail, or are you trying to
connect via IMAP, or what? You haven't given us much to go on. :|-|
I use Debian testing/wheezy + OfflineIMAP + mutt + emacs ( etc), but
there's lots of ways to do it. How are you trying to do it?
Please explain what you're trying to do, and with what you're trying to
do it. Linux (which?), Windows (which?), ...
uname -a
locale
echo $SHELL
What terminal emulator are you using?
What's MAIL (echo $MAIL) set to? What's MAILDIR set to?
Have fun. :-) It's an adventure!
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Transitioning to IMAP maildir. Howto define ~/mail instead of ~/Mail?
Hi. Long time. :-)
User-Agent: Mutt/1.5.21 (2010-09-15) # Debian testing/wheezy.
Background, I used mutt for years locally, dumping mail into ~/Mail
via POP. Now, I've recently discovered that my ISP allows me IMAP
access, so I'm trying to resurrect my old mutt config. The problem
is, I can't seem to get rid of mutt's belief that mail here's based
around ~/Mail (mbox) instead of my new plan, ~/mail (maildir).
I've been reading (re-reading) mutt docs for days, have replaced all
instances of Mail in my configs with mail, yet still s (save),
among others, wants to put it in ~/Mail somewhere.
Please suggest how I might tell mutt to think ~/mail instead of ~/Mail.
BTW, I'm getting mail via OfflineIMAP which is syncing local ~/mail
with ISP's ~/Inbox. Gkrellm is running /usr/bin/offlineimap -u Basic
which appears to be working well. Only mutt's misbehaving. It's
not a big problem, but it's annoying.
Stuff:
set folder=~/mail
set mbox=~/mail
set mbox_type=maildir
Thanks. :-) Love mutt. I wish I was half as smart as it is.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Re: Transitioning to IMAP maildir. Howto define ~/mail instead of ~/Mail?
Incoming from Jamie Paul Griffin:
* s. keeling keel...@nucleus.com [2013-01-02 10:26:23 -0700]:
Hi. Long time. :-)
User-Agent: Mutt/1.5.21 (2010-09-15) # Debian testing/wheezy.
Background, I used mutt for years locally, dumping mail into ~/Mail
via POP. Now, I've recently discovered that my ISP allows me IMAP
access, so I'm trying to resurrect my old mutt config. The problem
is, I can't seem to get rid of mutt's belief that mail here's based
around ~/Mail (mbox) instead of my new plan, ~/mail (maildir).
First, thanks to all who've replied. I've been fiddling with your
replies all day trying to get it to sink in. Your help's appreciated.
What is the setting for $spoolfile and also for the $MAIL environment
variable?
set spoolfile=/home/keeling/mail/Inbox
$MAIL is empty (not set).
... and it's entirely possible that I don't know what I'm doing there.
I'm very new to IMAP (never used it before). spoolfile used to be
/var/mail/keeling when I POPped mail from my ISP (and then procmail
picked it up ...). When I login to ISP's webmail, all I can tell is
https://webmail.nucleus.com/Inbox.aspx;. I'm using OfflineIMAP --
~/mail, so ...
Damn, I feel like a noob. :-| Creeping senility. Still, mutt works
great and I don't have to stomach webmail mangling my mail into
ugliness. Cheers. :-) Have fun.
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Re: Problem with charset
Incoming from Sander Smeenk:
No, serious, there has to be a problem with your mutt config and/or
terminal configuration, still. Can you perform a wget from the same
system mutt is running on?
Run wget -qO- http://8n1.org/utf8
This should show a 'demo' of unicode capabilities. If that shows up
FWIW, that displays (mostly) gibberish in my mrxvt-full (Debian
testing/wheezy).
Everything else UTF-8 works here, btw.
(0) infidel /home/keeling_ echo $LANG
en_CA.UTF-8
--
Any technology distinguishable from magic is insufficiently advanced.
(*) :(){ :|: };:
- -
Re: Folder Hook for Mailinglists
Incoming from Nik Engel:
What kind of folder hooks are you using for Mailinglists.
I think of something like:
Show initally only unread (limit ~U) but if there is a corresponding
thread show whole thread with unread posts.
How can i set the right folder hook ?
Or what else is practical ?
I don't know :-) but perhaps an example from my collection might help:
folder-hook IN.abusesave-hook . =abuse
Procmail dumps mail from [EMAIL PROTECTED] into my ~/Mail/IN.abuse
mailbox. Once I've seen it, s saves it to ~/Mail/abuse.
I have a problem with that, though. I've managed to override the
default so now I need something like:
folder-hook . save-hook . ~/Mail/${sender_username}
How do I reclaim the default behaviour?
--
Any technology distinguishable from magic is insufficiently advanced.
TopQuark Software Serv. Contract programmer, server bum.
Re: Folder Hook for Mailinglists
Incoming from David T-G:
...and then s. keeling said...
%
%folder-hook IN.abusesave-hook . =abuse
...
% default so now I need something like:
%
%folder-hook . save-hook . ~/Mail/${sender_username}
%
% How do I reclaim the default behaviour?
2) Have you tried saving to =%O? See it in 6.3.83 (I still think there
Thanks for the hint. Looking that up in the manual, it's a little
unclear to me, however =%u appears to do what I wanted.
%O (_O_riginal save folder) Where mutt would formerly have stashed the
message: list name or recipient name if no list.
How does formerly get in there? And does that mean it would be
saved to =mutt-users if from mutt-users list, and to =${sender_name}
if not to a list? I suppose I should just try it.
Thanks.
--
Any technology distinguishable from magic is insufficiently advanced.
TopQuark Software Serv. Contract programmer, server bum.
Re: Folder Hook for Mailinglists
Incoming from s. keeling: Thanks for the hint. Looking that up in the manual, it's a little unclear to me, however =%u appears to do what I wanted. In fact, =%u is what I was looking for. My mutt mail storage dir is mutt, not mutt-users. Prefect. :-) -- Any technology distinguishable from magic is insufficiently advanced. TopQuark Software Serv. Contract programmer, server bum.
Re: Announcing an Emacs mode for mutt configuration files
Incoming from Rob Reid: All it does is syntax highlighting, and not even perfectly, but I like it. It looks perfect to me. Now, if anyone has a procmailrc.el, I'd like to hear about it. :-) Thanks Rob. -- Any technology distinguishable from magic is insufficiently advanced. TopQuark Software Serv. Contract programmer, server bum.
Need help with mutt?
For anyone stumbling around trying to figure something out, you really ought to look at http://www.mutt.org/links.html#config Seventeen people have their .muttrc's linked there. I can personally vouch for Sven Guckes'; heavily commented, lots of useful tips, how to use options I never knew existed. Thanks Sven. -- Any technology distinguishable from magic is insufficiently advanced. TopQuark Software Serv. Contract programmer, server bum.
Thanks!
I've been hanging around this list for about a week now and I've found so many goodies floating by here, it's terrific. I think I have folder hooks sorted out, I've learned some really slick procmail stuff, and post.el makes emacs look as gorgeous editing mail as it is at mangling scripts. Despite the occasional digression into things like pgp/gpg, this is probably the best signal to noise ratio I've seen in a mailing list. So thanks all. You've been very helpful. -- Any technology distinguishable from magic is insufficiently advanced. TopQuark Software Serv. Contract programmer, server bum.
Re: mutt maillist distribution via alias@domain
Incoming from Rob Reid: I see a lot of gbnet grumbling but I've never had a problem because I use a minimum match philosophy: # Sort away mails from the mutt (mail user agent) mailing list :0 * ^Return-Path: mutt-users-owner Does this actually work for you? I just tested it and it doesn't for me, and I can find no ^Return-Path: header in your mail at least. Either of these two do work for me: * ^TO_.*@mutt.org * ^Sender:.*owner\-mutt\-users\@mutt\.org ... Or are you doing some formail magic of which I'm unaware? -- Any technology distinguishable from magic is insufficiently advanced. TopQuark Software Serv. Contract programmer, server bum.
Re: mutt maillist distribution via alias@domain
Incoming from Dan Lowe:
Previously, s. keeling wrote:
Does this actually work for you? I just tested it and it doesn't for
me, and I can find no ^Return-Path: header in your mail at least.
The Return-Path header is added by the final delivery MTA - so whether or
not it's added to a message will vary from one person to the next (since we
all have our own final delivery MTAs). For instance, this message which
I'm replying to did not have a Return-Path header (at least, not in my
mailbox - it might have in yours).
Exactly. It's an unreliable header. So why use it?
I use sendmail + fetchmail + procmail + mutt. No Return-Path: header
found. Here's my full recipe for mutt-users. Mangle to taste (I use
mbox folders; ymmv):
:0 H
* ^TO_.*@mutt.org
* ^Sender:.*owner\-mutt\-users\@mutt\.org
{
:0
{ RULE=mutt users }
:0:
IN.mutt
}
Apologies to members of the list who couldn't give a flying #$%^
about procmail. Stuff like this really ought to go to procmail-users
(another very good list IMO).
[Sorry 'bout the cc: Sven. I still need practice on the L thing.]
--
Any technology distinguishable from magic is insufficiently advanced.
TopQuark Software Serv. Contract programmer, server bum.
Re: Kibo!
Incoming from Sven Guckes: * David T-G [EMAIL PROTECTED] [2002-04-18 15:37]: ...and then s. keeling said... % - Kibo probably already has the fix implemented. There he is! I knew it would come to this soon :-) I wonder whether Kibo will catch these message from the google archive.. Aii! We used to think it was pretty astonishing that someone would grep his mail/news spool. Unless he's upgraded recently, google's gonna present a problem (I found a post today in groups.google.com from a co-worker that was originally posted in '91 [I was only hoping to explain groups.google.com to my mother]). Yo, Kibo. Que pasa? WHAT A GREAT LIST THIS IS! =[8]-) [And to Sven: Do you want cc:'s? It's my honor_followup_to that's filling in my cc: header on replies to your posts. Different strokes ...] -- Any technology distinguishable from magic is insufficiently advanced. TopQuark Software Serv. Contract programmer, server bum.
Re: List-Reply
On Wed, Apr 17, 2002 at 01:17:53PM -0400, Dan Lowe wrote: Previously, s. keeling wrote: I think that last bit is the important part here. Why does it matter? Who cares how it got to you. What's important is what you do with it now. Are you goingg to reply to the poster who cc:'d you, or are you going to reply to the list? Once you're on enough lists, sorting them into proper contains (folders) becomes important. I, like many, use Procmail for that. I don't use the Message-ID trick to delete duplicates; I used to, but I had to stop because it kept deleting the wrong copy, as described in this thread (the mail would end up in my inbox instead of the list folder). I too use procmail. Everything from mutt-users ends up in my IN.mutt-users file. I also use the Message-ID trick, but the duplicate (whatever comes in that matches a previously seen M-ID) ends up in IN.duplicates You seem to have sent this to something other than [EMAIL PROTECTED] Yes, I forgot to repoint my alias for mutt-users. As the list maintainer said, both work but only one of them's correct. I've since fixed this. -- Any technology distinguishable from magic is insufficiently advanced. TopQuark Software Serv. Contract programmer, server bum.
Re: List-Reply [OT]
On Wed, Apr 17, 2002 at 02:16:47PM -0400, Mike Schiraldi wrote: (the mail would end up in my inbox instead of the list folder). That should not happen. What does, say, your mutt-users procmail recipe look like? Mine's: :0 H * ^TO.*@mutt.org mutt/ Isn't that supposed to be * ^TO_.*@...? Aren't you missing an underscore there? -- Any technology distinguishable from magic is insufficiently advanced. TopQuark Software Serv. Contract programmer, server bum.
Re: List-Reply
On Wed, Apr 17, 2002 at 05:20:45PM -0600, Rob 'Feztaa' Park wrote:
Alas! Mike Schiraldi spake thus:
I'm
not sure what kind of procmail voodoo you would need to grab this
information from Delivered-To and fulfill the user's request, but it would
be weird and scary.
You're so simple-minded. All you have to do is set up a temporal anomaly
in which procmail runs /backwards/ through time, such that it is able to
recognize the second email before the first arrives, and delete the
first one instead of the second ;)
ROTFLMAO.
- Geeks all over the world are (as we write) trying to figure out
how to implement this. It'll be in the next version.
- _Something_ doesn't show you new mail 'til a few days after it
arrives ('cause you have to wait for possible duplicates to
arrive). Inconvenient, but for those who can't stand seeing
duplicates (or the wrong duplicate), well worth the wait.
- Kibo probably already has the fix implemented.
Simpler is to ignore what was done in the past. Decide what you will
do in the future. Now, we can all go out and hunt down and kill those
miscreants who reply to the author and cc: the list. And you thought
there was no real reason for netiquette ...
--
Any technology distinguishable from magic is insufficiently advanced.
TopQuark Software Serv. Contract programmer, server bum.
Re: HTML Mail
On Thu, Apr 11, 2002 at 02:54:29PM +0200, Stefan Frank wrote: At Thu, Apr 11 2002 [12:01 +0100], Ian Chilton aroused my curiosity with: text/html; /usr/bin/links %s Try something like: text/html; /usr/bin/links %s; copiousoutput and read section 5.3 MIME Viewer configuration with mailcap in the manual. Since this thread came up, I've been trying some of the stuff you people have been suggesting. I'm finding it very confusing. One of the things driving this is I'd like to find a way to easily report spam to spamcop, which means I have to pass an ID and password. This is possible with lynx -auth=uname:passwd. With w3m or links, it would be something like w3m http://uname:[EMAIL PROTECTED]/ That's the background. So in my ~/.mailcap, I tried links %s; copiousoutput: [-- Autoview using /usr/bin/links '/home/keeling/.mutt/tmp/mutt9aipDt' --] [-- Autoview stderr of /usr/bin/links '/home/keeling/.mutt/tmp/mutt9aipDt' --] ERROR: could not get terminal size This in a real Xterm. With no auto_view statements in .muttrc, _everything_ comes up blah/blah is unsupported. use v ... Here's (relevant parts of) my ~/.mailcap: -- # works great (lousy cookie handling, but otherwise fine)! # text/html; w3m -cookie %s; copiousoutput; nametemplate=%s.html # doesn't work at all, auto_view (.muttrc) or not. # # text/html; /usr/bin/links %s; copiousoutput # # [-- Autoview using /usr/bin/links '/home/keeling/.mutt/tmp/mutt9aipDt' --] # ^[[1;1H[-- Autoview stderr of /usr/bin/links '/home/keeling/.mutt/tmp/mutt9aipDt' --] # ^GERROR: could not get terminal size # doesn't work. # # text/html; /usr/bin/lynx -force_html %s; needsterminal; # works with autoview (.muttrc). # # text/html; /usr/bin/lynx -dump %s; copiousoutput; nametemplate=%s.html -- Right now, I like w3m the most of the three, lynx tends to work the best, and links doesn't appear to work with mutt at all. I've been rummaging around in the mutt manual for a couple of days now, and I don't appear to be getting anywhere beyond where I was days ago. Ideas, comments, criticisms all welcome. Finally, this is my first L post. Is there a simple way to tell mutt that I don't want to cc: the poster when I'm replying to the list? One of these days, I'm going to forget to clear out the cc: header and somebody's gonna rag on me for it (with good reason IMO). Thanks everybody. You've been very helpful. :-) Mutt 1.3.12i (2000-11-27) auto_view text/html set mailcap_path=~/.mailcap Links 0.92 Lynx Version 2.8.3dev.9 (13 Sep 1999) Yes, I'm aware these are all getting a little long in the tooth. -- Any technology distinguishable from magic is insufficiently advanced. TopQuark Software Serv. Contract programmer, server bum.
Re: HTML Mail
On Fri, Apr 12, 2002 at 06:43:14PM -0500, David DeSimone wrote: Ian Chilton [EMAIL PROTECTED] wrote: [ian@buzz:~]$ cat .mailcap text/html; /usr/bin/links %s and these in .muttrc set mailcap_path=~/.mailcap auto_view text/html But I get this: mailcap entry for type text/html not found Auto_view only looks for mailcap entries with the copiousoutput tag. Ah! That's helpful, thanks. If you want to use an interactive browser like links, you must press 'v' and press 'return' on the html attachment. Try w3m instead. -- Any technology distinguishable from magic is insufficiently advanced. TopQuark Software Serv. Contract programmer, server bum.
Re: HTML Mail
On Fri, Apr 12, 2002 at 08:27:21PM -0400, Shawn McMahon wrote: begin s. keeling quotation: One of the things driving this is I'd like to find a way to easily report spam to spamcop, which means I have to pass an ID and password. This is possible with lynx -auth=uname:passwd. With w3m or links, it would be something like w3m http://uname:[EMAIL PROTECTED]/ Spamcop will give you an email address. You forward the mails there, Actually, that's what I do now. Submission works great. I'm talking about the final bit about getting onto their system, reviewing spamcop's work, and hitting that last send reports bit. Spamcop works great, except lynx tends to be the only browser that works well with their web server (Opera 5.0 is awful with it; Netscape is better; w3m would be great, but there's a cookie handling bug; links just hangs mutt - links can't figure out terminal geometry). And why didn't the cc: line get filled in with your reply address this time I did an L? Excellent! -- Any technology distinguishable from magic is insufficiently advanced. TopQuark Software Serv. Contract programmer, server bum.
Re: HTML Mail
On Sat, Apr 13, 2002 at 02:27:25AM +0200, Rocco Rutte wrote: * s. keeling [04/13/02 02:10:27 CEST] wrote: That's the background. So in my ~/.mailcap, I tried links %s; copiousoutput: Here's (relevant parts of) my ~/.mailcap: text/html; w3m -cookie %s; copiousoutput; nametemplate=%s.html Try 'w3m -dump' for autoview. Thanks Rocco. Problem solved. Much appreciated. Next problem: This works: macro index \cB |'w3m -m -cookie'\n 'call w3m to extract URLs out of a message' macro pager \cB |'w3m -m -cookie'\n 'call w3m to extract URLs out of a message' This doesn't: macro index \cB |'links'\n 'call links to extract URLs out of a message' macro pager \cB |'links'\n 'call links to extract URLs out of a message' The latter two just lock up mutt. kill -HUP `pidof links` says ERROR: could not get terminal size -- Any technology distinguishable from magic is insufficiently advanced. TopQuark Software Serv. Contract programmer, server bum.
Que pasa? [groups in alias's]
I've been using mutt for quite a while. I love mutt. Tonight I discovered I had the need to define a group alias. It took about five minutes of floundering around 'til I came up with this: alias sun sy,bw,cg,di ... the third grouping being other (previously defined) aliases. What a great program. That is so elegant in its simplicity. FWIW. Now to define family ... Hi to the list. -- Any technology distinguishable from magic is insufficiently advanced. TopQuark Software Serv. Contract programmer, server bum.
