[2004-09-01] CVS repository changes

This message was generated and sent automatically.  It contains a
summary of the CVS commits over the last 48 hours.  These changes
should be propagated to the public repository within at most a day
or two.  Most probably, they have already been propagated.

2004-08-31 15:41:03  Thomas Roessler  <roessler <at> does-not-exist.org>
(roessler)

	* configure.in: Add AC_GNU_SOURCE.

	* recvattach.c: Remove *two* layers of S/MIME from messages
	before building the attachment tree.  A generic solution would
	remove intransparent encodings all the way down the tree.

2004-08-30 20:10:10  Brendan Cully  <brendan <at> kublai.com>  (roessler)

	* compose.c: Only print additional information related to PGP
	in case the current message is indeed to be encrypted/signed
	with PGP.

	* globals.h, init.h, mutt_sasl.c, mutt_ssl.c: Here's a patch
	to allow mutt to use SSL client certificates to authenticate
	itself. To use, set ssl_client_cert to the path to your
	certificate file (containing both the certificate and the private
	key). It works with the SASL EXTERNAL authentication mechanism,
	so you'll need to have SASL enabled as well.

2004-08-30 20:03:35  Thomas Glanzmann  <sithglan <at> stud.uni-erlangen.de>
(roessler)

Re: Problems changing folder to inbox with Courier 0.46

On Tue, Aug 31, 2004 at 10:29:09AM -0400, Matt Larson wrote:
> The issue is my Courier server doesn't like the period after INBOX.  I

Perhaps this patch might help you though I haven't tested this.

-- 
tamo

--- imap/util.c~	Tue Aug 31 23:54:54 2004
+++ imap/util.c	Wed Sep  1 00:02:43 2004
 <at>  <at>  -284,6 +284,7  <at>  <at> 
  * in IMAP.  Additionally, the filesystem converts multiple hierarchy
  * delimiters into a single one, ie "///" is equal to "/".  IMAP servers
  * are not required to do this.
+ * Moreover, IMAP servers may dislike the path ending with the delimiter.
  */
 char *imap_fix_path (IMAP_DATA *idata, char *mailbox, char *path, 
     size_t plen)
 <at>  <at>  -310,6 +311,8  <at>  <at> 
     }
     x++;
   }
+  if (path[x - 1] == idata->delim)
+    x--;
   path[x] = '\0';
   return path;
 }

Re: Bug#267015: inline-signed messages always sent in utf-8 ($send_charset not honoured)

[mutt-dev readers and Takashi TAKIZAWA can skip to the QUESTIONS
section.]

* Klaus Ethgen [Wed, 01 Sep 2004 20:21:53 +0200]:
> Hello,

  hi Klaus,

> I saw that the bug is closed.

> I do not think that it is closed! The last version without the bug was
> 1.5.6-20040523+1! Every version from 1.5.6-20040523+2 ut to the aktuell one has
> this bug.

  we closed the bug because we didn't quite understand what was exactly
  your problem. let's say your explanation could have been a little more
  explicit, or our ability to understand you a little better.

> Well, this is NOT the problem. Inline signatures work fine with all versions I
> tested. The bug is that utf-8 is HARDCODED in mutt for the situation if you use
> inline signature and have german umlauts in the mail.

  NOW I've understood, the key word is "HARDCODED". until you used it, I
  was unable to imagine what were you referring to.

  and yes, you're right: current mutt versions send inline-signed pgp
  mails ONLY in utf-8 and there is not a way to change that.

  NOTE, however, that *upstream* mutt has behaved like that for a couple
  years, and it was a debian applied patch (the compat patch) that

Re: Bug#267015: inline-signed messages always sent in utf-8 ($send_charset not honoured)

On Thu, Sep 02, 2004 at 02:30:23AM +0200, Adeodato Simó wrote:
>   given that, the discussion is whether that's a bug or not, and I guess
>   there will be strong reasons to support this behavior.

I'm not sure if it's a bug per se, but I can cite specific examples
where it's not desireable.  Here in Korea, most people use one of
several popular web mail sites.  Many people also use the Korean
version of Windows 98.  As shipped, this combination of software
simply can't display UTF-8 mails properly, even if you tell IE to
display the mail as UTF-8 explicitly (at least for some users,
probably hanmail.net users).

I haven't been able to identify why this is, as I don't have a Korean
Win98 machine, nor the required knowledge of Korean, needed for
testing.  Note that in such situations, ASCII characters disply fine,
whereas the utf-8 Korean characters are unreadable garbage.

I suspect the fault lies at least partially with both Win98 and the
web mailer software.

--

-- 
Derek D. Martin    http://www.pizzashack.org/   GPG Key ID: 0xDFBEAD02
-=-=-=-=-
This message is posted from an invalid address.  Replying to it will result in
undeliverable mail.  Sorry for the inconvenience.  Thank the spammers.

