From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail.systemreboot.net (mugam.systemreboot.net [139.59.75.54]) by localhost (mpop-1.4.5) with POP3 for ; Mon, 23 Sep 2019 13:38:36 +0530 Return-path: Envelope-to: arunisaac@systemreboot.net Delivery-date: Mon, 23 Sep 2019 13:00:35 +0530 Received: from [212.71.252.8] (helo=mira.cbaines.net) by systemreboot.net with esmtp (Exim 4.92.1) (envelope-from ) id 1iCInr-0000VB-Gg; Mon, 23 Sep 2019 13:00:35 +0530 Received: from localhost (220.185.93.209.dyn.plus.net [209.93.185.220]) by mira.cbaines.net (Postfix) with ESMTPSA id CF80C173E7; Mon, 23 Sep 2019 08:30:33 +0100 (BST) Received: from phact (localhost [127.0.0.1]) by localhost (OpenSMTPD) with ESMTP id cce85090; Mon, 23 Sep 2019 07:30:33 +0000 (UTC) References: <87woe91zv4.fsf@cbaines.net> <87muew4gel.fsf@cbaines.net> User-agent: mu4e 1.2.0; emacs 26.3 From: Christopher Baines To: Arun Isaac Cc: guile-email@systemreboot.net Subject: Re: [guile-email] decoding-error crash In-reply-to: Date: Mon, 23 Sep 2019 08:30:31 +0100 Message-ID: <875zljwju0.fsf@cbaines.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" List-Id: --=-=-= Content-Type: text/plain Arun Isaac writes: >> I think there might be other emails on the guix-commits mailing list >> that still can't be read. >> >> For testing, I downloaded >> https://lists.gnu.org/archive/mbox/guix-commits/2019-08 and then tried >> to read it with: >> >> (map parse-email (call-with-input-file "2019-08" mbox->emails)) > > These errors occur due to the occurrence of non-standard ISO-8859-1 > characters in the headers due to Emacs message mode parens style > addresses. The earlier fix only allows UTF-8 or ASCII characters. I have > pushed a new fix that uses the substitute conversion strategy to > silently fail without an error in the event of something other than > UTF-8 or ASCII encoding. > > https://git.systemreboot.net/guile-email/commit/?id=c10524726e0a91445a0329cc9aa72b7467258381 > > The alternative to this is to implement some complicated encoding > guessing scheme. I'm not sure it's worth the effort. WDYT? Awesome, thanks Arun. Substituting invalid characters works for me. Would you be up for doing a release with these changes at some point? Then the 'patch-module-dir phase could be removed from the Guix package definition as well. Thanks, Chris --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEEPonu50WOcg2XVOCyXiijOwuE9XcFAl2IdJdfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDNF ODlFRUU3NDU4RTcyMEQ5NzU0RTBCMjVFMjhBMzNCMEI4NEY1NzcACgkQXiijOwuE 9Xcfqg//UmB46nVUzGrebQFYNOrvaTqbjK/jNhA4SE9p8raaTjxWuI4PUmQh5qIs IBDIn1ggfd9klKlc1RnooQXO8elGdtiDFualsUlAWXZeqCS2vPhIqTnFcOxXEHDH DXpOIiPfM8jq0DAesaOOU+ZuCxYzVy+Vp0w5WAUJcKwT6H0rI/Uw18Fqxj7uYbFA qrNH/xcvS7FMbVBwVS+YLCeuLKV08pyajWWmkwM3UwtM17t12sXR8pSTucdiCavB mSE5GlDtIycksYX3UIHfIUseKObu91VWxxgvbgJnZ8kWDGViSvvcRGFFifKWS2fo x4K76VBnJxTQJBWVImG86VPMGVK4RFqTMCvJGaNU/+VquIDP9nK61PkKN6FEhNgR 4uqrI6cU+3RjuhqTywycsNgY10P8ZkA9eZZllQubVMyPghOv5Kp//A1Vg9RHSPPh 0lphXg26a5ziEYOGFF9wwoDDLfgNUKlezR+tmi0A5oX67SrOQYXtLYD/pv1kkO3r q2ydI82s6yOdSFWHnOwZ41l20mmi7kY20JJCbiJQJqzlr8WgF8gBIAO7URxG46ro HJXn1RuCAMzs0xKGTTi+NhrBBIYl7dPUpnm046S+u8SVzDY1tHagx5lVeeuAtMsU 2bfLvM99pdq0kLWCcpLS+ipXiJIYvvlaCNeRjx3+ZyhwABsAfQk= =cF8b -----END PGP SIGNATURE----- --=-=-=--