* Rocco Rutte on Wednesday, February 28, 2007 at 09:39:03 +:
> * Rocco Rutte [07-02-26 17:59:44 +] wrote:
>> It needs some style tweaks and I'm still not fully sure if the
>> space-stuffing it does it totally right (especially when editing the same
>> message several times via compose men
The following reply was made to PR imap/2717; it has been noted by GNATS.
From: Kyle Wheeler <[EMAIL PROTECTED]>
To: Mutt Developers
Cc: [EMAIL PROTECTED]
Subject: Re: imap/2717: mutt may appear to hang while it reconnects to IMAP
server
Date: Thu, 1 Mar 2007 21:56:44 -0700
--oXNgvKVxGW
The following reply was made to PR mutt/1116; it has been noted by GNATS.
From: Cameron Simpson <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: mutt/1116: Fails to thread properly without an @ in msg ID
Date: Fri, 2 Mar 2007 15:18:42 +1100
On 27Feb2007 21:15, Christo
Paul Walker <[EMAIL PROTECTED]> said:
> On Thu, Mar 01, 2007 at 01:23:28PM -0800, Ryan Phillips wrote:
>
> > This problem didn't happen with 1.5.13. If it makes a difference I'm
> > using putty to ssh into the box.
>
> I seem to remember having that problem when putty and the terminal had
> diff
On Wednesday, February 28 at 06:50 PM, quoth Brendan Cully:
Thanks for the patch! I think the cleanup should be done at
close, so I've applied a variant of this to CVS. Can you
test whether CVS fixes this (it appears to here)?
This works fantastically for me. Thanks very much!
~Kyle
--
If A eq
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.
2007-03-02 01:25:41 Petr Pisar <[EMAI
On Mar 1, 2007, at 4:20 AM, Lars Hecking wrote:
Can you show me one single case where using multipart/alternative is
justified and actually makes any sense? It's bad enough to receive
bloated text+html email from clueless Outlook users, I don't want to
see such mail from mutt users, too.
On Thursday, 01 March 2007 at 14:31, Charles Cazabon wrote:
> Brendan Cully <[EMAIL PROTECTED]> wrote:
> >
> > I've reconverted the mutt CVS repository to Mercurial,
> [...]
> >
> > The URL is: http://dev.mutt.org/hg/cvs
>
> Just a nitpick, but maybe a different name would prevent confusion abou
Re: Brendan Cully 2007-02-24 <[EMAIL PROTECTED]>
> > i have worked on PKA support for Mutt. Seems to work so far,
> > would be
> > great if it could be integrated into CVS. It probably needs some
> > more
> > work (review, testing, etc.), though.
> >
> Applied (with $use_pka renamed to $crypt_us
On Mar 01, David Champion [EMAIL PROTECTED] wrote:
> In fact I don't think it's incumbent upon us to justify giving mutt
> common-practice features when the only reason not to do it is that mutt
> loses some perceived moral superiority. This is like the old
> descriptive/prescriptive dichotomy in
On Thu, Mar 01, 2007 at 01:23:28PM -0800, Ryan Phillips wrote:
> This problem didn't happen with 1.5.13. If it makes a difference I'm
> using putty to ssh into the box.
I seem to remember having that problem when putty and the terminal had
different ideas about what encoding to use. I solved it
* Brendan Cully [Thu, 22 Feb 2007 09:30:33 -0800]:
> So, I'd like to hear once again which patches everyone would
> like to see in 1.6 (and which patches people object to).
Personally, I can't live without hr.sensible_browser_position [1]. It
makes mutt remember the position in the browser when v
Hi All,
I'm a long time mutt user. I just upgraded my freebsd 6.2 stable box
to the latest 1.5.14 mutt version.
The index view is sorted by thread, and every sub-message has a:
[EMAIL PROTECTED]@>
This problem didn't happen with 1.5.13. If it makes a difference I'm
using putty to ssh into t
Brendan Cully <[EMAIL PROTECTED]> wrote:
>
> I've reconverted the mutt CVS repository to Mercurial,
[...]
>
> The URL is: http://dev.mutt.org/hg/cvs
Just a nitpick, but maybe a different name would prevent confusion about
whether it's CVS or Mercurial?
i.e. "repos" or whatever instead of "cvs".
On Thursday, 01 March 2007 at 13:10, Kyle Wheeler wrote:
> On Thursday, March 1 at 11:39 AM, quoth Brendan Cully:
> >Hi all,
> >
> >I've reconverted the mutt CVS repository to Mercurial, hopefully for
> >the last time (the previous conversion had a bug where cloning a
> >single branch other than H
On Thursday, March 1 at 11:39 AM, quoth Brendan Cully:
Hi all,
I've reconverted the mutt CVS repository to Mercurial, hopefully for
the last time (the previous conversion had a bug where cloning a
single branch other than HEAD left you without any tags).
The URL is: http://dev.mutt.org/hg/cvs
Hi all,
I've reconverted the mutt CVS repository to Mercurial, hopefully for
the last time (the previous conversion had a bug where cloning a
single branch other than HEAD left you without any tags).
The URL is: http://dev.mutt.org/hg/cvs
Those of you who already started working off of the old r
>Number: 2811
>Category: mutt
>Synopsis: Bug#413014: mutt: Handling of e-mails with multiple Message-IDs
>Confidential: no
>Severity: normal
>Priority: medium
>Responsible:mutt-dev
>State: open
>Keywords:
>Class: sw-bug
>Submitter-Id:
Synopsis: make hostname part of Message-IDs configurable
Comment added by cb on Thu, 01 Mar 2007 20:26:04 +0100
update title
* On 2007.03.01, in <[EMAIL PROTECTED]>,
* "Lars Hecking" <[EMAIL PROTECTED]> wrote:
>
> Can you show me one single case where using multipart/alternative is
> justified and actually makes any sense? It's bad enough to receive
> bloated text+html email from clueless Outlook users, I don't
On Wed, Feb 28, 2007 at 02:33:17PM +0100, Christoph Berg wrote:
> Re: Miroslav Lichvar 2007-02-28 <[EMAIL PROTECTED]>
> > attached is a patch that makes the buffy size option configurable at
> > runtime. Mutt binary compiled with --enable-buffy-size will
> > have an extra boolean variable that cont
The following reply was made to PR mutt/2808; it has been noted by GNATS.
From: Kyle Wheeler <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc:
Subject: Re: mutt/2808: changed / added %-expansion in save-hook
Date: Thu, 1 Mar 2007 07:09:54 -0700
--WplhKdTI2c8ulnbP
Content-Type: multipart/mixed; bou
>Number: 2810
>Notify-List:
>Category: mutt
>Synopsis: mbox folder changes content while in pager, then moving
>through msgs => out of sync
>Confidential: no
>Severity: minor
>Priority: low
>Responsible:mutt-dev
>State: open
>Keywords:
>Cla
Hey everybody,
Regarding my email a few days ago:
> I was trying to access it because I wanted to find out about the status
> of "delsp" ala rfc3676. This is of keen interest to me because of
> certain insufferable mac users who keep emailing me "broken" URLs. I
> happily add my vote to the "we
On Thursday, February 22 at 09:30 AM, quoth Brendan Cully:
I do not intend to visit the great config-var rename topic until
after 1.6 by the way. I think it would need too much time to deal
with the fallout.
It would still probably be good to add documentation for the groups
that Thomas added
Hi,
* Christian Ebert [07-03-01 13:28:09 +0100] wrote:
* Brendan Cully on Thursday, February 22, 2007 at 09:30:33 -0800:
I intend to cut 1.5.14 this weekend. I'd like to make 1.5.15 the last
proper dev release for 1.6 - that is, feature-freeze after
1.5.15. So, I'd like to hear once again which
* Brendan Cully on Thursday, February 22, 2007 at 09:30:33 -0800:
> I intend to cut 1.5.14 this weekend. I'd like to make 1.5.15 the last
> proper dev release for 1.6 - that is, feature-freeze after
> 1.5.15. So, I'd like to hear once again which patches everyone would
> like to see in 1.6 (and whi
ok... We'll need some cygwin-conditional code in the library that
tries to do safer temporary files on Unix.
(And some overall thinking as to whether we're going a step too far
there.)
--
Thomas Roessler <[EMAIL PROTECTED]>
On 2007-03-01 11:54:54 +, Taleb Hakim wrote:
> From: Taleb H
* On Thu, Feb 22, 2007 Brendan Cully ([EMAIL PROTECTED]) muttered:
> I'd like to hear once again which patches everyone would
> like to see in 1.6 (and which patches people object to).
Not patches per se, but I'd like to see
mime_lookup application/octet-stream
and
use_envelope_from=yes
be default
>Number: 2809
>Notify-List:
>Category: mutt
>Synopsis: wish: collapse sub-thread
>Confidential: no
>Severity: minor
>Priority: low
>Responsible:mutt-dev
>State: open
>Keywords:
>Class: change-request
>Submitter-Id: net
>Arrival-Da
Brendan Cully <[EMAIL PROTECTED]>, 2007-02-28 08:49 -0800:
> On Wednesday, 28 February 2007 at 09:47, Rocco Rutte wrote:
> > Also, I think the current way of creating it is not very optimal since I
> > (still) consider DocBook a format which is to be generated by machines,
> > not written by hum
> It would also be nice to have mechanisms to simplify composing
> multipart/alternative e-mail.
Can you show me one single case where using multipart/alternative is
justified and actually makes any sense? It's bad enough to receive
bloated text+html email from clueless Outlook users, I don
>Number: 2808
>Notify-List:
>Category: mutt
>Synopsis: changed / added %-expansion in save-hook
>Confidential: no
>Severity: minor
>Priority: low
>Responsible:mutt-dev
>State: open
>Keywords:
>Class: sw-bug
>Submitter-Id: net
>Arr
33 matches
Mail list logo
