emacs-orgmode
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Orgmode] using orgmode to send html mail?


From: David Maus
Subject: Re: [Orgmode] using orgmode to send html mail?
Date: Sat, 03 Apr 2010 11:19:49 +0200
User-agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (Goj┼Ź) APEL/10.7 Emacs/24.0.50 (i486-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO)

Eric Schulte wrote:
>David Maus <address@hidden> writes:

>> Eric Schulte wrote:
>>>>
>>>> Thinking functional this might be the first function of
>>>> org-mail-htmlize[1]: Create a html representation of message body if
>>>> necessary or appropriate.
>>>>
>>
>>>Oh, so this would be a slightly different issue,
>>
>>>So this function could be run *every* time an email is sent.  I agree
>>>that in those cases running on the entire message would be the right way
>>>to go.
>>
>> Right, this would be nice for people who are obliged to send out html
>> messages.  If this is turned on org-mime should display the string
>> "HTML" in the mode line.  In the WL it's done this way:
>>
>> ,----
>> | (defun dmj/wl-send-html-message-draft-init ()
>> |   "Create buffer local settings for maybe sending html message."
>> |   (unless (boundp 'dmj/wl-send-html-message-toggled-p)
>> |     (setq dmj/wl-send-html-message-toggled-p nil))
>> |   (make-variable-buffer-local 'dmj/wl-send-html-message-toggled-p)
>> |   (add-to-list 'global-mode-string
>> |                '(:eval (if (eq major-mode 'wl-draft-mode)
>> |                            dmj/wl-send-html-message-toggled-p))))
>> `----
>>
>> This function is hooked into mime-edit mode and set's a buffer local
>> variable that indicates "html message mode" and is displayed in the
>> mode line.
>>

>Another option here is to add a defadvice to the actual sending command
>(C-c C-c in gnus) such that if the command is called with a prefix
>argument, then `org-mime-htmlize' is run on the entire message before
>mail delivery.  To me this seems like a simpler solution than the above.

Yes, somehow we have to hook or defadvice before mml/semi translates
the message buffer to real MIME.  I'm not sure about the defadive: We
would change functioallity of the translating function globally.

>>
>> What I meant was: Suppose you write a document in Org with references
>> to external files (images etc.).  If finished you'd like this document
>> to a fellow by mail including all external files.  So this function
>> collects all these files, and maybe converts the message body to html,
>> fires up Gnus/WL with a new message and inserts something like
>>
>> < #multipart type="alternate">
>> < #part type="text/plain"> ...plain text body...
>> < #part type="text/html"> ...html body...
>> < #/multipart>
>> < #multipart type="mixed">
>> < #part type="image/png"> image1.png
>> < #part type="image/png"> image2.png
>>   ...
>> < #/multipart>
>>
>> That is: The original document including all external files -- and all
>> references in the original file are replaced by references to the
>> attachments.
>>

>If I'm understanding correctly both you and Dan seem to be in favor
>of exporting to mime and packaging up the raw mime information from
>the org-mode buffer. I'm leaning towards thinking that it may be
>easier to simply bring the mail buffer to the org-mode file by saving
>it to a temporary location alongside the org-mode file (so all links
>resolve).  It will probably take some experimentation to find out
>which approach is more feasible/natural.

Funny thing: It's basically the same operation, only difference is in
the original content's source:

    +------------+
    | Org buffer |--+
    +------------+  |    +------------+   +----------------+
                    +--->| MIME setup |-->| Message buffer |
+----------------+  |    +------------+   +----------------+
| Message buffer |--+
+----------------+

 -- David

--
OpenPGP... 0x99ADB83B5A4478E6
Jabber.... address@hidden
Email..... address@hidden

Attachment: pgpsqELUfVQow.pgp
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]