Michael Elkins | 1 May 2010 17:42

Re: [docs][ignore] What does it even mean?

Hi Mikle,

On Fri, Apr 30, 2010 at 04:08:52PM +0400, Mikle Krutov wrote:
>In the official docs there is probably some kind of error:
>http://www.mutt.org/doc/manual/manual-3.html#ss3.8
>>To remove a previously added token from the list, use the ``unignore''
>>command. *Note that if you do ``ignore x-'' it is not possible to
>>``unignore x-mailer,'' for example.* The ``unignore'' command does not
>>make Mutt display headers with the given pattern.
>but:
>>For example:
>># Sven's draconian header weeding
>>ignore *
>>unignore from date subject to cc
>>unignore organization organisation x-mailer:
>>x-newsreader: x-mailing-list:
>>unignore posted-to:
>It's kind of logical conflict as for me. Or do i misunderstand
>something?

You are correct that the manual for 1.4.x is in error.  It appears that the 
1.5.x (devel) documentation was corrected, but the fix was not applied to the 
1.4.x documentation: http://www.mutt.org/doc/devel/manual.html#ignore

In your excerpt above, the example is correct, but the description is wrong.

me
Gary | 2 May 2010 16:28

Re: Mutt not generating Mail-Followup-To header?

On Tue, Apr 20, 2010 at 11:07:13AM -0700, Michael Elkins wrote:
> On Tue, Apr 20, 2010 at 07:46:23PM +0200, Gary wrote:
> >>If you can produce a test muttrc and a test email message that exhibit the
> >>problem
> >
> >Well, it applies to outgoing email, so the latter doesn't really apply,
> >but I can send my muttrc stripped of comments privately, or somewhat
> >more stripped to the list. Whichever you prefer.
>
> The idea is to create a rc file and set of actions that demonstrate the
> problem.  It could be just a bogus mailing list address if you prefer.

Okay. I have cut it down as much as I can and still show the
problem. Here it is:
----muttrc-test----
set hostname=mimosa.garydjones.name
set alternates="* <at> garydjones.name"
set envelope_from=yes
set followup_to=yes
set editor="emacsclient -a='' -t %s"
set reverse_name=yes
set reverse_realname=yes
set sendmail="/usr/sbin/msmtp"
set spoolfile="$HOME/Mail/inbox"

# mailing lists
lists test-list <at> garydjones.name
subscribe test-list <at> garydjones.name
----end----

(Continue reading)

Christian Ebert | 2 May 2010 18:28
X-Face
Picon
Gravatar

Re: Mutt not generating Mail-Followup-To header?

* Gary on Sunday, May 02, 2010 at 16:28:59 +0200
> On Tue, Apr 20, 2010 at 11:07:13AM -0700, Michael Elkins wrote:
>> The idea is to create a rc file and set of actions that demonstrate the
>> problem.  It could be just a bogus mailing list address if you prefer.
> 
> Okay. I have cut it down as much as I can and still show the
> problem. Here it is:
> ----muttrc-test----
> set hostname=mimosa.garydjones.name
> set alternates="* <at> garydjones.name"

You didn't mention your mutt version, but since quite some time
alternates is a *command*, plus it wants (one or more) regular
expressions not shell globbing:

alternates .* <at> garydjones\\.name

But I would be much stricter with the regexp.

c
--

-- 
theatre - books - texts - movies
Black Trash Productions at home: http://www.blacktrash.org/
Black Trash Productions on Facebook:
http://www.facebook.com/blacktrashproductions

Gary | 2 May 2010 18:50

Re: Mutt not generating Mail-Followup-To header?

Christian Ebert writes:
> * Gary on Sunday, May 02, 2010 at 16:28:59 +0200
>> On Tue, Apr 20, 2010 at 11:07:13AM -0700, Michael Elkins wrote:
>>> The idea is to create a rc file and set of actions that demonstrate the
>>> problem.  It could be just a bogus mailing list address if you prefer.
>> 
>> Okay. I have cut it down as much as I can and still show the
>> problem. Here it is:
>> ----muttrc-test----
>> set hostname=mimosa.garydjones.name
>> set alternates="* <at> garydjones.name"
>
> You didn't mention your mutt version, but since quite some time
> alternates is a *command*

I have 1.4.something. Alternates was changed to a command in 1.5.6
http://wiki.mutt.org/?UserStory/MultiAccounts

--

-- 
Gary

markus hansen | 3 May 2010 10:37
Picon
Picon

set header_cache broke sorting

Hi,

i have been using mutt for quite some time on a maildir. 

my inbox is sorted with "set sort=date-received" which worked nicely until i used "set header_cache" to
speed up starting up mutt a bit. now my inbox is no longer sorted by the date on which the mails were received.
is this a bug or is there something wrong in my config?

regards, markus

--

-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

Mercader Kashin, Oleg | 3 May 2010 11:42
Favicon

Re: Wrong IDN handling

I have only a GNU libidbn (32bits) (HP-UX 11.31 is a 64 bit)

I've tried to recompile:

$ make clean
$ ./configure --without-idn
$ make