[2004-09-02] CVS repository changes

This message was generated and sent automatically.  It contains a
summary of the CVS commits over the last 48 hours.  These changes
should be propagated to the public repository within at most a day
or two.  Most probably, they have already been propagated.

2004-08-31 15:41:03  Thomas Roessler  <roessler <at> does-not-exist.org>
(roessler)

	* configure.in: Add AC_GNU_SOURCE.

	* recvattach.c: Remove *two* layers of S/MIME from messages
	before building the attachment tree.  A generic solution would
	remove intransparent encodings all the way down the tree.

Re: Problems changing folder to inbox with Courier 0.46

On Wed, 01 Sep 2004, TAKAHASHI Tamotsu wrote:

> On Tue, Aug 31, 2004 at 10:29:09AM -0400, Matt Larson wrote:
> > The issue is my Courier server doesn't like the period after INBOX.  I
> 
> Perhaps this patch might help you though I haven't tested this.

The patch below seems to work nicely for me, at least with the two
Courier IMAP servers I'm using.  Maybe, since Sam mentioned in the
Courier IMAP list that allowing any reference to "IMAP." is a mistake,
this might be incorporated in HEAD, maybe wrapped with an autoconf
"--enable-courier-workarounds"... Just a suggestion....

pete

> 
> -- 
> tamo

> --- imap/util.c~	Tue Aug 31 23:54:54 2004
> +++ imap/util.c	Wed Sep  1 00:02:43 2004
>  <at>  <at>  -284,6 +284,7  <at>  <at> 
>   * in IMAP.  Additionally, the filesystem converts multiple hierarchy
>   * delimiters into a single one, ie "///" is equal to "/".  IMAP servers
>   * are not required to do this.
> + * Moreover, IMAP servers may dislike the path ending with the delimiter.
>   */
>  char *imap_fix_path (IMAP_DATA *idata, char *mailbox, char *path, 
>      size_t plen)
>  <at>  <at>  -310,6 +311,8  <at>  <at> 

Redirect the error message of the server

Hello,

I send mails with the next command:

#mutt -x -i /tmp/mail -e 'my_hdr Reply-To: dir <at> mi.es <dir <at> mi.es>'
-s'Prueba' pepe <at> dom.es < .

and the "reply to" of the mail is "dir <at> mi.es".

I would like that when the direction of which send the mail is incorrect,
to be able to indicate the answer direction of which send the error message
that send the server.

It is possible?

Thanks

Re: Redirect the error message of the server

* Israel Tena <itena <at> colorobbia.es> [02-09-2004 18:12]:

> I send mails with the next command:
> 
> #mutt -x -i /tmp/mail -e 'my_hdr Reply-To: dir <at> mi.es <dir <at> mi.es>'
> -s'Prueba' pepe <at> dom.es < .
> 
> and the "reply to" of the mail is "dir <at> mi.es".
> 
> I would like that when the direction of which send the mail is incorrect,
> to be able to indicate the answer direction of which send the error message
> that send the server.

I don't have the slightest clue what you're trying to say right here..
But then again, English isn't my mother tongue (either).. :)

> It is possible?

I don't know :)

--

-- 
René Clerc                      - (rene <at> clerc.nl) - PGP: 0x9ACE0AC7

MISS, n.  The title with which we brand unmarried women to indicate
that they are in the market.  Miss, Missis (Mrs.) and Mister (Mr.) are
the three most distinctly disagreeable words in the language, in sound
and sense.  Two are corruptions of Mistress, the other of Master.
-Ambrose Bierce, "The Devil's Dictionary"

[2004-09-03] CVS repository changes

This message was generated and sent automatically.  It contains a
summary of the CVS commits over the last 48 hours.  These changes
should be propagated to the public repository within at most a day
or two.  Most probably, they have already been propagated.

Re: Redirect the error message of the server

Israel Tena <itena <at> colorobbia.es>:

> Hello,
> 
> I send mails with the next command:
> 
> #mutt -x -i /tmp/mail -e 'my_hdr Reply-To: dir <at> mi.es <dir <at> mi.es>'
> -s'Prueba' pepe <at> dom.es < .
> 
> and the "reply to" of the mail is "dir <at> mi.es".
> 
> I would like that when the direction of which send the mail is incorrect,
> to be able to indicate the answer direction of which send the error message
> that send the server.
> 
> It is possible?

I think I understand the question. It's a somewhat unusual way of
doing relative clauses in English, and it probably helps to know that
"dirección" is Spanish for "address".

It should have been sent to mutt-users instead of mutt-dev.

If you use -e 'set envelope_from=yes' then mutt will try to set the
envelope sender the same as the From address. Alternatively, you could
use -e 'set sendmail="/usr/sbin/sendmail -oem -oi -f what <at> ever"'.