fetchmail-devel — Development related discussion

Re: [fetchmail-devel] user help needed: please test fetchmail 6.2.6.alpha1 snapshot

[Miloslav T. <mi...@re...>]

Hi,
On Sat, Jul 02, 2005 at 02:39:45PM +0200, Matthias Andree wrote:
> It is important that you drop a line even
> if you found that the alpha version worked well, otherwise we don't know
> that the alpha version has been tested and found to be no worse than
> 6.2.5 - which is all we're after.
6.2.6.alpha1 (with the patches I'll be sending shortly, although
I don't think they made a difference) seems to work fine in a one-mail
test here.  There's just a minor new annoyance: write_saved_lists()
reports "Error deleting ....fetchids: ..." even for ENOENT (when the list
was empty and is to be kept empty).
	Mirek

[fetchmail-devel] Re: [fetchmail]user help needed: please test fetchmail 6.2.6.alpha1 snapshot

[Jakob H. <jh...@pl...>]

Matthias Andree wrote:

> At any rate, some work has taken place though in spite of all
> difficulties; over two dozen bugfixes were made, and several other
> changes. Details below.

Thanks for keeping fetchmail maintained!

something with the fetchmailrc parser changed. Mine looks like this:

defaults proto pop3
   mda "spamc -U /var/run/spamd/socket -x -e /usr/bin/maildrop -d %T"

poll mx.freenet.de user xxxxx pass xxxxxxx fetchall ssl
poll pop.gmail.com user yy...@gm... pass yyyy fetchall ssl
[...]

which worked here fine all the time. With the alpha:

$ fetchmail -v
fetchmail: 6.2.6.alpha1 querying cip.rz.fh-offenburg.de (protocol POP3) 
at Sat, 02 Jul 2005 23:33:19 +0200 (CEST): poll started
[...]
fetchmail: POP3< +OK <105...@mx...>
fetchmail: POP3> CAPA
fetchmail: POP3< +OK
fetchmail: POP3< EXPIRE NEVER
fetchmail: POP3< TOP
fetchmail: POP3< UIDL
fetchmail: POP3< USER
fetchmail: POP3< XAUTHLIST
fetchmail: POP3< XSENDER
fetchmail: POP3< STLS
fetchmail: POP3< .
fetchmail: POP3> USER xxxxxxx pass
fetchmail: POP3< +OK user ok
fetchmail: POP3> PASS *
fetchmail: POP3< -ERR permission denied

note the "pass" after "USER xxxxxxx", which seems to come from fetchmailrc.

And when terminating:

fetchmail: Query status=3 (AUTHFAIL)
fetchmail: Error deleting No such file or directory: ì
ÿ0è/ÖþÿÄ
PhZÿ5¨è
fetchmail: Error deleting No such file or directory: ì
ÿ0è/ÖþÿÄ
PhZÿ5¨è


Or when I press ctrl-c:

fetchmail: terminated with signal 2
fetchmail: Error deleting No such file or directory: ì
ÿ0è/ÖþÿÄ
PhZÿ5¨è

[fetchmail-devel] user help needed: please test fetchmail 6.2.6.alpha1 snapshot

[Matthias A. <mat...@gm...>]

Greetings,

a long time ago, Eric S. Raymond released fetchmail 6.2.5. It was
decided that the code was handed to new maintainers, but the handover
didn't really improve the maintenance situation - it turned out that the
new maintainers had only a little more time than ESR.

We have tried to move development to BerliOS to make the development
process more visible, but figured that BerliOS's SVN was instable at the
time, so we moved the repository again - the new one is stable, and my
thanks to Graham Wilson for arranging for the new repo.

At any rate, some work has taken place though in spite of all
difficulties; over two dozen bugfixes were made, and several other
changes. Details below.

We know many users appreciate fetchnews, and now it's your chance to
help the fetchmail project, by testing the current code, so we can know
the next release will be good.

I have rolled a snapshot of the current SVN repository contents into a
tarball, with the preliminary version tag 6.2.6.alpha1. Download from:
<http://home.pages.de/~mandree/fetchmail/fetchmail-6.2.6.alpha1.tar.bz2>.

Users who can afford to run a test version of the code, or are annoyed
by a particular 6.2.5 bug, are asked to test the code and see if their
favorite 6.2.5 bugs are really gone from the alpha version, or if new
bugs have appeared, and report problems, important bugs that remain AND
are easy to fix to the lists. It is important that you drop a line even
if you found that the alpha version worked well, otherwise we don't know
that the alpha version has been tested and found to be no worse than
6.2.5 - which is all we're after.

Note that the current alpha is mostly untested, so run this on test
machines first before putting into production. This comes, as usual,
without any guarantees.

User feedback on the alpha or upcoming beta versions is an absolute
requirement before we can move forward to a new stable release.

The changes since 6.2.5 are as follows (taken from the NEWS file):
----------------------------------------------------------------------------
Developer who merged or committed the patch in parentheses.

* Sunil Shetye's fix to force fetchsizelimit to 1 for APOP and RPOP.
* PopDel.py removed from contrib at author's request.
* Matthias Andree's fix for Sunil Shetye's fetch-split patch
* Include James Stone's moldremover.py script.
* Enable .fetchmailrc permissions checking under Cygwin.
* Nalin Dahyabai's fix for POP3 strong authentication.
* Revised Nalin Dahyabai's fix for POP3 strong authentication (Matthias
  Andree, the original version would go into an infinite loop when CAPA
  failed; found by David Greaves.)
