Would someone please tell me how to stop Kmail2 from (a) adding attachments inline, which makes editing diabolically slow, and/or (b) adding an extra newline at end of paragraph?
Re the extra newline issue, it seems to be added between saving an email in Drafts and reopening it for editing. Both problems are driving me round the twist…
Dragging an attachment into the compositor window, or adding it via the attachment button, doesn’t place it inline here in a Leap 15.5 test installation.
Can you test with a fresh user/kmail profile?
Like @hui says, I have never seen this since I use Kmail (> 15 years). Thus maybe you do different then we do. In other words: how do you add an attachment?
Thanks for your reference, however I’d already read both it and the Kmail manual.
I think I’ve nailed the problem. This morning I carefully edited the original email in Rich Text mode and added a JPG attachment. All went well. Then I added an HTM file attachment, and the original text was completely overwritten by the HTM, though both “attachments” were also included in the email as separate files.
This behaviour may be somewhat variable, but it’s incredibly, jaw-grindingly frustrating when one has just spent a long time working on the email text!!!
The extra newlines are still there however, and similar problems have surfaced in MS Outlook in the past - see for example https://answers.microsoft.com/en-us/outlook_com/forum/all/extra-linebreaks-in-outlook-outgoing-emails/82e5818d-514f-4d6d-be20-7a9630b1c3bd
The symptoms seem pretty much identical to those described in the post linked above. I gather Kmail tries to be compatible with Outlook, so perhaps the problem has the same logical origin.
I notice quoted text also appears to lose its “quote” formatting when an email is sent in RTF format.
I’m beginning to wonder whether Kmail is a little too doctrinaire regarding HTML / RTF emails. Out in the real world they’re very commonly used, and Thunderbird doesn’t seem to have these issues so I guess there must be a solution.
I never use RTF nor HTML in e-mails. So I am afraid I can not help any further.
I’m puzzled as to how HTML gets involved at all in an RTF bodypart.
RTF is a document format which is supported by almost all office packages, and it’s formally standardised as ISO / IEC 29500. According to Wikipedia:
Microsoft maintains RTF. The final version was 1.9.1 in 2008, which implemented features of Office 2007. Microsoft has discontinued enhancements to the RTF specification, so features new to Word 2010 or a later version will not save properly to RTF.[14] Microsoft anticipates no further updates to RTF, but has stated willingness to consider editorial and other non-substantive modifications of the RTF Specification during an associated ISO/IEC 29500 balloting period.
All the problems described here disappear if I take the option to convert RTF to some sort of enhanced text before sending, excepting the initial issue where adding an HTM attachment overwrites the email text (or base bodypart).
This can be really serious and IMO should at least be preceeded by a “do you want to proceed” warning if it’s an architectural thing and not a straight-out bug.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.