Bug 1727493 Comment 83 Edit History

Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.

Thanks Thomas for your input.

Let's try to keep this tight and short and not reiterate too much. We're almost reaching 100 comments and this bug doesn't really warrant that type of complexity.

This is what we're doing:
- Completely remove recipient and domain centric preferences.
- Move the Sending options in the Settings > Compose area, not inside an sub dialog. 
- Offer only 3 options (we want to simplify things and bring some sanity for us the and the users)
  - Automatic (default)
    _[description] Thunderbird will send HTML or plaintext emails based on the content of the message._
  - Always send HTML and plaintext
    _[description] Thunderbird will always send both version of the same message. The receiving application will handle which format will be shown._
  - Only send plaintext
    _[description] Thunderbird will only support the plaintext format, disabling any rich text formatting in the message composer._
- The same 3 options will be available in the composer menubar for quick update if needed.
- Hide the `Only send HTML` option because it's potentially redundant (we don't know for sure but it can create confusion to non-technical users), but don't remove the code allowing this feature in case we get requests to bring it back.

Let's stick with this for the first patch and initial solution.
If something is needed later on, we can improve it with follow ups, but let's try to keep the discussions and various examples (enterprise vs "regular" users) at minimum.
Thanks Thomas for your input.

Let's try to keep this tight and short and not reiterate too much. We're almost reaching 100 comments and this bug doesn't really warrant that type of complexity.

This is what we're doing:
- Completely remove recipient and domain centric preferences.
- Move the Sending options in the Settings > Compose area, not inside an sub dialog. 
- Offer only 3 options (we want to simplify things and bring some sanity for us the and the users)
  - Automatic (default)
    _[description] Thunderbird will send HTML or plaintext emails based on the content of the message._
  - Always send HTML and plaintext
    _[description] Thunderbird will always send both version of the same message. The receiving application will handle which format will be shown._
  - Only send plaintext
    _[description] Thunderbird will only support the plaintext format, disabling any rich text formatting in the message composer._
  - Only send HTML
    _[description] Thunderbird will only support the HTML format. Applications that don't support HTML might have issue reading sent messages._
- The same 4 options will be available in the composer menubar for quick update if needed.

Let's stick with this for the first patch and initial solution.
If something is needed later on, we can improve it with follow ups, but let's try to keep the discussions and various examples (enterprise vs "regular" users) at minimum.
Thanks Thomas for your input.

Let's try to keep this tight and short and not reiterate too much. We're almost reaching 100 comments and this bug doesn't really warrant that type of complexity.

This is what we're doing:
- Completely remove recipient and domain centric preferences.
- Move the Sending options in the Settings > Compose area, not inside an sub dialog. 
- Offer only 3 options (we want to simplify things and bring some sanity for us the and the users)
  - Automatic (default)
    _[description] Thunderbird will send HTML or plaintext emails based on the content of the message._
  - Always send HTML and plaintext
    _[description] Thunderbird will always send both version of the same message. The receiving application will handle which format will be shown._
  - Only send plaintext
    _[description] Thunderbird will only support the plaintext format, disabling any rich text formatting in the message composer._
  - Only send HTML
    _[description] Thunderbird will only support the HTML format. Applications that don't support HTML might have issues reading sent messages._
- The same 4 options will be available in the composer menubar for quick update if needed.

Let's stick with this for the first patch and initial solution.
If something is needed later on, we can improve it with follow ups, but let's try to keep the discussions and various examples (enterprise vs "regular" users) at minimum.

_P.S.: The descriptive text is only an indication of what should be exposed to the user, as someone more versed than myself should write those_
Thanks Thomas for your input.

Let's try to keep this tight and short and not reiterate too much. We're almost reaching 100 comments and this bug doesn't really warrant that type of complexity.

This is what we're doing:
- Completely remove recipient and domain centric preferences.
- Move the Sending options in the Settings > Compose area, not inside an sub dialog. 
- Offer only 4 options (we want to simplify things and bring some sanity for us the and the users)
  - Automatic (default)
    _[description] Thunderbird will send HTML or plaintext emails based on the content of the message._
  - Always send HTML and plaintext
    _[description] Thunderbird will always send both version of the same message. The receiving application will handle which format will be shown._
  - Only send plaintext
    _[description] Thunderbird will only support the plaintext format, disabling any rich text formatting in the message composer._
  - Only send HTML
    _[description] Thunderbird will only support the HTML format. Applications that don't support HTML might have issues reading sent messages._
- The same 4 options will be available in the composer menubar for quick update if needed.

Let's stick with this for the first patch and initial solution.
If something is needed later on, we can improve it with follow ups, but let's try to keep the discussions and various examples (enterprise vs "regular" users) at minimum.

_P.S.: The descriptive text is only an indication of what should be exposed to the user, as someone more versed than myself should write those_
Thanks Thomas for your input.

Let's try to keep this tight and short and not reiterate too much. We're almost reaching 100 comments and this bug doesn't really warrant that type of complexity.

This is what we're doing:
- Completely remove recipient and domain centric preferences.
- Move the Sending options in the Settings > Compose area, not inside an sub dialog. 
- Offer only 4 options (we want to simplify things and bring some sanity for us the and the users)
  - Automatic (default)
    _[description] Thunderbird will send HTML+Plaintext or Plaintext emails based on the content of the message._
  - Always send HTML and plaintext
    _[description] Thunderbird will always send both version of the same message. The receiving application will handle which format will be shown._
  - Only send plaintext
    _[description] Thunderbird will only support the plaintext format, disabling any rich text formatting in the message composer._
  - Only send HTML
    _[description] Thunderbird will only support the HTML format. Applications that don't support HTML might have issues reading sent messages._
- The same 4 options will be available in the composer menubar for quick update if needed.

Let's stick with this for the first patch and initial solution.
If something is needed later on, we can improve it with follow ups, but let's try to keep the discussions and various examples (enterprise vs "regular" users) at minimum.

_P.S.: The descriptive text is only an indication of what should be exposed to the user, as someone more versed than myself should write those_

Back to Bug 1727493 Comment 83