On Sun, 26 Feb 2012 08:45:22 +, Mark Walters
wrote:
>
> Hi I have not read all of this carefully but it looks very nice to
> me. It is pleasantly nice to read.
Thank you!
> I have not looked through the create output function yet but have looked
> at most of the rest.
There are a few
-
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20120226/45ff9f78/attachment.pgp>
On Sun, 26 Feb 2012 12:51:49 -0400, David Bremner wrote:
> I have sometimes wondered about having another library layer making some
> of the current CLI functionality accessible to bindings. I'm not really
> sure of the pro's and con's of such approach. It would certainly be
> overkill for this
ent of it stalled. Thanks so much to those of you
who have been pushing on it.
jamie.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/
This works:
w3m -o document_charset=windows-1251 test.html
It says that w3m should suppose windows-1251 encoding if no html-meta
content-type tag given.
On Sun, 26 Feb 2012 17:41:04 +0100, Daniel Schoepe
wrote:
>
> At least it should not be done in the library, because it'd need to read
> the user's addresses from configuration file which the library is not
> supposed to access, as far as I understand.
>
One can work around this by passing in
Quoting Daniel (2012-02-25 16:34:15)
>From what I understand, at least the Python bindings deliver primarily author
>names (not addresses),
To clarify, `notmuch.Thread.get_authors` returns a comma separated list of the
realname parts of all From-headers that occur in messages of this thread.
>
On Sat, 25 Feb 2012, Serge Z wrote:
>
> Hi!
> I've struck another problem:
>
> I've got an html/text email with body encoded with cp1251.
> Its encoding is mentioned in both Content-type: email header and html
> tag. So when the client tries to display it with external html2text converter,
>
Hi I have not read all of this carefully but it looks very nice to
me. It is pleasantly nice to read.
I have not looked through the create output function yet but have looked
at most of the rest.
My only concern (as mentioned on irc) is the question of
internationalisation. I think most of the
On Sat, 25 Feb 2012 10:27:02 -0400, David Bremner wrote:
>
> I would like to start a freeze (i.e. merge master to release) for 0.12
> within the next week, say March 1 for an easy to remember date.
>
> If you have suggestions for things that "should really go in", feel free
> to follow up. The
notmuch new, restore, and tag commands support maildir flag
synchronization with notmuch tags. Reference the notmuch-config(1) man
page about it in the relevant man pages.
---
man/man1/notmuch-new.1 |5 +
man/man1/notmuch-restore.1 |6 ++
man/man1/notmuch-tag.1 |6
At the risk of duplication between the man page and the configuration
file generated by default, document the notmuch configuration options
in the notmuch config man page.
Existing users of notmuch should not be expected to re-generate their
config file in order to get access to the documentation
On Sat, 25 Feb 2012 10:27:02 -0400, David Bremner da...@tethera.net wrote:
I would like to start a freeze (i.e. merge master to release) for 0.12
within the next week, say March 1 for an easy to remember date.
If you have suggestions for things that should really go in, feel free
to follow
The behavior of the header line in show-mode changed from showing the
subject of the first open message to showing the subject of the first
message in 4d77f18b. Update a comment to reflect this.
---
emacs/notmuch-show.el |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
On Sat, 25 Feb 2012, Serge Z wrote:
Hi!
I've struck another problem:
I've got an html/text email with body encoded with cp1251.
Its encoding is mentioned in both Content-type: email header and html meta
tag. So when the client tries to display it with external html2text converter,
The
This works:
w3m -o document_charset=windows-1251 test.html
It says that w3m should suppose windows-1251 encoding if no html-meta
content-type tag given.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
Quoting Daniel (2012-02-25 16:34:15)
From what I understand, at least the Python bindings deliver primarily author
names (not addresses),
To clarify, `notmuch.Thread.get_authors` returns a comma separated list of the
realname parts of all From-headers that occur in messages of this thread.
so
On Sun, 26 Feb 2012 11:22:10 +, Patrick Totzke
patricktot...@googlemail.com wrote:
so it would seem more appropriate that this be done in the backend.
I agree. I personally think this is a nice feature to have in all
user interfaces to notmuch and therefore it makes sense to implement it
On Sun, 26 Feb 2012 17:41:04 +0100, Daniel Schoepe dan...@schoepe.org wrote:
At least it should not be done in the library, because it'd need to read
the user's addresses from configuration file which the library is not
supposed to access, as far as I understand.
One can work around this
On Sun, 26 Feb 2012 12:51:49 -0400, David Bremner da...@tethera.net wrote:
I have sometimes wondered about having another library layer making some
of the current CLI functionality accessible to bindings. I'm not really
sure of the pro's and con's of such approach. It would certainly be
On Sat, 25 Feb 2012 10:27:02 -0400, David Bremner da...@tethera.net wrote:
It has also been some chatter that either (the next iteration of)
id:1329296619-7463-1-git-send-email-markwalters1...@gmail.com
Should go in, or we should revert amdragon's exclude stuff.
I don't have strong
On Sat, 25 Feb 2012 21:53:27 +0200, Jani Nikula j...@nikula.org wrote:
On Sat, 25 Feb 2012 17:05:44 +0200, Tomi Ollila tomi.oll...@iki.fi wrote:
[ ... ]
By seeing the thoughts thrown in IRC there seems to be plenty if things
to resolve until something like this is going to be available
22 matches
Mail list logo
