<feed xmlns='http://www.w3.org/2005/Atom'>
<title>notmuch/notmuch-reply.c, branch 0.4</title>
<subtitle>thread-based email index, search, and tagging</subtitle>
<id>https://git.notmuchmail.org/git/notmuch/atom?h=0.4</id>
<link rel='self' href='https://git.notmuchmail.org/git/notmuch/atom?h=0.4'/>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/'/>
<updated>2010-10-28T01:07:37Z</updated>
<entry>
<title>notmuch: Eliminate some const-correctness warnings.</title>
<updated>2010-10-28T01:07:37Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2010-10-28T01:07:37Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=c6e70e15eaf7355fb9fe9b599aef07f2be619968'/>
<id>urn:sha1:c6e70e15eaf7355fb9fe9b599aef07f2be619968</id>
<content type='text'>
These were introduced as a side-effect of commit
b9eac48c22f53f84ed1d9c1d8ca862a7b638c9ac (shame on me for doing
side-effect commits like that!).

For me, at least, compilation is now warning-free.
</content>
</entry>
<entry>
<title>Remove bcc header from notmuch reply.</title>
<updated>2010-10-28T00:15:42Z</updated>
<author>
<name>Jameson Rollins</name>
<email>jrollins@finestructure.net</email>
</author>
<published>2010-10-28T00:15:42Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=399031c2e3ceffc4999110d7e9f221f49e191016'/>
<id>urn:sha1:399031c2e3ceffc4999110d7e9f221f49e191016</id>
<content type='text'>
Notmuch reply should not be Bcc'ing the sender by default.  This is
not the appropriate way to save copies of sent mail (which should
probably be handled by an Fcc header[*]) and it doesn't give the user the
option to not be bcc'd.  This is really something that should be
handled by the reader UI.  For instance, emacs message-mode can easily
be configured to add Bcc's if the user wishes.

[*] Carl Worth: The FCC header is now in place by default in the emacs
user-interface (and tested in the test suite) so the Bcc is ready to
be eliminated.
</content>
</entry>
<entry>
<title>Rename already used counter var i</title>
<updated>2010-04-27T15:09:38Z</updated>
<author>
<name>Aneesh Kumar K.V</name>
<email>aneesh.kumar@linux.vnet.ibm.com</email>
</author>
<published>2010-04-27T12:57:25Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=107f58d517e733c53e9d669457db34622337931d'/>
<id>urn:sha1:107f58d517e733c53e9d669457db34622337931d</id>
<content type='text'>
i is already used in a for loop at this point, so using i here again
broke notmuch-reply (it would just hang). Use j instead of i here.

Signed-off-by: Sebastian Spaeth &lt;Sebastian@SSpaeth.de&gt;
</content>
</entry>
<entry>
<title>Rearchitect From: header guessing code for replies</title>
<updated>2010-04-26T21:44:13Z</updated>
<author>
<name>Dirk Hohndel</name>
<email>hohndel@infradead.org</email>
</author>
<published>2010-04-26T19:58:35Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=932e1c165cdb5dff769e4d290525f4f6b2f5ac81'/>
<id>urn:sha1:932e1c165cdb5dff769e4d290525f4f6b2f5ac81</id>
<content type='text'>
We want to be able to correctly guess the best From: header to use when
replying to emails. This is what we are looking at now:
 1 is one of the users' mail addresses in the To: or Cc: header
 2 check for an Envelope-to: header
 3 check for an X-Original-To: header
 4 check for a (for &lt;email@add.res&gt;) clause in Received: headers
 5 check for the domain part of known email addresses in the
      'by' part of Received headers
 6 fall back to the primary email address

This patch changes the algorithm for steps 2-5 of this process. Prior to
this patch we had a first attempt to implement only step 5 - but this
broke in many email setups where mail delivery to the local machine added
additional Received: lines.
Steps 2-4 are new, step 5 now analyzes the concatenated Received: header
(this was in the previous patch) to do this analysis.

