I haven't been keeping up on mutt-dev for a while, so I hadn't
seen this news yet. That's very sad and unexpected. Rocco
remained vibrantly part of the community up until a couple months
before he died. He struck me as exceedingly patient and
clear-minded. His technical contributions were great
Anders Helmersson wrote: [Fri Aug 28 2009, 01:10:43PM EDT]
> If I end up with "no mailbox", it seems impossible to change it
> into another by "c" (change-folder) since the error messages
> " is not a mailbox" followed by "No mailbox is opened". In that
> case I have to exit mutt and start all ove
As it turns out, mutt already handles all the option types
correctly except the string types: DT_STR, DT_PATH and DT_ADDR.
The following patch makes :reset work properly for all types,
tested with :reset all
# HG changeset patch
# User Aron Griffis
# Date 1248406601 14400
# Branch HEAD
# Node ID
I just noticed something odd. :reset (or :set &var) doesn't
restore a compile-time default if the default is empty.
:set smtp_url=foo
:set ?smtp_url
smtp_url="foo"
:reset smtp_url
:set ?smtp_url
smtp_url="foo"
Contrast this to a variable that has a non-empty default value
Rocco Rutte wrote: [Fri Jul 17 2009, 01:45:52PM EDT]
> On Tue, Jul 14, 2009 at 08:25:46PM -0700, Brendan Cully wrote:
> > Sorry. It's applied now.
>
> I'm not really sure, but maybe this deserves an entry in UPDATING?
Sure, does this suffice?
# HG changeset patch
#
Brendan Cully wrote: [Tue Jul 14 2009, 11:25:46PM EDT]
> On Thursday, 09 July 2009 at 17:51, Aron Griffis wrote:
> > Hi all,
> >
> > I'm really wondering why this bug and patch are being ignored.
> > Could somebody comment?
>
> Sorry. It's applied now.
Thanks Brendan!
Hi all,
I'm really wondering why this bug and patch are being ignored.
Could somebody comment?
Thanks,
Aron
Aron Griffis wrote: [Wed Jun 17 2009, 03:18:36PM EDT]
> I posted this patch in July 2008. It was generally well-received,
> ending with pdmef's comment:
>
>
Hi Rocco,
Sorry it took me so long to reply.
Rocco Rutte wrote: [Fri Jul 03 2009, 06:57:09AM EDT]
> > > http://dev.mutt.org/doc/manual.html#mailcap-search-order
> >
> > Unless I'm missing something, the trio of rules I provided
> > already adhere to those instructions...?
>
> Yes, they do. In
Rocco Rutte wrote: [Thu Jul 02 2009, 12:53:12PM EDT]
> What Kyle wrote plus:
>
> http://dev.mutt.org/doc/manual.html#mailcap-search-order
Unless I'm missing something, the trio of rules I provided
already adhere to those instructions...?
Kyle Wheeler wrote: [Thu Jul 02 2009, 11:43:46AM EDT]
> To restore the original behavior, add this to your muttrc:
>
> bind attach view-mailcap
Thanks Kyle, view-mailcap does the trick for me, though
I actually had to bind for it to work:
bind attach view-mailcap
bind attach vi
Brendan Cully wrote: [Thu Jun 18 2009, 03:00:04AM EDT]
> http://dev.mutt.org/hg/mutt/rev/4b5326d8d2ee
> changeset: 5906:4b5326d8d2ee
> branch: HEAD
> parent: 5904:f40de578e8ed
> user:Rocco Rutte
> date:Wed Jun 17 18:02:19 2009 +0200
> summary: Always display text/*
# HG changeset patch
# User Aron Griffis
# Date 1245455779 14400
# Branch HEAD
# Node ID ee3d174297bb38fd461253f5f8d340c31a7db4c8
# Parent 9ae13dedb5ede4d0bfbbd65e21a200bae23b4e3b
remove bogus FREE
It's impossible for cur->personal to be non-NULL at this point,
since cur was calloc&
I posted this patch in July 2008. It was generally well-received,
ending with pdmef's comment:
> If either way isn't documented (e.g. hooks do/don't work in batch mode)
> IMHO it can be seen as a bug that needs to be fixed. When it possibly
> breaks setups, we add a note to UPDATING.
I pinged
Bertrand Janin wrote: [Wed Jun 17 2009, 02:32:01PM EDT]
> At first sight, I thought a new command would require a redundant URL
> definition to watch and alias:
>
> mailboxes imaps://user:passw...@imap.myhost.com/Somewhere/
> mbalias somewhere imaps://user:passw...@imap.myhost.com/Somewhe
Bertrand Janin wrote: [Tue Jun 16 2009, 11:48:30PM EDT]
> This small patch allows the following syntax when
> defining mailboxes:
>
> mailboxes js=imaps://u...@myhost.com/
> mailboxes errors=imaps://ot...@stuff.com/
> mailboxes longpath=+work/project/x/errors/critical
I think this is
buffy.c | 54 --
1 files changed, 16 insertions(+), 38 deletions(-)
# HG changeset patch
# User Aron Griffis
# Date 1240350248 14400
# Branch HEAD
# Node ID 48011e7f6411a40de83709c63084ed27286ff20a
# Parent
# HG changeset patch
# User Aron Griffis
# Date 1240341028 14400
# Branch HEAD
# Node ID b3d1d6043af677bd66727e9571e35bb66d5751f8
# Parent ac4a424cf762c69b59e171c3b5ff333aad264436
Equivalent mutt_buffy, but readable code
Signed-off-by: Aron Griffis
diff --git a/buffy.c b/buffy.c
--- a/buffy.c
# HG changeset patch
# User Aron Griffis
# Date 1240340819 14400
# Branch HEAD
# Node ID ac4a424cf762c69b59e171c3b5ff333aad264436
# Parent 874143a8eefd52e9672a885f520ac795b102d869
Call mutt_expand_path() from mutt_buffy to fix imap separator.
Closes #3208 and #3218
Signed-off-by: Aron Griffis
# HG changeset patch
# User Aron Griffis
# Date 1240337395 14400
# Branch HEAD
# Node ID 874143a8eefd52e9672a885f520ac795b102d869
# Parent 515d08f5447129c238aff810c413c6dee749023a
Use slen instead of assuming _POSIX_PATH_MAX
Signed-off-by: Aron Griffis
diff --git a/buffy.c b/buffy.c
--- a
These three patches fix and clean up mutt_buffy.
The first patch fixes the call to mutt_expand_path() to use the string
length passed into the function instead of assuming _POSIX_PATH_MAX.
The second patch fixes http://dev.mutt.org/trac/ticket/3208 (imap and
mutt does not display new message coun
Hi Abhijit,
Abhijit Menon-Sen wrote: [Sat Apr 18 2009, 06:30:40AM EDT]
> I tried to clone the mutt repository (following the instructions at
> dev.mutt.org), but got the following error:
>
> $ hg clone http://dev.mutt.org/hg/mutt
I tested, it's working for me. mercurial-1.2
> abort: p
Gary Johnson wrote: [Wed Apr 01 2009, 12:37:10PM EDT]
> You can use a display_filter to modify these or get rid of them
> entirely, e.g.,
>
> set display_filter="sed '/^\[-- .* --]$/d'"
Except this conflicts with
color attachment brightblue default
because the escape codes are passed to
Gary Johnson wrote: [Wed Apr 01 2009, 12:37:10PM EDT]
> You can use a display_filter to modify these or get rid of them
> entirely, e.g.,
>
> set display_filter="sed '/^\[-- .* --]$/d'"
Hey, that helps a lot, thanks!
TAKAHASHI Tamotsu wrote: [Fri Oct 31 2008, 10:21:08AM EDT]
> So here is another patch.
> %e is a pretty version of %f in $folder_format.
Very nice, thanks!
Rocco Rutte wrote: [Fri Aug 15 2008, 04:21:41AM EDT]
> * Kyle Wheeler wrote:
>> On Wednesday, August 13 at 12:27 AM, quoth Brendan Cully:
>
>>> This patch makes me uneasy (especially during a freeze), but I'm
>>> willing to apply it if no one else objects. I don't see what kind of
>>> damage
TAKAHASHI Tamotsu wrote: [Thu Oct 30 2008, 11:48:44AM EDT]
> I think it takes just a few lines if you set
> folder=imaps://[EMAIL PROTECTED]/INBOX/
Would it be worth making this configurable? I ask because
I access three separate accounts from one mutt session, and
I might prefer them always to
Kyle Wheeler wrote: [Tue Oct 28 2008, 03:57:57PM EDT]
> 1. neither files nor email addresses may begin with a hyphen
> 2. by default, non-hyphen things on the commandline are assumed to
>be email addresses
> 3. Using a "-a" flag means that subsequent non-hyphen things on
>
Derek Martin wrote: [Tue Oct 28 2008, 03:20:02PM EDT]
> I think, and have always thought, that this is a Bad Thing(tm),
> making parsing Mutt's command line needlessly complicated. It
> seems much more sensible to me that Mutt's command line should
> only allow one type of object to be listed wit
Aron Griffis wrote: [Thu Oct 23 2008, 10:07:02AM EDT]
> What OS is this? There are some patches recently in mutt that
> affect cmdline processing, but your example works for me.
My mistake, your example doesn't work for me. The reason is that
-a accepts multiple attachments, so
Jukka Salmi wrote: [Thu Oct 23 2008, 09:36:48AM EDT]
> $ echo test >file
> $ mutt -a file [EMAIL PROTECTED] Can't stat [EMAIL PROTECTED]: No such file or directory
> [EMAIL PROTECTED]: unable to attach file.
Hi Jukka,
What OS is this? There are some patches recently in mutt that
affect cmdline
Louis-David Mitterrand wrote: [Sun Aug 17 2008, 04:40:38PM EDT]
> On Thu, Aug 14, 2008 at 01:51:58PM -0400, Aron Griffis wrote:
> >
> > Moreover it all falls apart when bouncing (remailing)
> > messages, because that code path calls mutt_invoke_sendmail
> >
Rocco Rutte wrote: [Fri Aug 15 2008, 04:21:41AM EDT]
> If either way isn't documented (e.g. hooks do/don't work in
> batch mode) IMHO it can be seen as a bug that needs to be
> fixed. When it possibly breaks setups, we add a note to
> UPDATING.
Quick search of the manual
http://www.mutt.org/doc
FYI, Rocco's comments on IRC:
< pdmef> agriffis: For that patch I'd rather not add two new
options but only $sendbox and make mutt use whatever is
non-empty from the chain: $sendbox -> $smtp_url ->
$sendmail
< pdmef> agriffis: Also, why not simply add a function
Louis-David Mitterrand wrote: [Fri Aug 15 2008, 10:36:34AM EDT]
> One question: will the patch still work when using imap in tunneling mode?
Yes, that's how I use it for IMAP servers that don't have Outbox
enabled by default, for example:
set tunnel="ssh -q imapserver 'set -a; source /etc/courie
Brendan Cully wrote: [Thu Aug 14 2008, 06:12:36PM EDT]
> On Wednesday, 13 August 2008 at 11:28, Aron Griffis wrote:
> > IMHO mutt should ditch the stable/devel concept and make releases
> > similar to kernel.org. We're never going to fix all the
> > outstanding bugs for
Louis-David Mitterrand wrote: [Thu Aug 14 2008, 01:05:06PM EDT]
> Why not simply use
>
> set record=imaps://your.courier.host/INBOX.Outbox
> set sendmail='cat > /dev/null' ## or equivalent
>
> No need for a patch, or did I miss something?
I agree that seems like the obvious solution, but it ha
ox instead of
sendmail. For example:
set sendbox=imaps://my.server.com/INBOX.Outbox
set use_sendbox=yes
Thanks,
Aron
# HG changeset patch
# User Aron Griffis <[EMAIL PROTECTED]>
# Date 1218630181 14400
# Branch HEAD
# Node ID 8b36e8473fd79a30b83e6753b251b2502b6faa31
# Parent
Kyle Wheeler wrote: [Wed Aug 13 2008, 10:52:29AM EDT]
> Well, I imagine anyone currently using mutt in batch mode on a regular
> basis (e.g. with cron) already has a working setup, and enabling hooks
> by default has the potential at least to break those setups.
Well... this *is* mutt-1.5.x,
Hi,
Just a gentle reminder that I have the following patches
outstanding on the ML:
Unify parser for message-ids (closes #3090, #1935, #1116)
Message-Id: <[EMAIL PROTECTED]>
Fix three bugs handling flags in mutt_copy_header
Message-Id: <[EMAIL PROTECTED]>
fflush before ferror in copy.c
Message-
# HG changeset patch
# User Aron Griffis <[EMAIL PROTECTED]>
# Date 1217170125 14400
# Branch HEAD
# Node ID 3f595d14a28541700c602ac26345c4fc600058ef
# Parent e3c465918417c69e93b4febd8eb3f517d8507892
doc: semi-colon needs quoting too
If semi-colon is bound or macro'd, it needs to be
I realized immediately after I sent that patch what the point was
of pre-testing Editor. I thought it was protecting the strcmp
but actually it was making sure Editor was set to something. So
here is the same patch without that change.
Thanks,
Aron
# HG changeset patch
# User Aron Griffis
mutt_strcmp
* remove a superfluous and misleading set of parens
Comments please?
Thanks,
Aron
# HG changeset patch
# User Aron Griffis <[EMAIL PROTECTED]>
# Date 1216766567 14400
# Branch HEAD
# Node ID de94c225a70173ca324fb1a1757369ddde845c73
# Parent f72fce68ca1922a321ee7351f6
# HG changeset patch
# User Aron Griffis <[EMAIL PROTECTED]>
# Date 1216650298 14400
# Branch HEAD
# Node ID e9e20e03c7a00f7b12113dbde2b805f5b704a701
# Parent f135d64e008266657012e89ab41594387e7cb533
noop cleanup: move mutt_copy_header flags to copy.h
Noticed while reading that these fla
# HG changeset patch
# User Aron Griffis <[EMAIL PROTECTED]>
# Date 1216441435 14400
# Branch HEAD
# Node ID dc1a21d442bb22effca9a2f7173314fc281d9fab
# Parent 7729b1ad530c8c1fde2e310bf991ef83cb9e8239
fflush before ferror in copy.c
David Laight points out that stdio writes almost neve
Aron Griffis wrote: [Thu Jul 10 2008, 07:48:41PM EDT]
> Updated patch with call to ferror() follows.
I mean with call to fflush(). I'm hitting send a bit too
quickly.
a loop might be useful in order to abort early.)
Thanks, no loop here, but I'll keep that in mind. There are
other places in the code where ferror() is used without fflush()
but I'll leave that to another patch.
Updated patch with call to ferror() follows. The second and
third
Fix spelling error and my email address
# HG changeset patch
# User Aron Griffis <[EMAIL PROTECTED]>
# Date 1215732600 14400
# Branch HEAD
# Node ID da4e7495a595b4e0589c679d8c39f897fec0d2b0
# Parent 2a9e9c487badce3ab39797d52d01666f36b07e7f
Unify parser for message-ids
R
# HG changeset patch
# User Aron Griffis <[EMAIL PROTECTED]>
# Date 1215732600 14400
# Branch HEAD
# Node ID da4e7495a595b4e0589c679d8c39f897fec0d2b0
# Parent 2a9e9c487badce3ab39797d52d01666f36b07e7f
Unify parser for message-ids
Rewrite mutt_extract_message_id and change mutt_parse_referen
Aron Griffis wrote: [Thu Jul 10 2008, 09:41:24AM EDT]
> diff -r f005e1a25900 -r 73431d86627a copy.c
> --- a/copy.c Thu Jul 10 09:38:25 2008 -0400
> +++ b/copy.c Thu Jul 10 09:38:25 2008 -0400
> @@ -369,11 +369,11 @@
>if (h->env->irt_changed &
# HG changeset patch
# User Aron Griffis <[EMAIL PROTECTED]>
# Date 1215715495 14400
# Branch HEAD
# Node ID a0059b26988d7b8474a8e565ca4aa982f050f394
# Parent 2a9e9c487badce3ab39797d52d01666f36b07e7f
Remove completely wrong comment regarding in-reply-to and references
...plus fix one
# HG changeset patch
# User Aron Griffis <[EMAIL PROTECTED]>
# Date 1215697105 14400
# Branch HEAD
# Node ID 95485bbbeea33e82dec544c4d007194390a3b109
# Parent 73431d86627a2ccb24218c0f1f3b6b399860067e
Fix three bugs handling flags in mutt_copy_header
1. mutt_copy_header incorrectly
# HG changeset patch
# User Aron Griffis <[EMAIL PROTECTED]>
# Date 1215697105 14400
# Branch HEAD
# Node ID 73431d86627a2ccb24218c0f1f3b6b399860067e
# Parent f005e1a25900d3df40963adcee04e384ac33b29b
Unify mutt_write_references
copy.c and sendlib.c have independent and different implement
# HG changeset patch
# User Aron Griffis <[EMAIL PROTECTED]>
# Date 1215697105 14400
# Branch HEAD
# Node ID f005e1a25900d3df40963adcee04e384ac33b29b
# Parent 2a9e9c487badce3ab39797d52d01666f36b07e7f
Clean up error handling in mutt_copy_header
mutt_copy_header unnecessarily tests the res
Here's some bugfixes and cleanup (53 fewer lines!) for copy.c
copy.c| 176 ++--
protos.h |1
sendlib.c | 10 +-
3 files changed, 67 insertions(+), 120 deletions(-)
Alain Bench wrote: [Fri Mar 07 2008, 08:50:09AM EST]
> A quick search on 16668 mails here found 424 false positives.
> Example the message at origin of this thread is sent by Brian Medley
> . It's not uncommon to use such
> specific aliases for mailing list subscriptions, Bill and Kyle are als
Hi Alain,
Alain Bench wrote: [Tue Mar 04 2008, 12:38:12PM EST]
> >| subscribe mutt-dev@
>
> Note that this pre-1.5.6-like syntax is guaranteed to provide false
> positives.
Well, I know it's loose, but will it cause a false positive in
any common case?
Aron
my full muttrc.in
online. This results in:
alias mutt-dev mutt-dev@mutt.org
alias ml-mutt-dev mutt-dev@mutt.org
subscribe mutt-dev@
send-hook '~C mutt-dev@mutt.org' 'set from="Aron Griffis <...>"'
alias mutt-users [EMAIL PROTECTED]
alias ml-mutt-users [EMAIL PROTECTED]
subscribe mutt-users@
send-hook '~C [EMAIL PROTECTED]' 'set from="Aron Griffis <...>"'
Aron
Rocco Rutte wrote: [Wed Dec 12 2007, 06:21:04AM EST]
> Sorry for spamming the list with patches,
Dude, you never need to apologize for this. :-) You're doing great
work on mutt. Thank you!
Aron
Apologies, I should have used hg email on the previous post. Plus my
sign-off was the wrong one...
# HG changeset patch
# User Aron Griffis <[EMAIL PROTECTED]>
# Date 1196810761 18000
# Branch HEAD
# Node ID c7191b0264e54b64314dd01bc4c6f23232d8fdd5
#
It adds two
settings: sendbox and use_sendbox. Sendbox specifies a mailbox to
which sent messages should be saved, and use_sendbox instructs mutt to
use sendbox instead of sendmail.
Signed-off-by: Aron Griffis <[EMAIL PROTECTED]>
diff -r 5c635c9b5982 compose.c
--- a/compose.c Fri Nov 30 1
Roger Cornelius wrote: [Tue Nov 27 2007, 11:50:07AM EST]
> Whether by error or design, mutt 1.5.17 and earlier does not append
> the .signature file when sending in batch mode.
Pretty sure it's by design. Batch mode assumes the complete email on
stdin and that it shouldn't be modified.
Patrick Shanahan wrote: [Tue Sep 11 2007, 08:53:27AM EDT]
> *default* is the definition of mutt's color table, not xterm's, and
> mutt prevails.
I think this depends on whether mutt is compiled against slang or
ncurses. In my experience, when mutt is compiled against slang, it
forces the backgro
Jean-Pierre Radley wrote: [Sat Jul 28 2007, 01:17:55PM EDT]
> Aron Griffis typed (on Sat, Jul 28, 2007 at 08:08:58AM -0400):
> | Jean-Pierre Radley wrote: [Sat Jul 28 2007, 12:41:18AM EDT]
> | > I'm really scratching my head trying to find out how the mailbox could
Jean-Pierre Radley wrote: [Sat Jul 28 2007, 12:41:18AM EDT]
> I'm really scratching my head trying to find out how the mailbox could be
> modified.
What storage format? Is the mail stored locally to the machine in an
mbox or maildir?
Aron
This ended up being quite a bit simpler...
# HG changeset patch
# User Aron Griffis <[EMAIL PROTECTED]>
# Date 1183995154 14400
# Branch HEAD
# Node ID 5eddae9ff4a77ec87292f093a428efcc7f8a7355
# Parent 5d74a79deeb392001d49a57cc2fa1e2648388204
Allow send-hooks to effectively change $fr
Hi Thomas,
Thomas Roessler wrote: [Mon Jul 09 2007, 07:26:21AM EDT]
> I'm not sure there's a significant use case in here that can't be
> solved with my_hdr.
I'd like to set my From address with this algorithm:
- use reverse_name if possible
- otherwise set the From address in a send-hoo
# HG changeset patch
# User Aron Griffis <[EMAIL PROTECTED]>
# Date 1183988719 14400
# Branch HEAD
# Node ID 1d6b7eee167c081494f8c6962241035adc7dc03f
# Parent 8d68a4432571f5d47a19792f899fd5fa0d7cb58e
Clean up mx.c: init stat structs to zero
prev_sb.st_size was initialized to zero if USE
Hi,
This patch modifies ci_send_message() so that send-hooks can modify
$from and $use_from. This makes it possible for a send-hook to
provide a fallback address based on the recipient, without overriding
reverse_name.
Thanks,
Aron
# HG changeset patch
# User Aron Griffis <[EMAIL PROTEC
68 matches
Mail list logo
