[PATCH 2/2] emacs: regard text/calendar as text/x-vcalendar
dme at dme.org
Wed Feb 8 09:06:45 PST 2012
On Wed, 8 Feb 2012 16:55:16 +0000, Jani Nikula <jani at nikula.org> wrote:
> Treat text/calendar as text/x-vcalendar. At least the following
> produce text/calendar that parse as text/x-vcalendar:
> PRODID:-//Google Inc//Google Calendar 70.9054//EN
> PRODID:Microsoft Exchange Server 2010
> Code by David Edmondson <dme at dme.org>
> I wish I had some references here, other than my own maildirs. Almost
> all of the calendar invites I have are text/calendar, and all of them
> parse just fine as text/x-vcalendar.
> emacs/notmuch-show.el | 3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
> diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
> index 1340380..f6588b3 100644
> --- a/emacs/notmuch-show.el
> +++ b/emacs/notmuch-show.el
> @@ -720,6 +720,9 @@ current buffer, if possible."
> +(defun notmuch-show-insert-part-text/calendar (msg part content-type nth depth declared-type)
> + (notmuch-show-insert-part-text/x-vcalendar msg part content-type nth depth declared-type))
> (defun notmuch-show-insert-part-application/octet-stream (msg part content-type nth depth declared-type)
It seems that "text/calendar" is officially sanctioned and
"text/x-vcalendar" is old and being phased out, so these should really
be the other way around (i.e. text/calendar is the 'real' function that
is called by the text/x-vcalendar variant).
> ;; If we can deduce a MIME type from the filename of the attachment,
> ;; do so and pass it on to the handler for that type.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 197 bytes
Desc: not available
More information about the notmuch