From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: "Garreau\, Alexandre" Newsgroups: gmane.emacs.devel Subject: Re: # and split-fancy-:-unparseable base64-encoded header. Date: Sun, 23 Sep 2018 10:57:57 +0200 Message-ID: <0k9dzwzzzzzz.54d.xxuns.g6.gal@galex-713.eu> References: <87bm8ohhpk.fsf@iki.fi> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1537693012 15247 195.159.176.226 (23 Sep 2018 08:56:52 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 23 Sep 2018 08:56:52 +0000 (UTC) User-Agent: Gnus (5.13), GNU Emacs 25.1.1 (i686-pc-linux-gnu) Cc: emacs-devel@gnu.org To: Teemu Likonen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Sep 23 10:56:48 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g40C8-0003sJ-Ak for ged-emacs-devel@m.gmane.org; Sun, 23 Sep 2018 10:56:48 +0200 Original-Received: from localhost ([::1]:39850 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g40EE-0004MY-Sl for ged-emacs-devel@m.gmane.org; Sun, 23 Sep 2018 04:58:58 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57434) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g40Dc-0004MQ-3k for emacs-devel@gnu.org; Sun, 23 Sep 2018 04:58:20 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g40Db-0001Yh-CH for emacs-devel@gnu.org; Sun, 23 Sep 2018 04:58:20 -0400 Original-Received: from portable.galex-713.eu ([2a00:5884:8305::1]:46830 helo=galex-713.eu) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g40Db-0001Na-4t for emacs-devel@gnu.org; Sun, 23 Sep 2018 04:58:19 -0400 Original-Received: from localhost ([::1] helo=galex-713.eu) by galex-713.eu with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1g40DW-0002Bl-Fr; Sun, 23 Sep 2018 10:58:14 +0200 X-GPG-FINGERPRINT: E109 9988 4197 D7CB B0BC 5C23 8DEB 24BA 867D 3F7F X-Accept-Language: fr, en, it, eo In-Reply-To: <87bm8ohhpk.fsf@iki.fi> (Teemu Likonen's message of "Sun, 23 Sep 2018 09:05:11 +0300") X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:5884:8305::1 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:229999 Archived-At: Le 23/09/2018 =C3=A0 09h05, Teemu Likonen a =C3=A9crit=C2=A0: > Alexandre Garreau [2018-09-23 02:04:44+02] wrote: > >> How to make that readable? why doesn=E2=80=99t nnmail-split-fancy acts o= n a >> decoded buffer? I need this to correctly receive and track that mail >> :/ > > There is variable nnmail-mail-splitting-decodes which, with a non-nil > value, should cause the splitting mechanism to decode headers before > splitting. Thank you very much! it works excellently! Why isn=E2=80=99t this behavior the default? is there any advantage to pars= e the yet-encoded content (maybe its encoding?) or still big issue by decoding before rather than after?