aboutsummaryrefslogtreecommitdiffhomepage
path: root/notmuch-reply.c
diff options
context:
space:
mode:
authorGravatar Carl Worth <cworth@cworth.org>2010-02-04 12:39:11 -0800
committerGravatar Carl Worth <cworth@cworth.org>2010-02-04 12:42:09 -0800
commitd111c720bad53f98edba958aa605e857036a2bc8 (patch)
tree045892f4a05fa050a04c2cdcf95844fe68b6b848 /notmuch-reply.c
parent62379f3dee5bc3673007271bc43ecc2587ac4e22 (diff)
notmuch reply: Rename the mailing_list_munged_reply_to function
This function detects whether the address in the Reply-To header already appears in either To or Cc. So give it a name that reflects what it does (reply_to_header_is_redundant) rather than the old name which described one possible use of the function, (as a simple heuristic for detecting whether a mailing list had applied reply-to munging).
Diffstat (limited to 'notmuch-reply.c')
-rw-r--r--notmuch-reply.c31
1 files changed, 14 insertions, 17 deletions
diff --git a/notmuch-reply.c b/notmuch-reply.c
index 0d29cf07..98f6442f 100644
--- a/notmuch-reply.c
+++ b/notmuch-reply.c
@@ -188,18 +188,11 @@ add_recipients_for_string (GMimeMessage *message,
return add_recipients_for_address_list (message, config, type, list);
}
-/* Some mailing lists munge the Reply-To header despite it being A Bad
- * Thing, see http://www.unicom.com/pw/reply-to-harmful.html
- *
- * This function detects such munging so that reasonable headers can be
- * generated anyway. Returns 1 if munged, else 0.
- *
- * The current logic is fairly naive, Reply-To is diagnosed as munged if
- * it contains exactly one address, and this address is also present in
- * the To or Cc fields.
+/* Does the address in the Reply-To header of 'message' already appear
+ * in either the 'To' or 'Cc' header of the message?
*/
static int
-mailing_list_munged_reply_to (notmuch_message_t *message)
+reply_to_header_is_redundant (notmuch_message_t *message)
{
const char *header, *addr;
InternetAddressList *list;
@@ -254,14 +247,18 @@ add_recipients_from_message (GMimeMessage *reply,
const char *from_addr = NULL;
unsigned int i;
- /* When we have detected Reply-To munging, we ignore the Reply-To
- * field (because it appears in the To or Cc headers) and use the
- * From header so that person will get pinged and will actually
- * receive the response if not subscribed to the list. Note that
- * under no circumstances does this fail to reply to the address in
- * the Reply-To header.
+ /* Some mailing lists munge the Reply-To header despite it being A Bad
+ * Thing, see http://www.unicom.com/pw/reply-to-harmful.html
+ *
+ * The munging is easy to detect, because it results in a
+ * redundant reply-to header, (with an address that already exists
+ * in either To or Cc). So in this case, we ignore the Reply-To
+ * field and use the From header. Thie ensures the original sender
+ * will get the reply even if not subscribed to the list. Note
+ * that the address in the Reply-To header will always appear in
+ * the reply.
*/
- if (mailing_list_munged_reply_to (message)) {
+ if (reply_to_header_is_redundant (message)) {
reply_to_map[0].header = "from";
reply_to_map[0].fallback = NULL;
}