* HOME_ETC patch for PLD Linux.
* Sunil Shetye's fix for SSL configuration.
* Simon Josefsson's patch for GSS library support.
* Added Andrey Lelikov's recupe for Hotmail and Lycos Webmail.
* Remove blank between MAIL FROM: and <, which causes Cyrus to complain.
  Patch by Phil Endecott. (Rob Funk)
* Switched to automake. (Matthias Andree)
* Build fixes for HESIOD and resolv.h trouble on FreeBSD. (Matthias Andree)
* Fabrice Bellet's fix for Red Hat bug #113492, fetchmail hangs in IMAP
  mode after EXPUNGE when the server (Dovecot 0.99.10) doesn't update
  RECENT and EXISTS counts. (Matthias Andree)
* Holger Mauermann's bounce patch, to use a NULL envelope from, not
  write a Return-Path header (both to meet RFC-2821), changed From,
  added Subject header, rewording the human readable part. (Matthias Andree)
* Merge Sunil Shetye's time.h handling fix. (Matthias Andree)
* Merge Gerd von Egidy's patch to avoid a segfault in multidrop/received
  mode when the Received: headers are malformatted. (Matthias Andree)
* MIME-encode bodies and Subject headers of warning messages (Matthias
  Andree), limiting the header to 7 bits.
* Normalize most locale codesets to IANA codesets, based on
  norm_charmap.c by Markus Kuhn. (Matthias Andree)
* Remove sleep(3) after POP3 login, patch by Brian Candler. (Matthias
  Andree)
* Fix option parsing bug that trashes the showdots setting when more
  than one server is configured. Patch by Brian Candler. (Matthias
  Andree)
* Honor sslcertpath setting even if sslcertck is unset. Patch by Brian
  Candler. (Matthias Andree)
* SSL certificate checking fixes, don't display same error message twice
  in succession, make sure that Common Name and fingerprint checking are
  only done once. Print all validation warnings/errors even if not in
  verbose mode. Patch by Brian Candler. (Matthias Andree)
* Import Bjorn Reese and Daniel Stenberg's MIT-licensed Trio 1.10 from
  http://daniel.haxx.se/projects/trio/ for systems that do not support
  snprintf or vsnprintf. (Matthias Andree)
* Clean up the horrible #ifdef HAVE_[V]SNPRINTF that made the code
  unreadable. Use Trio where [v]snprintf is/are missing. (Matthias Andree)
* Default to Linux 2.2 /proc/net/dev format, and use uname(2) to determine the
  kernel version instead of calling uname(1). Thanks to Paul Slootman.
  (Matthias Andree)
* Be more careful when swapping UID lists or writing the .fetchids file,
  requested by Manfred Weihs. (Matthias Andree)
* Print a warning if multidrop configuration is attempted without
  envelope option. (Matthias Andree)
* Split information on fetchmail versions before 6.0.0 to a separate
  OLDNEWS file. (Matthias Andree)