Signed-off-by: Dirk Hohndel &lt;hohndel@infradead.org&gt;
</content>
</entry>
<entry>
<title>notmuch reply: Handle notmuch_message_get_header returning NULL.</title>
<updated>2010-04-24T13:33:32Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2010-04-24T13:33:32Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=d06a34ad5dcf4626164002e78d8b3ab01a5dd1a5'/>
<id>urn:sha1:d06a34ad5dcf4626164002e78d8b3ab01a5dd1a5</id>
<content type='text'>
This seems a rather unlikely case, (replying to a message that
disappears out from under us half way through the reply), but
notmuch_message_get_header is documented to return NULL in error
cases, so we might as well deal sanely with that (rather than just
crashing).
</content>
</entry>
<entry>
<title>Decode headers in reply</title>
<updated>2010-04-13T16:23:54Z</updated>
<author>
<name>Michal Sojka</name>
<email>sojkam1@fel.cvut.cz</email>
</author>
<published>2010-03-03T07:50:56Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=452fbedcd5db101378b01c957a7f0574eb708afc'/>
<id>urn:sha1:452fbedcd5db101378b01c957a7f0574eb708afc</id>
<content type='text'>
When headers contain non-ASCII characters, they are encoded according
to rfc2047. Nomtuch reply command emits the headers in the encoded
form, which makes them hard to read by humans who compose the reply.

For example instead of "Subject: Re: Rozlučka" one currently sees
"Subject: Re: =?iso-8859-2?q?Rozlu=E8ka?=".

This patch adds a new GMime filter which is used to decode headers to
UTF-8 and uses this filter when notmuch reply outputs headers.

Signed-off-by: Michal Sojka &lt;sojkam1@fel.cvut.cz&gt;
</content>
</entry>
<entry>
<title>Fix code extracting the MTA from Received: headers</title>
<updated>2010-04-07T22:36:40Z</updated>
<author>
<name>Dirk Hohndel</name>
<email>hohndel@infradead.org</email>
</author>
<published>2010-04-07T20:38:29Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=569ecf8c164fe4732aee4296c956ecf6b8575b6c'/>
<id>urn:sha1:569ecf8c164fe4732aee4296c956ecf6b8575b6c</id>
<content type='text'>
The previous code made too many assumptions about the (sadly not
standardized) format of the Received headers. This version should
be more robust to deal with different variations.

Signed-off-by: Dirk Hohndel &lt;hohndel@infradead.org&gt;
</content>
</entry>
<entry>
<title>notmuch-reply: Remove stray brace.</title>
<updated>2010-04-07T14:17:12Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2010-04-07T14:17:12Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=8d4fa40beccde5ec879cc05341e45b18a6cf9e0f'/>
<id>urn:sha1:8d4fa40beccde5ec879cc05341e45b18a6cf9e0f</id>
<content type='text'>
That was breaking the build.
</content>
</entry>
<entry>
<title>notmuch-reply: Remove a useless level of nesting.</title>
<updated>2010-04-07T01:51:57Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2010-04-07T01:50:22Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=542e32876ebae630d7a281be938296950689cb50'/>
<id>urn:sha1:542e32876ebae630d7a281be938296950689cb50</id>
<content type='text'>
Making the code a tiny bit easier to read (in my opinion at least).
</content>
</entry>
<entry>
<title>notmuch-reply: Fix some whitespace issues.</title>
<updated>2010-04-07T01:51:47Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2010-04-07T01:49:25Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=3e216ba60d7e933a9b954aac5eaf0f5286819496'/>
<id>urn:sha1:3e216ba60d7e933a9b954aac5eaf0f5286819496</id>
<content type='text'>
No actual code change here. Just whitespace style, (mostly just my
preferred space before a left parenthesis, and a space after a comma).
</content>
</entry>
</feed>
