Arun Isaac writes: >>>> From: ludo@gnu.org (Ludovic Courtès) >> >> On the other hand, I just realized that this is a non-standard Emacs >> message mode parens style address described at >> https://www.gnu.org/software/emacs/manual/html_node/emacs/Mail-Headers.html >> . guile-email aims to support these non-standard addresses. So, I think >> we can relax the requirement that email headers be strictly ASCII. I'll >> push a fix and let you know. > > I've pushed a fix along with a test to prevent regression. See > https://git.systemreboot.net/guile-email/commit/?id=203c9c2ae39a4c64bfd9199bbc2deae03c347998 > > Could you use a git checkout of the master branch for your guile-email > deployment? Or would you rather I get a minor bugfix release out soon? Thanks Arun, that definately fixes the issue with the email I sent initially, although 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)) And I get a decoding-error backtrace. In email/email.scm: 824:34 8 (parse-email _) In rnrs/io/ports.scm: 334:0 7 (call-with-port # _) In email/email.scm: 616:21 6 (_ #) In email/utils.scm: 60:13 5 (read-while _ _ _) In ice-9/ports.scm: 550:4 4 (call-with-output-string _) In email/utils.scm: 52:13 3 (read-while-loop #) 91:14 2 (get-line-with-delimiter _) In ice-9/rdelim.scm: 195:24 1 (read-line _ _) In unknown file: 0 (%read-line #) ERROR: In procedure %read-line: Throw to key `decoding-error' with args `("peek-char" "input decoding error" 84 #)'. Any ideas? Thanks, Chris