* Merge SuSE patches: (sent by Stanislav Brabec, merged by Matthias Andree)
  - fetchmail-6.2.5-declaration.patch (double sigint_handler decl/getpass.c)
  - fetchmail-6.2.5-implicit-declaration.patch (missing #include)
  - fetchmail-6.2.5-random-result.patch (uninitialized variable/opie.c)
* Revised some bogus assertions about POP3 LAST and UIDL use in the
  manual page. UIDL isn't flaky as the man page suggested, but a
  reliability feature. In fact, IMAP4 code is flaky in that it relies on
  the upstream seen flags. (Matthias Andree)
* Miloslav Trmac's patch for fetchmailconf to support string-type values
  of the "port" variable, avoiding "port None" corruption in .fetchmailrc.
  To fix Redhat Bug #55623 (Matthias Andree)
* de.po fixes from Nico Golde (Matthias Andree)
* es.po fixes from Jesus Roncero, Debian bug #286044 (Matthias Andree)
* sink.c fix from Cesar Eduardo Barros, to avoid double @ in address
  when username contains an @ and the envelope sender is null, Debian
  bug #272289 (Matthias Andree)
----------------------------------------------------------------------------

-- 
Matthias Andree

[fetchmail-devel] fetchmail 6.3.0-beta1 next week?

[Matthias A. <mat...@gm...>]

Greetings,

what are the opinions WRT freezing the current Subversion repository
contents and releasing fetchmail 6.3.0-beta1 early next week so that we
might be able to release the proper 6.3.0 in August?

The code currently compiles on SUSE Linux 9.3/x86, Solaris 8/SPARC and
FreeBSD 5.4/x86, and works for me on SUSE Linux 9.3. It has more than
two dozen bug fixes since 6.2.5, and several other changes and updates.

Regards,

-- 
Matthias Andree

Re: [fetchmail-devel] Query status

[Matthias A. <mat...@gm...>]

Nico Golde <ni...@ng...> writes:

> Hi,
> * Matthias Andree <mat...@gm...> [2005-07-01 10:24]:
>> Nico Golde <ni...@ng...> writes:
>> 
>> > when does Query status=24 happen?
>> 
>> Where or how did you get that message?
>> 
>> 24 is PS_TRANSIENT.
>
> I took this from the debian bug tracking system.
> Bug 250253

OK, the original reporter didn't provide sufficient information and has
no way to reproduce the bug. I suggest that this bug be suspended until
further information is available -- there are too many code paths to
check.

-- 
Matthias Andree

Re: [fetchmail-devel] Fetchmail bounce message

[Matthias A. <mat...@gm...>]

Nico Golde <ni...@ng...> writes:

> this is the newest bug in the debian bts:
> When the local SMTP daemon rejects a message, Fetchmail generates a 
> bounce messages with a non-null reverse-path, in violation of RFCs. In 
> addition, the username it uses (FETCHMAIL-DAEMON) does not exist, so any 
> responses will themselves bounce. This is likely to generate mail
> loops.

I believe Holger Mauermann's patch fixes most of these issues, from NEWS:

* Holger Mauermann's bounce patch, to use a NULL envelope from, not
  write a Return-Path header (both to meet RFC-2821), changed From,
  added Subject header, rewording the human readable part. (Matthias Andree)

> In addition to generating a bounce, the original mail is forwarded to 
> postmaster, as can be seen on the last couple of lines above. My 
> understanding of the man page is that either a bounce should be 
> generated *or* it should be forwarded to the postmaster address, but not 
> both.

We'd need to check if the SVN version still forwards the message to the
postmaster.

Perhaps time to roll 6.3.0-beta1 so that people can check if their
favorite bugs persist?

-- 
Matthias Andree

Re: [fetchmail-devel] [PATCH]

[Matthias A. <mat...@gm...>]

Nico Golde <ni...@ng...> writes:

> please include the attached patch by Andreas Krennmair.

> diff -Nurb fetchmail-6.2.5/interface.c fetchmail.new/interface.c
> --- fetchmail-6.2.5/interface.c	2003-07-17 17:27:29.000000000 +0200
> +++ fetchmail.new/interface.c	2005-07-01 13:42:33.000000000 +0200
> @@ -25,6 +25,7 @@
>  #if defined(HAVE_UNISTD_H)
>  #include <unistd.h>
>  #endif
> +#include <sys/utsname.h>
>  #include <sys/ioctl.h>
>  #include <sys/socket.h>
>  #include <netinet/in.h>
> @@ -75,22 +76,22 @@
>  void interface_init(void)
>  /* figure out which /proc/dev/net format to use */
>  {
> -    FILE *fp = popen("uname -r", "r");	/* still wins if /proc is out */
> +    struct utsname ut;
> +    int rc = uname(&ut);

...

> -	if (fscanf(fp, "%d.%d.%*d", &major, &minor) >= 2
> +	if (sscanf(ut.release, "%d.%d.%*d", &major, &minor) >= 2
>  					&& major >= 2 && minor >= 2)

This is bogus. How about major == 3 and minor == 0?
It'll assume the old 2.0 format.

A similar patch to get rid of the popen() by Paul Slootman has been
merged in November 2004, see
<http://decoy.wox.org/svn/fetchmail/trunk/interface.c> for the current
state.

-- 
Matthias Andree

Re: [fetchmail-devel] Fetchmail lists

[Rob M. <rob...@gm...>]

On 01/07/05, Nico Golde <ni...@ng...> wrote:
> 
> Mhm ok. But the fetchmail friends list has nothing to do
> with the development right?

No.

-- 
                 Please keep list traffic on the list.
Rob MacGregor
      Whoever fights monsters should see to it that in the process he 
        doesn't become a monster.                  Friedrich Nietzsche

[fetchmail-devel] [PATCH]

[Nico G. <ni...@ng...>]

Hi,
please include the attached patch by Andreas Krennmair.
Regards Nico

-- 
Nico Golde - JAB: ni...@ja... | GPG: 0x73647CFF
http://www.ngolde.de | http://www.muttng.org | http://grml.org 
VIM has two modes - the one in which it beeps 
and the one in which it doesn't -- encrypted mail preferred

[fetchmail-devel] Fetchmail bounce message

[Nico G. <ni...@ng...>]

Hi,
this is the newest bug in the debian bts:
When the local SMTP daemon rejects a message, Fetchmail generates a 
bounce messages with a non-null reverse-path, in violation of RFCs. In 
addition, the username it uses (FETCHMAIL-DAEMON) does not exist, so any 
responses will themselves bounce. This is likely to generate mail loops.

Also the message it sends has no subject, which is very unhelpful.

fetchmailrc:

set daemon 60
set postmaster "postmaster"
poll pop3.demon.co.uk aka mailstore protocol SDPS interface eth0/192.168.0.1
    options localdomains rilynn.demon.co.uk no dns no envelope
    user rilynn password foo to *
        options fetchall no rewrite warnings 86400

The relevant part from fetchmail -v -v is below:

reading message ri...@po...:1 of 1 (1683 octets)
fetchmail: passed through gf...@ri... matching rilynn.demon.co.uk
fetchmail: SMTP< 220 rilynn.demon.co.uk ESMTP Exim 4.50 Thu, 30 Jun 2005 23:36:27 +0100
fetchmail: SMTP> EHLO localhost
fetchmail: SMTP< 250-rilynn.demon.co.uk Hello localhost [127.0.0.1]
fetchmail: SMTP< 250-SIZE 52428800
fetchmail: SMTP< 250-PIPELINING
fetchmail: SMTP< 250 HELP
fetchmail: forwarding to localhost
fetchmail: SMTP> MAIL FROM:<ro...@co...> SIZE=1683
fetchmail: SMTP< 250 OK
fetchmail: SMTP> RCPT TO:<gf...@ri...>
fetchmail: SMTP< 550 unknown user
fetchmail: SMTP error: 550 unknown user
fetchmail: SMTP listener doesn't like recipient address `gf...@ri...'
fetchmail: SMTP< 220 rilynn.demon.co.uk ESMTP Exim 4.50 Thu, 30 Jun 2005 23:36:27 +0100
fetchmail: SMTP> HELO localhost
fetchmail: SMTP< 250 rilynn.demon.co.uk Hello localhost [127.0.0.1]
fetchmail: SMTP> MAIL FROM:<FET...@ri...>

***         Should be empty^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^  ***

fetchmail: SMTP< 250 OK
fetchmail: SMTP> RCPT TO:<ro...@co...>
fetchmail: SMTP< 250 Accepted
fetchmail: SMTP> DATA
fetchmail: SMTP< 354 Enter message, ending with "." on a line by itself
fetchmail: SMTP: (bounce-message body)
fetchmail: SMTP>. (EOM)
fetchmail: SMTP< 250 OK id=1Do7dz-0000eX-Cu
fetchmail: SMTP> QUIT
fetchmail: SMTP< 221 rilynn.demon.co.uk closing connection
fetchmail: SMTP> RCPT TO:<postmaster@localhost>
fetchmail: SMTP< 250 Accepted
fetchmail: no address matches; forwarding to postmaster.

In addition to generating a bounce, the original mail is forwarded to 
postmaster, as can be seen on the last couple of lines above. My 
understanding of the man page is that either a bounce should be 
generated *or* it should be forwarded to the postmaster address, but not 
both.

Regards Nico

-- 
Nico Golde - JAB: ni...@ja... | GPG: 0x73647CFF
http://www.ngolde.de | http://www.muttng.org | http://grml.org 
VIM has two modes - the one in which it beeps 
and the one in which it doesn't -- encrypted mail preferred

Re: [fetchmail-devel] Fetchmail lists

[Nico G. <ni...@ng...>]

Hallo Rob,

* Rob MacGregor <rob...@gm...> [2005-07-01 12:14]:
> On 30/06/05, Nico Golde <ni...@ng...> wrote:
> > Hi,
> > why not merging the fetchmail friends list with the
> > fetchmail list hosted on berlios?
> 
> It's been tried - if you trawl the berlios archives you may find the
> discussions.

Mhm ok. But the fetchmail friends list has nothing to do
with the development right?
regards nico
-- 
Nico Golde - JAB: ni...@ja... | GPG: 0x73647CFF
http://www.ngolde.de | http://www.muttng.org | http://grml.org 
VIM has two modes - the one in which it beeps 
and the one in which it doesn't -- encrypted mail preferred

Re: [fetchmail-devel] Fetchmail lists

[Rob M. <rob...@gm...>]

On 30/06/05, Nico Golde <ni...@ng...> wrote:
> Hi,
> why not merging the fetchmail friends list with the
> fetchmail list hosted on berlios?

It's been tried - if you trawl the berlios archives you may find the
discussions.

-- 
                 Please keep list traffic on the list.
Rob MacGregor
      Whoever fights monsters should see to it that in the process he 
        doesn't become a monster.                  Friedrich Nietzsche

Re: [fetchmail-devel] --logfile option not supported

[Nico G. <ni...@ng...>]

Hallo Matthias,

* Matthias Andree <mat...@gm...> [2005-07-01 10:24]:
> Nico Golde <ni...@ng...> writes:
> 
> > fetchmail -h displays the --logfile argument.
> > I had a look at the source code and this option isn't
> > supported. It is listed in options.c but has no function.
> 
> Let's postpone this to after the next release,
> unless somebody has a patch.

ok...
regards nico

-- 
Nico Golde - JAB: ni...@ja... | GPG: 0x73647CFF
http://www.ngolde.de | http://www.muttng.org | http://grml.org 
VIM has two modes - the one in which it beeps 
and the one in which it doesn't -- encrypted mail preferred

Re: [fetchmail-devel] Query status

[Nico G. <ni...@ng...>]

Hi,
* Matthias Andree <mat...@gm...> [2005-07-01 10:24]:
> Nico Golde <ni...@ng...> writes:
> 
> > when does Query status=24 happen?
> 
> Where or how did you get that message?
> 
> 24 is PS_TRANSIENT.

I took this from the debian bug tracking system.
Bug 250253
Regards Nico
-- 
Nico Golde - JAB: ni...@ja... | GPG: 0x73647CFF
http://www.ngolde.de | http://www.muttng.org | http://grml.org 
VIM has two modes - the one in which it beeps 
and the one in which it doesn't -- encrypted mail preferred

Re: [fetchmail-devel] --logfile option not supported

[Matthias A. <mat...@gm...>]

Nico Golde <ni...@ng...> writes:

> fetchmail -h displays the --logfile argument.
> I had a look at the source code and this option isn't
> supported. It is listed in options.c but has no function.

Let's postpone this to after the next release,
unless somebody has a patch.

-- 
Matthias Andree

Re: [fetchmail-devel] Query status

[Matthias A. <mat...@gm...>]

Nico Golde <ni...@ng...> writes:

> when does Query status=24 happen?

Where or how did you get that message?

24 is PS_TRANSIENT.

-- 
Matthias Andree

Re: [fetchmail-devel] fetchmail site @ berlios

[Matthias A. <mat...@gm...>]

Nico Golde <ni...@ng...> writes:

> http://developer.berlios.de/projects/fetchmail
> Forbidden
> You don't have permission to access /projects/fetchmail on this server.
>
> Apache/1.3.27 Server at developer.berlios.de Port 80

I cannot reproduce this. Perhaps a temporary hicc-up?

-- 
Matthias Andree

Re: [fetchmail-devel] [PATCH] Syslog messages

[Matthias A. <mat...@gm...>]

Nico Golde <ni...@ng...> writes:

> Hi,
> what about:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=282259
> ?

I can only assume - I haven't looked at the log entries - that someone
complained about the sleeping/awake messages disappear from the screen,
too. report() doesn't distinguish log from screen, which would be
required to fix this. Please remind (or send a patch) after the next
release.

-- 
Matthias Andree

[fetchmail-devel] Query status

[Nico G. <ni...@ng...>]

Hi,
when does Query status=24 happen?
I found no hint in the source.
Regards Nico

-- 
Nico Golde - JAB: ni...@ja... | GPG: 0x73647CFF
http://www.ngolde.de | http://www.muttng.org | http://grml.org 
VIM has two modes - the one in which it beeps 
and the one in which it doesn't -- encrypted mail preferred

[fetchmail-devel] fetchmail site @ berlios

[Nico G. <ni...@ng...>]

Hi,
http://developer.berlios.de/projects/fetchmail
Forbidden
You don't have permission to access /projects/fetchmail on this server.

Apache/1.3.27 Server at developer.berlios.de Port 80
Regards Nico

-- 
Nico Golde - JAB: ni...@ja... | GPG: 0x73647CFF
http://www.ngolde.de | http://www.muttng.org | http://grml.org 
VIM has two modes - the one in which it beeps 
and the one in which it doesn't -- encrypted mail preferred

[fetchmail-devel] [PATCH] Syslog messages

[Nico G. <ni...@ng...>]

Hi,
what about:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=282259
?
Regards Nico

-- 
Nico Golde - JAB: ni...@ja... | GPG: 0x73647CFF
http://www.ngolde.de | http://www.muttng.org | http://grml.org 
VIM has two modes - the one in which it beeps 
and the one in which it doesn't -- encrypted mail preferred

[fetchmail-devel] --logfile option not supported

[Nico G. <ni...@ng...>]

Hi,
fetchmail -h displays the --logfile argument.
I had a look at the source code and this option isn't
supported. It is listed in options.c but has no function.
Regards Nico

-- 
Nico Golde - JAB: ni...@ja... | GPG: 0x73647CFF
http://www.ngolde.de | http://www.muttng.org | http://grml.org 
VIM has two modes - the one in which it beeps 
and the one in which it doesn't -- encrypted mail preferred

[fetchmail-devel] Fetchmail lists

[Nico G. <ni...@ng...>]

Hi,
why not merging the fetchmail friends list with the
fetchmail list hosted on berlios?
regards nico

-- 
Nico Golde - JAB: ni...@ja... | GPG: 0x73647CFF
http://www.ngolde.de | http://www.muttng.org | http://grml.org 
VIM has two modes - the one in which it beeps 
and the one in which it doesn't -- encrypted mail preferred

[fetchmail-devel] [PATCH] Syslog messages

[Nico G. <ni...@ng...>]

Hi,
what about:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=282259
?
Regards Nico

-- 
Nico Golde - JAB: ni...@ja... | GPG: 0x73647CFF
http://www.ngolde.de | http://www.muttng.org | http://grml.org 
VIM has two modes - the one in which it beeps 
and the one in which it doesn't -- encrypted mail preferred

[fetchmail-devel] --logfile option not supported

[Nico G. <ni...@ng...>]

Hi,
fetchmail -h displays the --logfile argument.
I had a look at the source code and this option isn't
supported. It is listed in options.c but has no function.
Regards Nico

-- 
Nico Golde - JAB: ni...@ja... | GPG: 0x73647CFF
http://www.ngolde.de | http://www.muttng.org | http://grml.org 
VIM has two modes - the one in which it beeps 
and the one in which it doesn't -- encrypted mail preferred