From: Franz Fellner Date: Tue, 23 Jul 2013 10:55:08 +0000 (+0200) Subject: Re: UTF-8 in mail headers (namely FROM) sent by bugzilla X-Git-Url: http://git.tremily.us/?a=commitdiff_plain;h=64df3a8366a34e248e703b60aa223c7abbb45692;p=notmuch-archives.git Re: UTF-8 in mail headers (namely FROM) sent by bugzilla --- diff --git a/56/4bf6a38e5eda689796a52d03a8636ffa0948d1 b/56/4bf6a38e5eda689796a52d03a8636ffa0948d1 new file mode 100644 index 000000000..3ca8dd040 --- /dev/null +++ b/56/4bf6a38e5eda689796a52d03a8636ffa0948d1 @@ -0,0 +1,80 @@ +Return-Path: +X-Original-To: notmuch@notmuchmail.org +Delivered-To: notmuch@notmuchmail.org +Received: from localhost (localhost [127.0.0.1]) + by olra.theworths.org (Postfix) with ESMTP id 200A2431FBC + for ; Tue, 23 Jul 2013 03:53:32 -0700 (PDT) +X-Virus-Scanned: Debian amavisd-new at olra.theworths.org +X-Spam-Flag: NO +X-Spam-Score: -0.799 +X-Spam-Level: +X-Spam-Status: No, score=-0.799 tagged_above=-999 required=5 + tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, + FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled +Received: from olra.theworths.org ([127.0.0.1]) + by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) + with ESMTP id 9E3KBt-a9u52 for ; + Tue, 23 Jul 2013 03:53:24 -0700 (PDT) +Received: from mail-bk0-f45.google.com (mail-bk0-f45.google.com + [209.85.214.45]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) + (No client certificate requested) + by olra.theworths.org (Postfix) with ESMTPS id E864A431FB6 + for ; Tue, 23 Jul 2013 03:53:23 -0700 (PDT) +Received: by mail-bk0-f45.google.com with SMTP id je9so2878933bkc.4 + for ; Tue, 23 Jul 2013 03:53:21 -0700 (PDT) +DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; + h=from:to:subject:date:user-agent:mime-version:message-id:in-reply-to + :references:content-type:content-transfer-encoding; + bh=YXjVZ+B1vzFT8Uu+LswL66L3e/89UQz0eSZcASO5he0=; + b=lEOGmpkQHbj23DD4Rc2dyQ16bQhEOOjs3zil09a+nAZbmTYOCNpuhFO9h3qr80bdMX + oSlTv9IQmiUc4/aXXfnEzSONBOXwY5Bc4X2TFmZMr8cja3iX34jBIuzHNz9aRFCqauJD + E2AbBD3yRcC9yDjTFxKOxJ5QULsFsTH5fG/9EEPrSvORvuzezJOv43KwZsPi5lBgEJhc + hSb/XEFge9TtOOQeGl3md1JGKEC31oYo+x6/LxeuRUH4agKz/mLCV9rrCng+B0Gv9Ofh + Uh/mxMJ+N6B0hebGN6owvSx8oeyTvyJ9pKwFCbQfxpBxxmk8OTGFaC77jZosuJ+wnbJY + yldA== +X-Received: by 10.204.2.200 with SMTP id 8mr4563547bkk.92.1374576801364; + Tue, 23 Jul 2013 03:53:21 -0700 (PDT) +Received: from localhost (p4FD0C2D8.dip0.t-ipconnect.de. [79.208.194.216]) + by mx.google.com with ESMTPSA id oe7sm626648bkb.5.2013.07.23.03.53.20 + for + (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); + Tue, 23 Jul 2013 03:53:20 -0700 (PDT) +From: Franz Fellner +To: +Subject: Re: UTF-8 in mail headers (namely FROM) sent by bugzilla +Date: Tue, 23 Jul 2013 12:55:08 +0200 +User-Agent: trojita/v0.3.93-100-gbbf4022-dirty; Qt/4.8.4; X11; Linux; +MIME-Version: 1.0 +Message-ID: <5712cc41-d0ce-4ed3-af1c-37cf639dd9c0@gmail.com> +In-Reply-To: <871u6psjwr.fsf@ericabrahamsen.net> +References: <08cb1dcd-c5db-4e33-8b09-7730cb3d59a2@gmail.com> + <871u6psjwr.fsf@ericabrahamsen.net> +Content-Type: text/plain; charset=utf-8; format=flowed +Content-Transfer-Encoding: quoted-printable +X-BeenThere: notmuch@notmuchmail.org +X-Mailman-Version: 2.1.13 +Precedence: list +List-Id: "Use and development of the notmuch mail system." + +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 23 Jul 2013 10:53:32 -0000 + +On Dienstag, 23. Juli 2013 11:30:28 CEST, Eric Abrahamsen wrote:=0A>> I= + have a problem with notmuch-vim (now: git master from 10 min. ago)=0A>= +> (also with alot and ner, not with 'notmuch show' or notmuch-emacs).=0A= +>> UTF-8-encoded From: (at least) does not show Umlauts but a weird=0A>= +> encoded-string. ...=0A>=0A> Looks like rfc 2047, which is a way of en= +coding non-ASCII characters in=0A> message headers. Gmail does the same= + thing, and I've had to work around=0A> that in emacs/gnus.=0A>=0A> htt= +p://www.ietf.org/rfc/rfc2047.txt=0A=0AOK, thx. So every app needs to ge= +t patched to display those strings properly? Any chance this could be d= +one directly in libnotmuch?=0AI grepped for "2047" inside te "emacs" su= +btree, but found nothing (had the hope for a comment for the workaround= +). Would be interesting to see how this is done, so I can at least try = +to create a patch (though my ruby is quite basic).