Add real plaintext mode

[vitoreiji]

Currently all emails are composed as HTML, the Plaintext user setting does:

• hide the toolbar
• remove all formatting when saving the draft / sending the email
• for external recipients, generate a plain text version from the HTML and send the mime type text/plain

It would be nice to be able to compose emails in true plaintext and send for internal users as well.

[vitoreiji]

Related: #1583 #1559

[bedhub]

We should find a solution to handle blockquotes #1599

[teburd]

Yes please, I would love to see real plaintext email editing not mangle quoted text!

[temporaryrespite]

Currently all emails are composed as HTML, the Plaintext user setting does:

• remove all formatting when saving the draft / sending the email

It should say: "DOES NOT remove all formatting when saving the draft / sending the email"

I can copy/paste text from webpages and the formatting remained and can still be seen in the email in the Sent folder.

Tutanota v3.66.5

[vitoreiji]

@temporaryrespite you're right, we changed this behavior in a recent change.

[johnbotris]

We should revisit this. Plaintext mode should include stripping formatting when pasting, without having to type Ctrl+Shift+V

[t-900-a]

Many reasons to include a plaintext mode. https://useplaintext.email/#why-plaintext

[dominic-p]

Just clarifying, is viewing received messages as plain text in scope for this issue? It was mentioned in this reddit thread, but this issue seems geared more towards sending/composing in plain text.

[charlag]

Just clarifying, is viewing received messages as plain text in scope for this issue? It was mentioned in this readdit thread, but this issue seems geared more towards sending/composing in plain text.

We will need to take care of not accidentally interpreting them as HTML, yes.

[dominic-p]

I put together a simple bookmarklet to toggle a poor man's "plain text mode" on the current email. I thought I would share in case it's helpful to anyone while this is in progress.

[leogallego]

Just clarifying, is viewing received messages as plain text in scope for this issue? It was mentioned in this readdit thread, but this issue seems geared more towards sending/composing in plain text.

We will need to take care of not accidentally interpreting them as HTML, yes.

@charlag Is there an issue to track the "View received emails in plain text mode" or should we create one? Having an issue would allow other people to show their support as well tracking progress.

[gmejzej]

Is this bug about giving users a Plain Text viewing option? Hasn't this been implemented?

[JurgenCruz]

I have a question but not sure if I should make a separate Issue for this. This is my use case:

I prefer having HTML formatting by default for my emails, but there are some mailing lists (Linux mailing lists in particular) that need any emails sent to them to be in plain/text; which require me to go and change the global setting to plain/text each time I need to send an email to those addresses and then turn it back to HTML.

I would prefer to have a "per email" option to send that specific email as plain text.

[withoutgettingwet]

Since this has been open a long time without much movement, I'd like to request this as well. I was just attempting to sign up for a mailing list, but they've disabled signing up online. Instead, I have to sign up by sending a plain-text email with a token in the body. I didn't even realize this would be a problem until I got an email from the mailer daemon (redactions my own):

[recipient] said: 550-Mailing lists do not accept HTML mail. See 550 [removed hyperlink] (in reply to end of DATA command)

[ballo]

May mailing lists ban html. I need to find a different provider