Hello. I Cc: the list, i hope this is ok? I just got it totally wrong, i apologise for that.
[email protected] wrote in <[email protected]>: |The truncation is with s-nail 14.9.11-2 on debian buster. |In my post I mentioned s-mailx becuase I was confusing s-nail with |the list name. |I think the cause of truncation are unicode characters that the poster \ |included in his message. Ah! Now i understand -- you tried to read the message of the URL you posted, and _that_ was impossible? Apologies, this was a complete misunderstanding on my side then!! Sorry! |At this time I can not test it on archlinux, which defenitly has |a newer s-nail version. Do you think it will not happen with a |newer version? On Debian you could upgrade to v14.9.19 from the "testing" repository, but i do not know how to accomplish that, i only used on release of Debian, that was 3.0 (Woody), a long time ago. There are almost a thousand commits, and we do have unicode tests, and they succeed. So i do not think it happens in a newer version. I see there is a Unicode character in this line, and i would really be interested in seeing the message as the ArchLinux list posted it, unfortunately the Mailman archive does not have the full message? Would you send it to me? It is possible the easiest if you `resend' it ("? resend MSG-NO [email protected]"). |Could it be due to using a terminal that is possibly confused by unicode |characters? Hm, not really. This then should mess up individual characters, but not mutilate an entire message. It all depends on your locale settings, if you use a non-Unicode locale then such characters should come out as "?" anyway, and that should be no problem at all. You could try the `more' command to view the messafe ? more MSG-NUMBER or instead ? set crt=0 ? print That is, just force usage of $PAGER (likely less(1)?). We .. had an error in the past which caused a data procession stop, but i just cannot find it in the logs, it must have been fixed long ago. It was not about Unicode aka the character set, but about the Content-Transfer-Encoding of the message. If i recall correctly. Ah! No, i have it, it was iconv(3) related: commit a9ec20d6 Author: Steffen Nurpmeso <[email protected]> AuthorDate: 2020-04-23 17:29:57 +0200 Commit: Steffen Nurpmeso <[email protected]> CommitDate: 2020-04-23 17:32:30 +0200 Fix: "revert" [ab0cd3b8] from 2017-10-20.. (Claus Assmann).. (FIX iconv for main body part (since EVER!) (Doug McIlroy, Random832)..) was nonsense in sofar as we now generated ILSEQ errors, but without giving any error message, so that users (without nice *prompt*) normally had no indication of what happened, but looked at a partial message. This is inacceptible, so instead simply use replacement until we possibly have a better way out at some later time. This changeset is in v14.9.19. |When I used that same terminal to examine the raw message at the |MTA spool, |some unicode characters are not displayed properly. But nothing |seem to be truncated. Yes. If there is an invalid character we would simply have stopped instead of continuing and displaying the replacement character ("?"). Fixed in v14.9.19. |My .mailrc has set PAGER=less. But nothing seem to be truncated |when using less to view the raw MTA spool file. |When the trncation will happen the next time, I will try to unset PAGER=\ |less. And see if that removes the truncation. No, that error was on our side. Sorry for the inconvenience! --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
