Hi,

Reading the specification I find the conversion between htmlBody and 
textBody can be a little confusing.

   - *textBody*: String|null The plain text body part for the message. If 
   there is only an HTML version of the body, a plain text version will be 
   generated from this.
   - *htmlBody*: String|null The HTML body part for the message if present. 
   If there is only a plain text version of the body, an HTML version will be 
   generated from this.

What is the point of converting textBody into htmlBody?
I find it useless from a client point of view, and can even be troublesome 
as we are not able to tell any more which is the original version.

Note that other parts of the spec are more clear about this.
In draft:

   - *textBody*: Optional. If not supplied and an htmlBody is, the server 
   SHOULD generate a text version for the message from the HTML body.
   - *htmlBody*: Optional.

In vacations:

   - *textBody*: String|null The plain text part of the message to send in 
   response to messages when the vacation response is enabled. If there is 
   only an HTML version of the body, a plain text version SHOULD be generated 
   from this.
   - *htmlBody*: String|null The plain text message to send in response to 
   messages when the vacation response is enabled. If there is only a plain 
   text version of the body, an HTML version MAY be generated from this, or it 
   may be sent as plain-text only.

If you agree that the current version is not enough clear, I can make a PR 
to match the vacation version which is more explicit.


Regards,

Raphaël Ouazana.

-- 
You received this message because you are subscribed to the Google Groups 
"JMAP" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jmap-discuss/c07542dd-f4ff-417f-8965-5a29ad450121%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to