[kmail2] [Bug 410848] New: KMail drops a period in column 1 of HTML content

[David C. Bryant]

https://bugs.kde.org/show_bug.cgi?id=410848

            Bug ID: 410848
           Summary: KMail drops a period in column 1 of HTML content
           Product: kmail2
           Version: 5.7.3
          Platform: openSUSE RPMs
                OS: Linux
            Status: REPORTED
          Severity: minor
          Priority: NOR
         Component: general
          Assignee: kdepim-bugs at kde.org
          Reporter: davidbryant at gvtc.com
  Target Milestone: ---

Created attachment 122080
  --> https://bugs.kde.org/attachment.cgi?id=122080&action=edit
Raw email message copied from  .local/share/...

SUMMARY

This is an intermittent problem. Once in a while, when the character "." (ascii
code x'2E') falls in column 1 (in an HTML-encoded string that has been broken
into 77-byte chunks), KMail (or Akonadi, or the mail transport mechanism) drops
that character from the file that is saved on disk. I only notice that this has
happened if I actually try to click on the broken link. I get a 404 error in my
browser, which I can usually fix pretty easily by just putting the missing "."
back into the URL. 


STEPS TO REPRODUCE
1. Wait a while.
2. On average, 1 in 77 HTML-encoded links will be broken in this manner -- it
only happens when X'2E' should appear right after a \n character, which tends
to happen about 1/77th of the time (77-byte chunks).
3. When it happens, it's pretty obvious.

OBSERVED RESULT
I happened to catch this error red-handed today, so I'm filing this report
while I have the evidence at hand. I have attached three files to this report.
File "1565606331.R463.linux-f0mccolon2commas.txt" is the raw data from my
...akonadi_maildir_resource_1/inbox/cur folder. File "V E R I F Y.mbox" is the
same thing, except that I saved it from the KMail File menu, so it has one
extra line appended at the top of the file. File "V E R I F Y 2.mbox" is a copy
of the same message that was forwarded from att.net to gvtc.com -- it has 24
extra header records because of the forwarding process. You can see that the
"." is missing in the first two files (see lines 155 and 156, respectively),
but present (for some odd reason) in the third one (see line 180). For what
it's worth, I viewed the "Raw Message" in my browser at the att.net web site,
and the "." is present. So it seems that the period got dropped during the SMTP
transport step somehow -- it's at the server, but not in the local disk image.

EXPECTED RESULT
The "." should be present without fail.

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 5.12.8
KDE Frameworks Version: 5.45.0
Qt Version: 5.9.4

ADDITIONAL INFORMATION
See the attachments.

-- 
You are receiving this mail because:
You are the assignee for the bug.