[GH-ISSUE #100] [Bug] Long unicode name in To: field; e-mail sent, but not shown in Sent folder #86

New issue

Closed

opened 2026-03-03 01:19:41 +03:00 by kerem · 1 comment

kerem commented

2026-03-03 01:19:41 +03:00

Owner

Originally created by @krackout on GitHub (Apr 19, 2022).
Original GitHub issue: https://github.com/d99kris/nmail/issues/100

Originally assigned to: @d99kris on GitHub.

I'm sending to Κάποιοςμεμακρύόνομα Καιμακρύεπώνυμο <longname.longsurname@somemail.org>. The e-mail is sent, it's saved to Sent folder, but not shown in list of sent e-mails. An empty line appears in between other mails, which can be chosen; hitting return opens the e-mail. That happens only if the long name is in Unicode characters, Greek at least.

I tried something like Someonewithlongname Longsurname <s.long@somemail.org> and had no issues. The issue doesn't appear with small Unicode names, up to 5-6 characters; also I suspect it's the before space string (name space surname) that produces the problem. Just in case, I opened nmail on st terminal, urxvt and Linux console; same results. If I open the Sent folder from another MUA, the e-mail is shown on the list.

Can't tell if my description is comprehensible, I'm attaching screenshots to clarify.

Red boxes in place of not shown sent messages:

Not shown message opened, To: field is taking two lines. If the name is ASCII only, To: field occupies one line, even for long names.

Originally created by @krackout on GitHub (Apr 19, 2022). Original GitHub issue: https://github.com/d99kris/nmail/issues/100 Originally assigned to: @d99kris on GitHub. I'm sending to `Κάποιοςμεμακρύόνομα Καιμακρύεπώνυμο <longname.longsurname@somemail.org>`. The e-mail is sent, it's saved to `Sent` folder, but not shown in list of sent e-mails. An empty line appears in between other mails, which can be chosen; hitting return opens the e-mail. That happens only if the long name is in Unicode characters, Greek at least. I tried something like `Someonewithlongname Longsurname <s.long@somemail.org>` and had no issues. The issue doesn't appear with small Unicode names, up to 5-6 characters; also I suspect it's the before space string (name space surname) that produces the problem. Just in case, I opened **nmail** on **st** terminal, **urxvt** and Linux console; same results. If I open the Sent folder from another MUA, the e-mail is shown on the list. Can't tell if my description is comprehensible, I'm attaching screenshots to clarify. Red boxes in place of not shown sent messages: ![nmail-bug](https://user-images.githubusercontent.com/36501063/163944058-2593c27c-c100-4bb6-bee5-f3ea6410a170.png) Not shown message opened, `To:` field is taking two lines. If the name is ASCII only, `To:` field occupies one line, even for long names. ![nmail-bug2](https://user-images.githubusercontent.com/36501063/163945793-3fab2c7b-55cd-4c8a-8262-dc3be34eb2df.png)

kerem closed this issue

2026-03-03 01:19:41 +03:00

kerem commented

2026-03-03 01:19:42 +03:00

Author

Owner

@d99kris commented on GitHub (Apr 30, 2022):

Thanks for the detailed bug report! I was able to reproduce the problem sending to Κάποιοςμεμακρύόνομα Καιμακρύεπώνυμο <longname.longsurname@somemail.org>.

The above commit should fix the issue. However, in order for it to work on already received emails one needs to delete old cached headers that might've been parsed wrongly using a previous nmail version. This can be done with:

rm -rf ~/.nmail/cache/headers

Normally when fixing parsing errors in nmail the cache version number is bumped, invalidating existing caches. But similarly to #95 I think most users haven't encountered this issue, so manual clearing of headers cache is required this time.

@d99kris commented on GitHub (Apr 30, 2022): Thanks for the detailed bug report! I was able to reproduce the problem sending to `Κάποιοςμεμακρύόνομα Καιμακρύεπώνυμο <longname.longsurname@somemail.org>`. The above commit should fix the issue. However, in order for it to work on already received emails one needs to delete old cached headers that might've been parsed wrongly using a previous nmail version. This can be done with: `rm -rf ~/.nmail/cache/headers` Normally when fixing parsing errors in nmail the cache version number is bumped, invalidating existing caches. But similarly to #95 I think most users haven't encountered this issue, so manual clearing of headers cache is required this time.