ich is why the C version
exists; there's a C compiler by definition).
1. We can support BSD's sed for txt2c.sh. The difference is just that
BSD sed only supports \n a an ascii escape. (Will need literals in the
makefile.) But -
2. Why does the compiler fail? That needs to be add
erstand) congruent to POSIX, so by adapting to BSD
sed we should fit with all POSIX sed.
I feel awful about using a GNU extension to sed when I wrote this.
My code quality has dropped dramatically since I resumed developing
primarily on Linux.
Does the attached patch work on BSD? (Please save to
event. (1) Do you see resets (RST, flags -> R) while
running mutt? (2) Do you see RST followed by SYN (flags -> S) while
running Thunderbird?
--
David Champion • d...@bikeshed.us
signature.asc
Description: PGP signature
tion to a logged ticket, so was probably looking for minimal impact
on the rest of the build at the time. Now that it's survived and is
really part of the big picture, it makes sense to treat it like a member
of the family.
--
David Champion • d...@bikeshed.us
signature.asc
Description: PGP signature
iewers. If the patch update were more complex it would be
more important to resend right away, but for a minor change it's pretty
good to hold off.
In short: update now and let us know, patchbomb later. Thanks! :)
--
David Champion • d...@bikeshed.us
ch should be 0, or
success.
256 is not a valid exit code - these are 8-bit quantities. :)
For more details, see:
* pydoc os
* man 2 wait
--
David Champion • d...@bikeshed.us
* On 13 Oct 2015, David Champion wrote:
> Hi Mathieu -
>
> The return from python's os.system is not the same as the exit status.
> You need os.WEXITSTATUS(os.system(command)), which should be 0, or
> success.
I should add that you really should check other values as wel
g.
>
> Searching for "Derek" with the default $simple_search "~f %s | ~s %s"
> returns lots and lots of messages from "Derek Martin".
The default $simple_search works for me as well.
--
David Champion • d...@bikeshed.us
existing code formatter. (I would be -0 to indent
though, because there are too many incompatible variants. We can work
around this with documentation, but it'll still be a PITA.)
--
David Champion • d...@bikeshed.us
signature.asc
Description: PGP signature
series), but if
1.6 is otherwise ready I don't want to be the reason it's not coming
out. I may actually have some time to work on this in the next 5-6
weeks though.
--
David Champion • d...@bikeshed.us
signature.asc
Description: PGP signature
# HG changeset patch
# User David Champion
# Date 1451647188 21600
# Fri Jan 01 05:19:48 2016 -0600
# Node ID cd7be2bfff1cd15592b15adc21f44f7b50ecc312
# Parent 9480a363a68a7472d61c8e27a29fd2312cac8721
favor List-Reply over List-Post
The longstanding function originally worked only for
# HG changeset patch
# User David Champion
# Date 1451647488 21600
# Fri Jan 01 05:24:48 2016 -0600
# Node ID 19d38f8f81fb41dc88e20a8295db39d953371e7a
# Parent cd7be2bfff1cd15592b15adc21f44f7b50ecc312
add list actions for remaining RFC 2369 List-* headers
As part of enhancing RFC 2369
Proposed changes to more fully support RFC 2369, "The Use of URLs as
Meta-Syntax for Core Mail List Commands and their Transport through
Message Header Fields" -- i.e. the List-*: headers.
No documentation update is included - will add when there's consensus.
(I've been wanting this a long time,
tribute with
less entry overhead.
Anyone else have remarks on this?
> 5. Feel free to add a copyright line in listmenu.c (and also put
> yourself in the COPYRIGHT file!)
Eh, I've never been too concerned about overtly claiming copyright, but
I probaby should after all this time. :)
I'm travelling so it will be a little while before I can revise this,
but I will. Thanks again!
--
David Champion • d...@bikeshed.us
signature.asc
Description: PGP signature
source, incorporating any packaging-specific modifications. For
example, in Debian, the timestamp of the latest entry in
debian/changelog.
To meet that, we need to determine whether files have been changed
since the latest commit, and then capture either the latest commit
atus Bar
Curious how in-demand this is too.
> TLS-SNI Negotiate with a Server for a Certificate
+0. Seems good, but haven't reviewed.
> Trash Folder Move 'deleted' emails to a trash folder
Overlaps functionally with quasi-delete. I sort of like quasi deletion
more - it's like tag/labels vs folders.
--
David Champion • d...@bikeshed.us
mean we can't commit. We just need to know
that it can be cleaned up. I haven't evaluated this specifically with
the current code, and I don't know whether I'll get a chance, but that's
my take.
> > it's like tag/labels vs folders.
>
> Speaking of which, your keywords patch is in my in-tray.
Great! There are a couple of minor issues with it but I've been using it
continuously. Since it changes things somewhat with keyword handling,
I've hoped for more field testing (and comments) before committing.
NeoMutt can provide that.
--
David Champion • d...@bikeshed.us
umber, or 0 in absence of current message.
I think either of these is worth the work. One of mutt's unspoken
principles is that leveraging macros and patterns (which are really
recombinable atomic selectors) is preferable to building implicit
selection into the behavior code.
--
David Champion • d...@bikeshed.us
oject momentum.
I agree completely. Personally I deeply dislike git, but I have to use
it virtually everywhere except with Mutt (and my personal projects), so
I could live with it. However, I still find it much easier to use than
git, and I think it's very easy for a git user to adopt.
--
David Champion • d...@bikeshed.us
signature.asc
Description: PGP signature
cally completely replace the UI, and to implement
> new mail store types. If we used console-based widgets for the UI
I believe there was a discussion a while back -- maybe 10 years or so,
even -- about building on the mx.c framework to make mailbox drivers
more of a thing. Anyone remember th
let above) potentially applicable to a variety of
scenarios, even letting you page through an entire folder as a sequence
of messages. And it give us a scope for applying actions to all messages
in the conversation.
More later perhaps, I just wanted to get this reaction out before I lose
track.
--
David Champion • d...@bikeshed.us
want to get these in front of mutt-dev one last time
before I do.
They're prioritized in approximate order of impact, relatively trivial
things first.
--
David Champion • d...@bikeshed.us
* On 30 Aug 2016, David Champion wrote:
> Now that we're solidly past 1.6, and since I've taken a couple of
> weekends to firm up some work, I'm going to shoot out a few patches
> that I've been hoarding for-- well, years.
>
> @Kevin, I don't mean to dump
in the documentation. I think it's useful to describe new features
in the first commit message as well. I'll note that you disagree. :)
> i'll go through all the patches as time permits. it won't be a terribly
> thorough review, though.
Thanks.
--
David Champion • d...@bikeshed.us
insertions(+), 0 deletions(-)
> >
> >
> > # HG changeset patch
> > # User David Champion
> > # Date 1472600048 25200
> > # Tue Aug 30 16:34:08 2016 -0700
> > # Node ID a347a5b31a5a032d4b3753045c9fc1a73f6023f8
> > # Parent b8cc2b58219505f3d5f
re, and I agree that we need it - which is one
reason I'm trying to flush these patches out now. If they start failing
to apply in any major way, it'll be another 8 years before I get them
out again.
(My personal preference is to tab-indent lines and space-indent
continuations, so I lose either way. :) )
--
David Champion • d...@bikeshed.us
signature.asc
Description: PGP signature
dn't realize that the mailing list
had gotten so slow. I used to be able to count on in order arrival
within a minute or two.
Knowing this now I'll use patchbomb more effectively next time.
--
David Champion • d...@bikeshed.us
ard-set about style conformance in patches
afterward.
--
David Champion • d...@bikeshed.us
* On 02 Sep 2016, Vincent Lefevre wrote:
> On 2016-09-02 10:22:12 -0400, Damien Riegel wrote:
> > On Wed, Aug 31, 2016 at 03:14:34PM -0700, David Champion wrote:
> > > I suggest that we decide upon a style and a target release (1.8? 1.9?)
> >
> > It's not clea
eling on specific lines of code ad hoc.
To be clear, I'm totally fine with Kevin's suggested change, and will
make it. I just don't want acceptance of a single patch to depend on an
open-ended discussion about mutt's preferred style or the broader issues
of C string safety.
ght need to refactor a little if other personal config management
systems want in, but we can cross that bridge when we get there.
--
David Champion • d...@bikeshed.us
signature.asc
Description: PGP signature
iles. Good improvement.
Idea: for your next trick, want to make it find [/etc/]Muttrc using
the same search procedure (in a different invocation with different
parameters, of course)?
--
David Champion • d...@bikeshed.us
signature.asc
Description: PGP signature
* On 17 Nov 2016, Vincent Lefevre wrote:
> On 2016-11-16 16:08:49 -0800, Brendan Cully wrote:
> > changeset: 6857:91b3449f426b
> > user: David Champion
> > date: Wed Nov 16 16:05:02 2016 -0800
> > link: http://dev.mutt.org/hg/mutt/rev/91b3449f426b
&g
the
documentation moved around. I'll make a fix unless someone else does.
--
David Champion • d...@bikeshed.us
signature.asc
Description: PGP signature
ame as Vincent's description and is what the OP is
asking for, but I'm trying to frame the logic in terms that make sense
in documentation rather than code.
--
David Champion • d...@bikeshed.us
eomutt.org/feature/compress
It sounds like it. I don't know what neomutt has but Roland Rosenfeld
wrote this patch very long ago.
--
David Champion • d...@bikeshed.us
signature.asc
Description: PGP signature
those defaults from its Muttrc, it's breaking
the functionality of the software and it's a bug. Simply defining
the attachments parameters costs nothing: these are passive and not
evaluated unless and until your index_format uses %X. So there's
zero benefit to excluding it from the Muttrc.
--
David Champion • d...@bikeshed.us
's fair
to consider it their responsibility to know the software they're
configuring.
> In any case, I'll see to this for Gentoo's next release.
Awesome, thanks!
--
David Champion • d...@bikeshed.us
Thanks, Kevin. I responded to the issue.
In short this is indeed the only way it works presently, and I think it
was the right design choice, but I don't see a problem with extending
the user customization logic to allow counting content in the MIME root
element. (E.g. "attachments +R image/*")
*
> 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 1.6, so we should release it *now*. Make
> point releases (1.6.1 etc) to fix Really Bad Bugs, but otherwise
> concentrate on 1.7. To simplify from
This entire discussion should be on mutt-dev. Followups set.
> Why can you set sig_dashes, if you could set it via signature?
"signature" can be a file or a program. The signature turns out to
be whatever is read from the file or whatever is printed to stdout
by the program. This file or prog
> I think the point of the current behavior is to be able to do
> things like this:
>
> mutt -a *.jpg -- [EMAIL PROTECTED]
Faced with this need in the past, I've gone with an enclosure notation:
mutt -a { *.jpg } [EMAIL PROTECTED]
If you're using getopt, you still need to require -a
# HG changeset patch
# User David Champion <[EMAIL PROTECTED]>
# Date 1227038081 21600
# Branch HEAD
# Node ID b674b979da7eafe229222444a9529e8c70a8da4a
# Parent bd0ea10f5757dc9776c6c661a9fbc8d21903bdac
imported patch display-subject
diff -r bd0ea10f5757 -r b674b979da7e doc/manual.xml.head
# HG changeset patch
# User David Champion <[EMAIL PROTECTED]>
# Date 1227038081 21600
# Branch HEAD
# Node ID bd0ea10f5757dc9776c6c661a9fbc8d21903bdac
# Parent 05825d70f90e3184c2ae81b564deae955ad5ca28
imported patch replacelist
diff -r 05825d70f90e -r bd0ea10f5757 globals.h
--- a/globals
This first patch renames SPAM_LIST to REPLACE_LIST, and changes a couple
of variable names accordingly. The SPAM_LIST functionality is used by
the second patch, so it's renamed to something less misleading to reduce
confusion.
The second patch adds subjectrx and unsubjectrx commands. subjectrx
de
> I recently updated to the latest mutt source, and the behavior has
> changed in an annoying way. When I compose messages now, mutt *always*
> thinks that my editor has returned a non-zero exit code (specifically:
> 1). I use vim, and as far as I can tell, it always exits with a 0 exit
> c
> I think it's a good idea, but it'll have to queue up behind bug
> fixes. It would be nice to try to clean up other path handling warts
> (LastDir vs attachments, local vs IMAP) when we do this.
Alongside a cd I'd like to see a pushd/popd. Cd could even be the pushd
operation. Personally I don'
> is it possible to redefine the meaning of the %t $index_format specifier
> so that the "To:" content is printed is available as usual, but if not,
> to print the content of the "Newsgroup:" header line?
Not at present.
> That's what I do, at least. However, if you look into that file in
> mut
* On 12 Apr 2010, Derek Martin wrote:
>
> of yucky, and suggested the current (c)lear instead. Thomas agreed,
> but insisted that (f) should continue to work since it was, as I
> believe he put it, "hard-wired into my brain."
macro prompt f c -- curses!
The flip side, of course, it that mutt u
* On 12 Apr 2010, Michael Elkins wrote:
> On Mon, Apr 12, 2010 at 12:19:21PM -0500, David Champion wrote:
> >By the way, as long as we're discussing cosmetic changes in this area:
> >ever since this was changed I've been rather thrown off that the PGP
> >prompt chan
# HG changeset patch
# User David Champion
# Date 1271103184 18000
# Branch HEAD
# Node ID b2fcb8d467224cb229274c88a62cc2a8802125d6
# Parent 2cd62f40d8409007ecd596e8bd4a14eb225778cc
Improve clarity/uniformity in compose menu's crypto display
diff -r 2cd62f40d840 -r b2fcb8d46722 compose.c
* On 14 Apr 2010, Brendan Cully wrote:
>
> I don't think it's clear what makes the security menu more deserving
> of hints than others.
No objection to leaving that out, but the reason I did that is most of
items on the compose menu have exactly one keystroke that more or less
matches the initia
# HG changeset patch
# User David Champion
# Date 1271103184 18000
# Branch HEAD
# Node ID 41a46373ddd9f9178ac9bb18ff42354b8b40b3fb
# Parent 4d798ee2898ef5b059d05a331c01175c7556e657
Improve clarity/uniformity in compose menu's crypto display
Incorporates feedback on "Security: None&
protos.h |3 +
status.c | 21 +---
11 files changed, 246 insertions(+), 10 deletions(-)
# HG changeset patch
# User David Champion
# Date 1271708010 18000
# Branch HEAD
# Node ID d23a888328102ea6f629dbf2782a0359a9c0d57c
# Parent 15b9d6f3284f78139abefe74c2607fa2d338641b
Add support
from.c | 28
rfc822.c | 6 ++
2 files changed, 26 insertions(+), 8 deletions(-)
# HG changeset patch
# User David Champion
# Date 1273031552 18000
# Branch HEAD
# Node ID 850072857e7c86e29a73efc3478b2feabbe01394
# Parent
* On 06 May 2010, Bertrand Yvain wrote:
> On Tue, May 04, 2010 at 10:55:46PM -0500, David Champion wrote:
> > Adequately read mailboxes with s/@/ at / obfuscations.
>
> This kind of substitution is not reversible in the general case.
> Consider for instance this e-mail addre
* On 24 Jun 2010, Mehturt wrote:
> I wrote a patch against Mutt 1.5.20 that enables one to execute
> arbitrary system command upon new mail reception.
> The command to execute is configurable.
>
> Would you be interested in such patch?
If you could rework this as a receive-hook (a hook like mutt
* On 16 Jul 2010, Jan Larres wrote:
> Hi,
>
> I'm curious if there is a chance that the X-Label editing patch from
> http://home.uchicago.edu/~dgc/mutt/#x-label is going to be included in mutt. I
> know there are ways for label editing without that patch, but they are clumsy
> and don't allow for
* On 18 Jul 2010, Jan Larres wrote:
>
> Why are you changing the hotkey syntax here? It's shorter, of course, but also
> a bit less obvious.
Because adding the new sort key without changing the format makes it
wider than 80 columns, which messes with the screen formatting in odd
ways. :)
--
-
* On 18 Jul 2010, Jan Larres wrote:
> David Champion :
> > Current version attached. This applies to HEAD as of July 3.
>
> Very nice, thanks! I was wondering if it would be necessary to
> rfc2047_encode/decode the header or if that's already taken care of in other
>
# HG changeset patch
# User David Champion
# Date 1284612294 18000
# Branch HEAD
# Node ID 1c6c5a4e168219a6e26ba6143cabe9f7564dfcac
# Parent 59aad6c21703484a9a298536efd4d971039d0a61
Include extra information in mutt version string for developer builds.
When a build is based on an hg clone
# HG changeset patch
# User David Champion
# Date 1284612296 18000
# Branch HEAD
# Node ID c64a45baed14d182e4fd0f2ba24acee832d862f4
# Parent 1c6c5a4e168219a6e26ba6143cabe9f7564dfcac
Include mq-based patches in the mutt patch list.
This augments the contents of the PATCHES file, so that mq-based
# HG changeset patch
# User David Champion
# Date 1284612296 18000
# Branch HEAD
# Node ID 6cf2dabfe8226904eb8f86786f4f4bab028d5ef2
# Parent c64a45baed14d182e4fd0f2ba24acee832d862f4
Invalidate header caches when spam rules change.
User 'exg' on #mutt reported a problem when using he
Thanks, I had forgotten it was so new. New version upcoming with a
workaround for older Mercurial.
--
David Champion * d...@uchicago.edu * IT Services * University of Chicago
Take 2. Includes Moritz Barsnick's changes and simulates {latesttag}
when running in a Mercurial release that does not have it, per Christian
Ebert.
# HG changeset patch
# User David Champion
# Date 1284678222 18000
# Branch HEAD
# Node ID c16ee46e288f86a297e014d65d277b9d6a0d22c0
# P
f time, why depend on awk when the shell can handle it
just fine?
# HG changeset patch
# User David Champion
# Date 1284693682 18000
# Branch HEAD
# Node ID fd7c217aeaee54ac69ab6de29954ade243431008
# Parent 59aad6c21703484a9a298536efd4d971039d0a61
Include extra information in mutt version strin
in .hgrc for the same reason as Matt doesn't make
it the default, so I guess I still assume committers will deal with
this locally, like they did with CVS. But I suppose I'll have to start
thinking of when to add it.
This patch looks fine to me, no point in my resubmitting it
g.
I don't have strong feelings either way, but:
1) do we want to change that?
2) do we change it before, after, or alongside this bugfix?
--
David Champion * d...@uchicago.edu * IT Services * University of Chicago
It seems that in the year I spent using OpenSolaris I forgot why I never
used $(subcommand). Just moved back to Solaris 10 and remembered that
this is one of the effects of its /bin/sh not being fully POSIX. Changed
all $(foo) to `foo`, and exported with --git.
# HG changeset patch
# User David
# HG changeset patch
# User David Champion
# Date 1286988263 18000
# Branch HEAD
# Node ID 95302d58ea75b010c99ed42b651e9d143b10e20e
# Parent 0b159a8327b751def2ad8f0a89957e2288fe2abb
allow initial blank lines in local mailboxes
Some mailbox-creation tools erroneously append a blank line to a
an mbox folder, and apparently it omitted
the From_s for him as well.
I don't have this problem myself but I'm using what is probably a
pristine procmail 3.22 build (2001). I wonder whether either of you is
using an "enhanced" packager release.
--
David Champion * d...@uchicago.edu * IT Services * University of Chicago
# HG changeset patch
# User David Champion
# Date 1294082430 21600
# Branch HEAD
# Node ID cc2da8afdcb7db1a334d1d724bf27a7520877476
# Parent a8a30ebc2bade837fd32fcefcec66bf07eaff34a
Adds label completion.
A global label hash is added, to which labels are added as they're parsed
from a ma
# HG changeset patch
# User David Champion
# Date 1294082391 21600
# Branch HEAD
# Node ID e430a60a325be04cc5290b0ce2f634ad462de3da
# Parent d1f81b853d65d09313f24bbe26e6d873029b516d
Include mq-based patches in the mutt patch list.
This augments the contents of the PATCHES file, so that mq-based
# HG changeset patch
# User David Champion
# Date 1294082432 21600
# Branch HEAD
# Node ID 8233afda69c15a841208c6757d66f6f6ebfa255c
# Parent 32fa2504d528f3d84863712cb0874272e9f2c63d
Permit tab completion of pattern expressions with ~y (labels).
diff --git a/copy.c b/copy.c
--- a/copy.c
+++ b
# HG changeset patch
# User David Champion
# Date 1294082440 21600
# Branch HEAD
# Node ID 5a6e9fd8ead46ede761ff3ed6102505afa9958cb
# Parent 0db2ba027db9cc1d31dbfd3b2ba041ba330f514c
Add subjectrx command to replace matching subjects with something else.
This lets you define regular expressions
# HG changeset patch
# User David Champion
# Date 1294082428 21600
# Branch HEAD
# Node ID a8a30ebc2bade837fd32fcefcec66bf07eaff34a
# Parent c51fb78f6b17a8a30b8921e75c1dea8a69fb52a7
Adds capability to edit x-labels inside mutt, and to sort by label.
diff --git a/OPS b/OPS
--- a/OPS
+++ b/OPS
This patch series adds the ability to replace subjects and mailbox names
in the index according to a regular expression. Only the display
value is modified; the internal value for search and limit purposes
is unchanged. This reuses the existing mutt code for spam engine
detection.
This capabilit
# HG changeset patch
# User David Champion
# Date 1294082443 21600
# Branch HEAD
# Node ID a66a4aaf8ce3c45a8c6ed7ddef634a726d2bd390
# Parent 5a6e9fd8ead46ede761ff3ed6102505afa9958cb
Adds mailboxrx (and unmailboxrx) command.
Mailboxrx allows you to define a regular expression and replacement
# HG changeset patch
# User David Champion
# Date 1294082433 21600
# Branch HEAD
# Node ID 0db2ba027db9cc1d31dbfd3b2ba041ba330f514c
# Parent 8233afda69c15a841208c6757d66f6f6ebfa255c
Abstract the SPAM_LIST as a generic REPLACE_LIST
REPLACE_LIST can be used more generally as a list of pattern
Mutt has long had a loose idea of "labels", since before any other
approach to mail tagging was standardized and before most others were
implemented. Labels were intentionally rather freeform and support was
intentionally minimal, since mutt users like flexibility and power.
However in the meantim
# HG changeset patch
# User David Champion
# Date 1294082390 21600
# Branch HEAD
# Node ID d1f81b853d65d09313f24bbe26e6d873029b516d
# Parent f01b306ebe0eef919096d8d438d978acf62d6f73
Include extra information in mutt version string for developer builds.
When a build is based on an hg clone
Resubmission of patches to improve mutt's build system's support of
Mercurial in generating developer version strings and patch lists.
# HG changeset patch
# User David Champion
# Date 1294082431 21600
# Branch HEAD
# Node ID 32fa2504d528f3d84863712cb0874272e9f2c63d
# Parent cc2da8afdcb7db1a334d1d724bf27a7520877476
Unify label/keyword handling.
Since x-labels were added to mutt in 2000, a number of other approaches
to what we
# HG changeset patch
# User David Champion
# Date 1294082392 21600
# Branch HEAD
# Node ID 4cfc804998e218bdbd13cb3ffeee9fd84e0e259e
# Parent e430a60a325be04cc5290b0ce2f634ad462de3da
Invalidate header caches when spam rules change. closes #3473
User 'exg' on #mutt reported a problem
# HG changeset patch
# User David Champion
# Date 1294082393 21600
# Branch HEAD
# Node ID c51fb78f6b17a8a30b8921e75c1dea8a69fb52a7
# Parent 4cfc804998e218bdbd13cb3ffeee9fd84e0e259e
Add reentrant hash_walk() function for iterating down a hash table.
diff --git a/hash.c b/hash.c
--- a/hash.c
or cur/ into
tmp/ before unlinking.
--
David Champion * d...@uchicago.edu * IT Services * University of Chicago
arse_unmono (BUFFER *, BUFFER *, unsigned long, BUFFER *);
> int mutt_parse_push (BUFFER *, BUFFER *, unsigned long, BUFFER *);
> int mutt_parse_rc_line (/* const */ char *, BUFFER *, BUFFER *);
> -int mutt_parse_rfc822_line (ENVELOPE *e, HEADER *hdr, char *line, char *p,
> +void mutt_pa
[state->entrylen].local = 1;
>}
> + else
> +(state->entry)[state->entrylen].local = 0;
>
>(state->entry)[state->entrylen].new = new;
>(state->entry)[state->entrylen].name = safe_strdup (name);
> diff -r a6fb39a7847a -r 4d73cc1a137c browser.h
> --- a/browser.h Mon May 23 12:59:14 2011 +0200
> +++ b/browser.h Mon May 23 13:22:30 2011 +0200
> @@ -1,5 +1,5 @@
> /*
> - * Copyright (C) 1996-2000 Michael R. Elkins
> + * Copyright (C) 1996-2000,2011 Michael R. Elkins
> *
> * This program is free software; you can redistribute it and/or modify
> * it under the terms of the GNU General Public License as published by
> @@ -37,6 +37,7 @@ struct folder_file
>unsigned selectable : 1;
>unsigned inferiors : 1;
> #endif
> + unsigned local : 1; /* folder is on local filesystem */
>unsigned tagged : 1;
> };
>
--
David Champion • d...@uchicago.edu • IT Services • University of Chicago
| S_ISLNK (s.st_mode))
> + s.st_size = 0;
> +else if (! S_ISREG (s.st_mode))
>continue;
>
> tmp = Incoming;
--
David Champion • d...@uchicago.edu • IT Services • University of Chicago
is a fix for bug 2421, print numbers of new mails in Maildir.
>
> Please review and apply.
Thanks for this series. I've sent three comments but otherwise this
looks good to me. I appreciate your breaking it into multiple chunks
for review.
--
David Champion • d...@uchicago.edu • IT Services • University of Chicago
* On 24 May 2011, Olaf Hering wrote:
> On Tue, May 24, David Champion wrote:
>
> > * On 23 May 2011, Olaf Hering wrote:
> > > Set both to zero to simplify the folder browser output.
> >
> > I would say that seeing the size of the linked-to file is useful --
&
for me.
It's the same feature, for the record. It was a popular patch for a
long time, but was taken onboard between 1.5.9 and 1.5.10:
changeset: 4026:aaea693b9580
branch: HEAD
user:Cedric Duval
date:Sun Jul 24 16:51:38 2005 +
summary: Add thread editing co
s += 13;
> +}
> +else
> +s += 3;
> + else
> +s++;
> +else
> +*ptmp++ = *s++;
> +else
> +s++;
> +if (*s != ')')
> +return -1;
> +s++; /* skip ) */
> +*ptmp = 0;
> +h->data->labels = safe_strdup(tmp);
> +SKIPWS (s);
> +}
> +
> if (ascii_strncasecmp ("FLAGS", s, 5) == 0)
> {
>if ((s = msg_parse_flags (h, s)) == NULL)
> diff -udprP -x Makefile -x uid -x config.status mutt-1.5.21/imap/message.h
> mutt-1.5.21-patched/imap/message.h
> --- mutt-1.5.21/imap/message.h2009-01-05 12:20:53.0 -0700
> +++ mutt-1.5.21-patched/imap/message.h2012-01-28 21:51:44.0
> -0700
> @@ -37,6 +37,8 @@ typedef struct imap_header_data
>unsigned int parsed : 1;
>
>unsigned int uid; /* 32-bit Message UID */
> + char *labels;
> +
>LIST *keywords;
> } IMAP_HEADER_DATA;
>
--
David Champion • d...@uchicago.edu • IT Services • University of Chicago
t you get authentication errors from the server? Can
you send debug output showing what stages are successful? Can you trace
smtp_fill_account in a debugger and confirm that it is not parsing your
url correctly?
Note that if your password contains a literal % character, that does
need to be
= 0x8276a61
"mypassword", host = 0x8276a69 "smtp.gmail.com", port = 0,
path = 0x8276a78 ""}
This is what needs to be confirmed. If that appears correctly then the
problem is elsewhere -- SASL, mutt's interaction with SASL, etc. -- and
not with URL parsing.
You
who
use account-hook (I don't). If you'll post your account-hooks in the
order they appear in your muttrc, probably someone can help.
When posting account configuration, redact the personal information
as needed, but please do distinguish user1 from user2, password1 from
password
atically exclude
untracked/generated files.
--
David Champion • d...@uchicago.edu • IT Services • University of Chicago
deletions(-)
# HG changeset patch
# User David Champion
# Date 1334061562 18000
# Node ID d1a34f56c424b252e6e6cec690a1e17c5c83aa55
# Parent f467353f5657d9504dc5924fefc804fadc586f57
Terminal status line support, based on the xterm title patch.
Christoph Berg took the xterm title patch from the
opriate indeed (for QNX users?) as a second-stage
test between tsl/fsl and checking vs. known xterm-supporting terminal
types.
--
David Champion • d...@uchicago.edu • IT Services • University of Chicago
pgpHGRcZHJTU3.pgp
Description: PGP signature
..
Oops, error here in my script. The results are correct except that the
terminal names all have "xt" incorrectly appended, since that's the
capability I was testing for.
--
David Champion • d...@uchicago.edu • IT Services • University of Chicago
pgp7gXhmBEIR1.pgp
Description: PGP signature
1 - 100 of 214 matches
Mail list logo
