* org-mime-htmlize: visual representation (thunderbird)
@ 2012-03-27 11:01 Uwe Brauer
2012-03-31 17:13 ` Eric Schulte
0 siblings, 1 reply; 10+ messages in thread
From: Uwe Brauer @ 2012-03-27 11:01 UTC (permalink / raw)
To: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 849 bytes --]
Hello
Now that the bug in org-mime-htmlize is fixed, I would like
to comment on the visual representation. Most likely this
has to do with the mml package.
When I write the following message
Integral
$$\int fdx=0$$
And
\begin{equation}
\sum_{\alpha}
\end{equation}
and apply org-preview-latex-fragment and then
org-mime-htmlize and send this message to gmail.
The 'gmail-reader' displays them fine.
However thunderbird does not and I apply the resulting eml
file below (I presume a screenshot is not appropriated)
Now tunderbird itself has an extension (latex-it) which does
something similar to org-mime-htmlize, it sends latex math
as png. However there are "better* displayed, I attach the
relevant eml file below.
Could org-mime-htmlize use the structure of latex-it?
Thanks
Uwe Brauer
Attachments: first org, then latex-it
[-- Attachment #2: test-org-mime.eml --]
[-- Type: message/rfc822, Size: 3110 bytes --]
[-- Attachment #2.1.1.1: Type: text/plain, Size: 77 bytes --]
Integral
$$\int fdx=0$$
And
\begin{equation}
\sum_{\alpha}
\end{equation}
[-- Attachment #2.1.1.2: Type: text/html, Size: 369 bytes --]
[-- Attachment #2.1.2: org-GPEs_h_2696bae90081ac8f178e62db0820e52dd36d4691.png --]
[-- Type: image/png, Size: 438 bytes --]
[-- Attachment #2.1.3: org-GPEs_h_baef2fd9f63b971ab4ebc763e998857ceda7aeab.png --]
[-- Type: image/png, Size: 450 bytes --]
[-- Attachment #3: test_latexit.eml --]
[-- Type: message/rfc822, Size: 7924 bytes --]
[-- Attachment #3.1.1: Type: text/plain, Size: 180 bytes --]
\documentclass{article} \usepackage[utf8x]{inputenc} \pagestyle{empty}
\begin{document} Integral $$\int f dx=0$$ And \begin{equation}
\sum_{\alpha} \end{equation} \end{document}
[-- Attachment #3.1.2.1: Type: text/html, Size: 834 bytes --]
[-- Attachment #3.1.2.2: tblatex-3.png --]
[-- Type: image/png, Size: 4081 bytes --]
^ permalink raw reply [flat|nested] 10+ messages in thread* Re: org-mime-htmlize: visual representation (thunderbird) 2012-03-27 11:01 org-mime-htmlize: visual representation (thunderbird) Uwe Brauer @ 2012-03-31 17:13 ` Eric Schulte 2012-04-01 15:19 ` Uwe Brauer 0 siblings, 1 reply; 10+ messages in thread From: Eric Schulte @ 2012-03-31 17:13 UTC (permalink / raw) To: Uwe Brauer; +Cc: emacs-orgmode Uwe Brauer <oub@mat.ucm.es> writes: > Hello > > Now that the bug in org-mime-htmlize is fixed, I would like > to comment on the visual representation. Most likely this > has to do with the mml package. > > When I write the following message > Integral > > > $$\int fdx=0$$ > And > > > \begin{equation} > \sum_{\alpha} > \end{equation} > > and apply org-preview-latex-fragment and then > org-mime-htmlize and send this message to gmail. > The 'gmail-reader' displays them fine. > > However thunderbird does not and I apply the resulting eml > file below (I presume a screenshot is not appropriated) > This sounds like a thunderbird bug -- not properly displaying multi-part messages. > > Now tunderbird itself has an extension (latex-it) which does > something similar to org-mime-htmlize, it sends latex math > as png. However there are "better* displayed, I attach the > relevant eml file below. > The difference between org-mime-htmlize and latex-it is that the former converts each formulas to its own png image, while the later converts the entire message to one large pdf file which is then attached as a single image. > > Could org-mime-htmlize use the structure of latex-it? > The ability to convert the entire message to one monolithic image (through latex and pdf) could certainly be added as an export option (patches welcome), but I would not want this behavior to be the default, as sending messages as large images is not (to my mind at least) a desirable option. Best, > > Thanks > > Uwe Brauer > > Attachments: first org, then latex-it > > > From: Uwe Brauer <oub@mat.ucm.es> > Subject: test-org-mime > To: Uwe Brauer <oub.oub.oub@gmail.com> > Date: Tue, 27 Mar 2012 12:55:48 +0200 (4 days, 6 hours, 13 minutes ago) > Reply-To: Uwe Brauer <oub@mat.ucm.es> > > Integral > > $$\int fdx=0$$ > And > > \begin{equation} > \sum_{\alpha} > \end{equation} > > > ---------- > > > From: Uwe Brauer <oub.oub.oub@gmail.com> > Subject: test latex > To: Uwe Brauer <oub.oub.oub@gmail.com> > Date: Tue, 27 Mar 2012 12:43:30 +0200 (4 days, 6 hours, 26 minutes ago) > > \documentclass{article} \usepackage[utf8x]{inputenc} \pagestyle{empty} > \begin{document} Integral $$\int f dx=0$$ And \begin{equation} > \sum_{\alpha} \end{equation} \end{document} > ---------- > -- Eric Schulte http://cs.unm.edu/~eschulte/ ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: org-mime-htmlize: visual representation (thunderbird) 2012-03-31 17:13 ` Eric Schulte @ 2012-04-01 15:19 ` Uwe Brauer 2012-04-01 16:38 ` Eric Schulte 0 siblings, 1 reply; 10+ messages in thread From: Uwe Brauer @ 2012-04-01 15:19 UTC (permalink / raw) To: Eric Schulte; +Cc: emacs-orgmode, Uwe Brauer [-- Attachment #1: Type: text/plain, Size: 1242 bytes --] Eric Schulte wrote: > >> However thunderbird does not and I apply the resulting eml >> file below (I presume a screenshot is not appropriated) >> > > This sounds like a thunderbird bug -- not properly displaying multi-part > messages. Hm I will try to send them a bug report then > >> >> Now tunderbird itself has an extension (latex-it) which does >> something similar to org-mime-htmlize, it sends latex math >> as png. However there are "better* displayed, I attach the >> relevant eml file below. >> > > The difference between org-mime-htmlize and latex-it is that the former > converts each formulas to its own png image, while the later converts > the entire message to one large pdf file which is then attached as a > single image. yes and no: latexit can do what you describe (and the author admits that it only makes sense for documents whose size does not exceed one page. latexit can also embed in html pages latex formulas, however only $$ are allowed no equations (which makes it inferior to org-preview-latex-fragments) In any case I attached the wrong eml file (the one with just one page) I now attach the eml with the embedded formula. Maybe some useful information can be extracted. Uwe Brauer [-- Attachment #2: test-latexit-parts.eml --] [-- Type: message/rfc822, Size: 6387 bytes --] [-- Attachment #2.1.1: Type: text/plain, Size: 48 bytes --] Integral $$\int f dx=0$$ And $$\sum_{\alpha} $$ [-- Attachment #2.1.2.1: Type: text/html, Size: 507 bytes --] [-- Attachment #2.1.2.2: tblatex-50.png --] [-- Type: image/png, Size: 1038 bytes --] [-- Attachment #2.1.2.3: tblatex-51.png --] [-- Type: image/png, Size: 696 bytes --] ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: org-mime-htmlize: visual representation (thunderbird) 2012-04-01 15:19 ` Uwe Brauer @ 2012-04-01 16:38 ` Eric Schulte 2012-04-10 13:00 ` Uwe Brauer 0 siblings, 1 reply; 10+ messages in thread From: Eric Schulte @ 2012-04-01 16:38 UTC (permalink / raw) To: Uwe Brauer; +Cc: emacs-orgmode, Uwe Brauer > > yes and no: latexit can do what you describe (and the author admits > that it only makes sense for documents whose size does not exceed one > page. latexit can also embed in html pages latex formulas, however > only $$ are allowed no equations (which makes it inferior to > org-preview-latex-fragments) > > In any case I attached the wrong eml file (the one with just one page) > I now attach the eml with the embedded formula. Maybe some useful > information can be extracted. > I'm not clear on how this differs from the messages produced using org-mime-htmlize, and it has been a while since I've looked into email mime mechanics. However, since the emails generated using org-mime-htmlize display correctly in Gmail and in gnus I'm inclined to say that this is a Thunderbird issue and leave it for them to debug. Sorry I'm not more helpful, -- Eric Schulte http://cs.unm.edu/~eschulte/ ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: org-mime-htmlize: visual representation (thunderbird) 2012-04-01 16:38 ` Eric Schulte @ 2012-04-10 13:00 ` Uwe Brauer 2012-04-11 4:23 ` Eric Schulte 0 siblings, 1 reply; 10+ messages in thread From: Uwe Brauer @ 2012-04-10 13:00 UTC (permalink / raw) To: Eric Schulte; +Cc: emacs-orgmode >> On Sun, 01 Apr 2012 12:38:12 -0400, Eric Schulte <eric.schulte@gmx.com> wrote: >> > I'm not clear on how this differs from the messages produced using > org-mime-htmlize, and it has been a while since I've looked into email > mime mechanics. However, since the emails generated using > org-mime-htmlize display correctly in Gmail and in gnus I'm inclined to > say that this is a Thunderbird issue and leave it for them to debug. I send a bug report to the Thunderbird developer and the answer was that *one* source of the problem is ,---- | Here, the message has a multipart/mixed structure at the top | with "cid:" references to the image/png part which is inside | that structure (the text/html part is correctly in a | multipart/alternative but there is no multipart/related; | both images are in the multipart/mixed context). Also, the | images have a "Content-Disposition: attachment", both | reasons to show them as attachment as Thunderbird does it. | | Now it seems that Gmail completely ignores multipart/related | vs. mixed and simply takes the reference regardless of that | context, which would explain what you see. Strictly | speaking, the message is incorrectly formed. Please file a | bug with Emacs, the latexit structure appears to be correct. `---- So how could "Content-Disposition: attachment" be changed to "Content-Disposition: inline" in your code? I can't find the relevant piece of code. Thanks Uwe ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: org-mime-htmlize: visual representation (thunderbird) 2012-04-10 13:00 ` Uwe Brauer @ 2012-04-11 4:23 ` Eric Schulte 2012-04-11 9:44 ` Uwe Brauer 0 siblings, 1 reply; 10+ messages in thread From: Eric Schulte @ 2012-04-11 4:23 UTC (permalink / raw) To: Uwe Brauer; +Cc: emacs-orgmode, Eric Schulte Uwe Brauer <oub@mat.ucm.es> writes: >>> On Sun, 01 Apr 2012 12:38:12 -0400, Eric Schulte <eric.schulte@gmx.com> wrote: > >> > > > I'm not clear on how this differs from the messages produced using > > org-mime-htmlize, and it has been a while since I've looked into email > > mime mechanics. However, since the emails generated using > > org-mime-htmlize display correctly in Gmail and in gnus I'm inclined to > > say that this is a Thunderbird issue and leave it for them to debug. > > I send a bug report to the Thunderbird developer and the > answer was that *one* source of the problem is > > ,---- > | Here, the message has a multipart/mixed structure at the top > | with "cid:" references to the image/png part which is inside > | that structure (the text/html part is correctly in a > | multipart/alternative but there is no multipart/related; > | both images are in the multipart/mixed context). Also, the > | images have a "Content-Disposition: attachment", both > | reasons to show them as attachment as Thunderbird does it. > | > | Now it seems that Gmail completely ignores multipart/related > | vs. mixed and simply takes the reference regardless of that > | context, which would explain what you see. Strictly > | speaking, the message is incorrectly formed. Please file a > | bug with Emacs, the latexit structure appears to be correct. > `---- > > > So how could "Content-Disposition: attachment" be changed to > "Content-Disposition: inline" in your code? I can't find the > relevant piece of code. > > Thanks > > Uwe > Hi Uwe, Thanks for sending along this helpful review. I've just pushed two changes to org-mime so that it now (1) wraps html and images in a multipart/related mime structure and (2) marks images as "disposition inline" so that they don't show up as attachments. I can confirm this new version works in gnus and in the gmx webmail client as expected, but I don't have access to Thunderbird to check the behavior there. Please let me know if this fixes the problem. Thanks, -- Eric Schulte http://cs.unm.edu/~eschulte/ ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: org-mime-htmlize: visual representation (thunderbird) 2012-04-11 4:23 ` Eric Schulte @ 2012-04-11 9:44 ` Uwe Brauer 2012-04-11 13:38 ` Eric Schulte 0 siblings, 1 reply; 10+ messages in thread From: Uwe Brauer @ 2012-04-11 9:44 UTC (permalink / raw) To: Eric Schulte; +Cc: Lars Magne Ingebrigtsen, emacs-orgmode, ding >> On Wed, 11 Apr 2012 00:23:54 -0400, Eric Schulte <eric.schulte@gmx.com> wrote: > Uwe Brauer <oub@mat.ucm.es> writes: >> >> Uwe >> > Hi Uwe, > Thanks for sending along this helpful review. I've just pushed two > changes to org-mime so that it now (1) wraps html and images in a > multipart/related mime structure and (2) marks images as "disposition > inline" so that they don't show up as attachments. Hi Eric, Thanks for your efforts. I have good and bad news. The bad news is your changes make things worse in Thunderbird, for reasons I don't understand the header of the resulting messages reads: Content-type: text/plain; charset=us-ascii which is wrong and now png are displayed! Which brings me to the good news. After I wrote to you I received a message from the TB developers which emphasised that, besides the information I have gave you, the main point is the header, which should be Content-type: multipart/related; boundary="=-=-=" and the thunderbird developers insist that this is the RFC 2387 standard. Gnus actually generate via the mml-generate-mime function the header Content-type: multipart/mixed; boundary="=-=-=" which is wrong. I brought up the issue in the gnus mailing list and the developers agreed that in the case of a html message with png the Content-type should follow the RFC standard. I checked this explicitly: your old code but with a different mml-generate-mime function generates a message which is correctly displayed in thunderbird and GMail and Ipod for that manner. BTW I don't know how this issue, of the Content-type in the header, is treated in VM or Wanderlust. Now the question is how to proceed: I had the idea of introducing a new variable mml-mime-use-related and wrap it into the mml-generate-mime code. Then org-mime-htmlize should set this variable to t, and later a different function should be added to the mail-send-hook setting the variable to nil again. Lars didn't like the idea and came up with a different implementation. However I don't see how to use it easily. So I include both solutions and let you decide which fits best for org-mime-htmlize. But as it is now you should undo your recent changes because even with the *new* mml-generate-mime function and your *new* code the resulting mail is not displayed correctly in TB. I have now added lars and the ding mailing list to the CC. Regards Uwe My solution: ,---- | (defvar mml-mime-use-related t | "*Variable to control whether to use `multipart/mixed' or `multipart/related'.") | | (defun mml-generate-mime () | "Generate a MIME message based on the current MML document." | (let ((cont (mml-parse)) | (mml-multipart-number mml-multipart-number)) | (if (not cont) | nil | (mm-with-multibyte-buffer | (if (and (consp (car cont)) | (= (length cont) 1)) | (mml-generate-mime-1 (car cont)) | (if mml-mime-use-related | (mml-generate-mime-1 (nconc (list 'multipart '(type . "related")) | cont)) | (mml-generate-mime-1 (nconc (list 'multipart '(type . "mixed")) | cont))) | (buffer-string)))))) `---- Lars solution ,---- | (defun mml-generate-mime (&optional multipart-type) | "Generate a MIME message based on the current MML document. | MULTIPART-TYPE defaults to \"mixed\", but can also | be \"related\" or \"alternate\"." | (let ((cont (mml-parse)) | (mml-multipart-number mml-multipart-number) | (options message-options)) | (if (not cont) | nil | (prog1 | (mm-with-multibyte-buffer | (setq message-options options) | (if (and (consp (car cont)) | (= (length cont) 1)) | (mml-generate-mime-1 (car cont)) | (mml-generate-mime-1 | (nconc (list 'multipart (cons 'type (or multipart-type "mixed"))) | cont))) | (setq options message-options) | (buffer-string)) | (setq message-options options))))) `---- ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: org-mime-htmlize: visual representation (thunderbird) 2012-04-11 9:44 ` Uwe Brauer @ 2012-04-11 13:38 ` Eric Schulte 2012-04-12 11:59 ` Uwe Brauer 0 siblings, 1 reply; 10+ messages in thread From: Eric Schulte @ 2012-04-11 13:38 UTC (permalink / raw) To: Uwe Brauer; +Cc: Lars Magne Ingebrigtsen, emacs-orgmode, ding [-- Attachment #1: Type: text/plain, Size: 956 bytes --] Hi Uwe, Uwe Brauer <oub@mat.ucm.es> writes: >>> On Wed, 11 Apr 2012 00:23:54 -0400, Eric Schulte <eric.schulte@gmx.com> wrote: > > > Uwe Brauer <oub@mat.ucm.es> writes: > >> > >> Uwe > >> > > > Hi Uwe, > > > Thanks for sending along this helpful review. I've just pushed two > > changes to org-mime so that it now (1) wraps html and images in a > > multipart/related mime structure and (2) marks images as "disposition > > inline" so that they don't show up as attachments. > > Hi Eric, > > Thanks for your efforts. I have good and bad news. The bad > news is your changes make things worse in Thunderbird, for > reasons I don't understand the header of the resulting > messages reads: > Content-type: text/plain; charset=us-ascii > which is wrong and now png are displayed! > OK, for my own edification I had changed the message body from (I'm hoping these are sufficiently quoted to survive mailing) ,----[original] | [-- Attachment #2.1: Type: text/plain, Size: 2 bytes --] | [-- Attachment #2.2: Type: text/plain, Size: 26 bytes --] | text alternative... | [-- Attachment #2.3: Type: text/html, Size: 26 bytes --] [-- Attachment #3: Type: text/plain, Size: 75 bytes --] | images for html... `---- to ,----[revised (and more broken in TB)] | [-- Attachment #4.1: Type: text/plain, Size: 2 bytes --] | [-- Attachment #4.2: Type: text/plain, Size: 26 bytes --] | text alternative... | [-- Attachment #4.3: Type: text/html, Size: 2 bytes --] [-- Attachment #4.4.1: Type: text/plain, Size: 49 bytes --] | html alternative... | images for html... | [-- Attachment #4.5: Type: text/plain, Size: 2 bytes --] | [-- Attachment #5: Type: text/plain, Size: 4520 bytes --] `---- which wraps the html and images into a multipart/related type. Why is this later structure illegal? Are nested multi type parts not allowed? Also, it seems that everything I've tried works in gnus and in most web user agents. Is thunderbird simply a stickler for the letter of the RFC law? > > Which brings me to the good news. After I wrote to you I > received a message from the TB developers which emphasised > that, besides the information I have gave you, the main > point is the header, which should be > > Content-type: multipart/related; boundary="=-=-=" > and the thunderbird developers insist that this is the > RFC 2387 standard. > > Gnus actually generate via the mml-generate-mime function > the header > Content-type: multipart/mixed; boundary="=-=-=" > which is wrong. > OK, I've just reverted my change, but I'm keeping the change of image disposition to "inline". > > I brought up the issue in the gnus mailing list and the > developers agreed that in the case of a html message with > png the Content-type should follow the RFC standard. > > I checked this explicitly: your old code but with a different > mml-generate-mime function generates a message which is > correctly displayed in thunderbird and GMail and Ipod for > that manner. > OK. Then I will assume that this issue is out of my hands and wait for gnus to change its mime wrapping behavior upstream. > > BTW I don't know how this issue, of the Content-type in the > header, is treated in VM or Wanderlust. > I do my best to provide reasonable implementations for these other two mailers and assume that if anything goes wrong then someone will submit a bug report. > > Now the question is how to proceed: > I had the idea of introducing a new variable mml-mime-use-related and wrap it > into the mml-generate-mime code. Then org-mime-htmlize > should set this variable to t, and later a different > function should be added to the mail-send-hook setting the > variable to nil again. > > Lars didn't like the idea and came up with a different > implementation. However I don't see how to use it easily. So > I include both solutions and let you decide which fits best > for org-mime-htmlize. > But as it is now you should undo your recent changes because > even with the *new* mml-generate-mime function and your > *new* code the resulting mail is not displayed correctly in > TB. > > I have now added lars and the ding mailing list to the CC. > While Lars' solution does look cleaner it is not clear to me how this would be used from an external tool (such as org-mime) which does not call `mml-generate-mime' explicitly, but rather relies on the normal mailing process to handle these specifics. Wouldn't it make the most sense for the mailing process to inspect the email and set the appropriate multipart type automatically. Thanks, > > Regards > > Uwe > > My solution: > ,---- > | (defvar mml-mime-use-related t > | "*Variable to control whether to use `multipart/mixed' or `multipart/related'.") > | > | (defun mml-generate-mime () > | "Generate a MIME message based on the current MML document." > | (let ((cont (mml-parse)) > | (mml-multipart-number mml-multipart-number)) > | (if (not cont) > | nil > | (mm-with-multibyte-buffer > | (if (and (consp (car cont)) > | (= (length cont) 1)) > | (mml-generate-mime-1 (car cont)) > | (if mml-mime-use-related > | (mml-generate-mime-1 (nconc (list 'multipart '(type . "related")) > | cont)) > | (mml-generate-mime-1 (nconc (list 'multipart '(type . "mixed")) > | cont))) > | (buffer-string)))))) > `---- > > > Lars solution > > ,---- > | (defun mml-generate-mime (&optional multipart-type) > | "Generate a MIME message based on the current MML document. > | MULTIPART-TYPE defaults to \"mixed\", but can also > | be \"related\" or \"alternate\"." > | (let ((cont (mml-parse)) > | (mml-multipart-number mml-multipart-number) > | (options message-options)) > | (if (not cont) > | nil > | (prog1 > | (mm-with-multibyte-buffer > | (setq message-options options) > | (if (and (consp (car cont)) > | (= (length cont) 1)) > | (mml-generate-mime-1 (car cont)) > | (mml-generate-mime-1 > | (nconc (list 'multipart (cons 'type (or multipart-type "mixed"))) > | cont))) > | (setq options message-options) > | (buffer-string)) > | (setq message-options options))))) > `---- > > -- Eric Schulte http://cs.unm.edu/~eschulte/ ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: org-mime-htmlize: visual representation (thunderbird) 2012-04-11 13:38 ` Eric Schulte @ 2012-04-12 11:59 ` Uwe Brauer 2012-04-12 12:21 ` Eric Schulte 0 siblings, 1 reply; 10+ messages in thread From: Uwe Brauer @ 2012-04-12 11:59 UTC (permalink / raw) To: emacs-orgmode; +Cc: ding >> On Wed, 11 Apr 2012 09:38:46 -0400, Eric Schulte <eric.schulte@gmx.com> wrote: > Hi Uwe, > Uwe Brauer <oub@mat.ucm.es> writes: >> > OK, for my own edification I had changed the message body from > (I'm hoping these are sufficiently quoted to survive mailing) > ,----[original] > | > | > | text alternative... > | > | html alternative... | > | images for html... > `---- > to > ,----[revised (and more broken in TB)] > | > | > | text alternative... > | > | > | html alternative... > | images for html... > | > | > `---- > which wraps the html and images into a multipart/related type. > Why is this later structure illegal? Are nested multi type parts not > allowed? Also, it seems that everything I've tried works in gnus and in > most web user agents. Is thunderbird simply a stickler for the letter > of the RFC law? I cannot answer this. However I rechecked everything and the issue is the following. >> >> Which brings me to the good news. After I wrote to you >> I received a message from the TB developers which >> emphasised that, besides the information I have gave >> you, the main point is the header, which should be >> >> Content-type: multipart/related; boundary="=-=-=" >> and the thunderbird developers insist that this is the >> RFC 2387 standard. >> >> Gnus actually generate via the mml-generate-mime function >> the header >> Content-type: multipart/mixed; boundary="=-=-=" >> which is wrong. >> > OK, I've just reverted my change, but I'm keeping the change of image > disposition to "inline". I own you an apology! If I leave mml-generate-mime untouched, that is I neither use my modification nor do I use use Lars new code, but I use your *new* code then the generated and sent message is displayed *correctly* in thunderbird. The resulting message contains Content-type: multipart/alternative; boundary="=-=-=" Instead of Content-type: multipart/related; boundary="=-=-=" As it would in my case, but it seems that thunderbird is OK with that. The reason I wrote you earlier that your changes made things worse was that I did make a mistake in my modification of mml-generate-mime. I also thought I checked your code with the old mml function but for some reason the old version was not used even after a restart. Sorry for the trouble! Uwe ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: org-mime-htmlize: visual representation (thunderbird) 2012-04-12 11:59 ` Uwe Brauer @ 2012-04-12 12:21 ` Eric Schulte 0 siblings, 0 replies; 10+ messages in thread From: Eric Schulte @ 2012-04-12 12:21 UTC (permalink / raw) To: Uwe Brauer; +Cc: emacs-orgmode, ding Uwe Brauer <oub@mat.ucm.es> writes: >>> On Wed, 11 Apr 2012 09:38:46 -0400, Eric Schulte <eric.schulte@gmx.com> wrote: > > > Hi Uwe, > > Uwe Brauer <oub@mat.ucm.es> writes: > >> > > > OK, for my own edification I had changed the message body from > > (I'm hoping these are sufficiently quoted to survive mailing) > > > ,----[original] > > | > > | > > | text alternative... > > | > > | html alternative... | > > > | images for html... > > `---- > > > to > > > ,----[revised (and more broken in TB)] > > | > > | > > | text alternative... > > | > > | > > > | html alternative... > > | images for html... > > | > > | > > `---- > > > which wraps the html and images into a multipart/related type. > > > Why is this later structure illegal? Are nested multi type parts not > > allowed? Also, it seems that everything I've tried works in gnus and in > > most web user agents. Is thunderbird simply a stickler for the letter > > of the RFC law? > > > I cannot answer this. However I rechecked everything and the > issue is the following. > >> > >> Which brings me to the good news. After I wrote to you > >> I received a message from the TB developers which > >> emphasised that, besides the information I have gave > >> you, the main point is the header, which should be > >> > >> Content-type: multipart/related; boundary="=-=-=" > >> and the thunderbird developers insist that this is the > >> RFC 2387 standard. > >> > >> Gnus actually generate via the mml-generate-mime function > >> the header > >> Content-type: multipart/mixed; boundary="=-=-=" > >> which is wrong. > >> > > > OK, I've just reverted my change, but I'm keeping the change of image > > disposition to "inline". > > > I own you an apology! If I leave mml-generate-mime > untouched, that is I neither use my modification nor do I > use use Lars new code, but I use your *new* code then the > generated and sent message is displayed *correctly* in > thunderbird. > > The resulting message contains > > Content-type: multipart/alternative; boundary="=-=-=" > > Instead of > > Content-type: multipart/related; boundary="=-=-=" > > As it would in my case, but it seems that thunderbird is OK > with that. > > The reason I wrote you earlier that your changes made things > worse was that I did make a mistake in my modification of > mml-generate-mime. I also thought I checked your code with > the old mml function but for some reason the old version was > not used even after a restart. > > Sorry for the trouble! > > Uwe > Hi Uwe, No problem at all. I just reverted by reversion in git, so if I read this email correctly everything should be working now in TB. Please let me know if this is not the case. Thanks, -- Eric Schulte http://cs.unm.edu/~eschulte/ ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2012-04-12 14:24 UTC | newest] Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2012-03-27 11:01 org-mime-htmlize: visual representation (thunderbird) Uwe Brauer 2012-03-31 17:13 ` Eric Schulte 2012-04-01 15:19 ` Uwe Brauer 2012-04-01 16:38 ` Eric Schulte 2012-04-10 13:00 ` Uwe Brauer 2012-04-11 4:23 ` Eric Schulte 2012-04-11 9:44 ` Uwe Brauer 2012-04-11 13:38 ` Eric Schulte 2012-04-12 11:59 ` Uwe Brauer 2012-04-12 12:21 ` Eric Schulte
Code repositories for project(s) associated with this public inbox https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).
![[-- Attachment #2.1.2.2: tblatex-50.png --] [-- Type: image/png, Size: 1038 bytes --]](../../4F787201.2020403@mat.ucm.es/2.1.2.2-tblatex-50.png){kind=link}
![[-- Attachment #2.1.2.3: tblatex-51.png --] [-- Type: image/png, Size: 696 bytes --]](../../4F787201.2020403@mat.ucm.es/2.1.2.3-tblatex-51.png){kind=link}