But for a moment unsuccessfully with various compiling errors....
:-(

_____________________________________________

Oleg Mercader-Kashin / Capgemini España/ Barcelona
DBA / Outsourcing Services
Tel.1: +934958600 / Fax: /  www.es.capgemini.com 
Tel.2: +934959060
Avda. Diagonal 199, 1ª planta 08018 Barcelona
 Together. Free your energies
____________________________________________

-----Original Message-----
From: owner-mutt-users <at> mutt.org [mailto:owner-mutt-users <at> mutt.org] On Behalf Of Michael Elkins
Sent: lunes, 19 de abril de 2010 18:14
To: mutt-users <at> mutt.org
Subject: Re: Wrong IDN handling

On Mon, Apr 19, 2010 at 10:04:59AM +0200, Mercader Kashin, Oleg wrote:
>$ mutt -n -F /dev/null -e 'set sendmail=oleg.mercader <at> gmail.com' ...
>Bad IDN in "from": 'servihogar24horas.es'
(Continue reading)

Michael Elkins | 3 May 2010 17:22

Re: Mutt not generating Mail-Followup-To header?

On Sun, May 02, 2010 at 04:28:59PM +0200, Gary wrote:
>set alternates="* <at> garydjones.name"
>
># mailing lists
>lists test-list <at> garydjones.name
>subscribe test-list <at> garydjones.name
>
>What I did to test was set up an address on my domain and test that as a
>"mailing list" (see last section) and then reply to posts to that
>"list".
>
>The problem only occurs when the "alternates" line is included, but I
>don't know if it's faulty config there (should it be ".* <at> gary..."?),
>that mutt knows the mailing list is on my domain and therefore decides
>not to generate a header (i.e. my test case is wrong) or if it is a bug.

The problem is your alternates setting states that any address at your domain 
is an alias for your personal address.  This is probably interferring with the 
list detection code.  When generating the Mail-Followup-To header field, Mutt 
will check each address, and the alternates check comes first.  In this 
situation, Mutt will never see it as a mailing list, and thus will not add the 
header field.

me
Gary | 3 May 2010 19:29

Re: Mutt not generating Mail-Followup-To header?

Michael Elkins writes:
> On Sun, May 02, 2010 at 04:28:59PM +0200, Gary wrote:
>>set alternates="* <at> garydjones.name"
>>
>># mailing lists
>>lists test-list <at> garydjones.name
>>subscribe test-list <at> garydjones.name
>>
>>What I did to test was set up an address on my domain and test that as a
>>"mailing list" (see last section) and then reply to posts to that
>>"list".
>>
>>The problem only occurs when the "alternates" line is included, but I
>>don't know if it's faulty config there (should it be ".* <at> gary..."?),
>>that mutt knows the mailing list is on my domain and therefore decides
>>not to generate a header (i.e. my test case is wrong) or if it is a bug.
>
> The problem is your alternates setting states that any address at your
> domain is an alias for your personal address.  This is probably
> interferring with the list detection code.  When generating the
> Mail-Followup-To header field, Mutt will check each address, and the
> alternates check comes first.  In this situation, Mutt will never see it
> as a mailing list, and thus will not add the header field.

Okay. Well, normally the mailing lists aren't on my domain...

Jamie Griffin | 4 May 2010 12:58
Picon

Mac OS X Terminal.app, FreeBSD, ssh

I use FreeBSD for my email server and have mutt installed on it. I often ssh into the mail server from Mac OS X
(Leopard) and use the remote mutt. However when I do, the display on terminal is not right, namely that the
indicator does not stretch across the whole width of the screen as it normally does, and only extends
enough to highlight the subject text of the email. It doesn't happen if i use an xterm on the same Mac and it
doesn't happen if I unset color from the indicator in the muttrc on my FreeBSD server. 

I really don't where to start looking to sort this little problem, and although it's not a major issues it's
very irritating. Interesingly, I use the same Mac to shh into other UNIX machines and use mutt on those
without this problem, such as Linux and NetBSD.

I wondered, has anyone else experienced this before and if so do you know how I could fix it?

Jamie.

Nathan Stratton Treadway | 4 May 2010 16:10

Re: Mac OS X Terminal.app, FreeBSD, ssh

On Tue, May 04, 2010 at 11:58:57 +0100, Jamie Griffin wrote:
> remote mutt. However when I do, the display on terminal is not right,
> namely that the indicator does not stretch across the whole width of
> the screen as it normally does, and only extends enough to highlight
> the subject text of the email. It doesn't happen if i use an xterm on
> the same Mac and it doesn't happen if I unset color from the indicator
> in the muttrc on my FreeBSD server.
> 
> I really don't where to start looking to sort this little problem, and
> although it's not a major issues it's very irritating. Interesingly, I
> use the same Mac to shh into other UNIX machines and use mutt on those
> without this problem, such as Linux and NetBSD.

Was the Mutt on the FreeBSD machine linked with slang, while the Mutt on
the other machines using ncurses?  (You can tell by looking at the first
few lines of the output from "mutt -v".)

What is the setting of $TERM just before you start Mutt?

If slang is involved, you may find some useful info here:
  http://wiki.mutt.org/?MuttFaq/Appearance


Gmane