Associate/link emails with tasks or appointments/events and vice versa
Categories
(Calendar :: General, enhancement)
Tracking
(thunderbird_esr78 wontfix)
Tracking | Status | |
---|---|---|
thunderbird_esr78 | --- | wontfix |
People
(Reporter: robrwo, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: leave-open)
Attachments
(2 files)
Updated•15 years ago
|
Updated•15 years ago
|
Comment 4•15 years ago
|
||
Updated•13 years ago
|
Comment 7•13 years ago
|
||
Comment 8•13 years ago
|
||
Comment 9•10 years ago
|
||
Comment 10•10 years ago
|
||
Comment 11•9 years ago
|
||
Comment 12•9 years ago
|
||
Comment 13•9 years ago
|
||
Comment 14•5 years ago
|
||
Ben, are you the person looking at reimagining gloda?
Updated•5 years ago
|
Comment 16•5 years ago
|
||
(In reply to Wayne Mery (:wsmwk) from comment #14)
Ben, are you the person looking at reimagining gloda?
Not at the moment, but I could imagine that's the kind of thing I could end up on.
Are you thinking to link the task back to it's source email via some kind of searchable phrase (like messageID or something)?
The planned messageDB rewrite would be another alternative in such a case: if the messageDB becomes global (rather than per-folder), presumably you could link via messageID without worrying what folder it was in (or if it appeared in multiple folders).
Comment 17•5 years ago
|
||
I think mid: links (bug 264270) would make this solvable. It can, to a degree, be implemented without a global db too.
Updated•4 years ago
|
Updated•4 years ago
|
Comment 19•4 years ago
|
||
As a first step we should at least do this when one uses the (from the More button) Convert To > Event.
All it may take is to in https://searchfox.org/comm-central/rev/fcb2f819cde716b9ed6596168f5a0498819b88a0/calendar/base/content/calendar-dnd-listener.js#41 add the "URL" property, with the value mid:exampeid@exampe.com
Comment 20•4 years ago
|
||
(In reply to Magnus Melin [:mkmelin] from comment #19)
As a first step we should at least do this when one uses the (from the More button) Convert To > Event.
All it may take is to in https://searchfox.org/comm-central/rev/fcb2f819cde716b9ed6596168f5a0498819b88a0/calendar/base/content/calendar-dnd-listener.js#41 add the "URL" property, with the value mid:exampeid@exampe.com
That's the code for drag and drop. The More > Convert To > Event
menu uses this:
https://searchfox.org/comm-central/source/calendar/base/content/calendar-extract.js#78
Also by "URL" property do you mean the Location field or otherwise? There does not seem to be UI for for a URI field.
Never mind, I think I found it.
Updated•4 years ago
|
Updated•4 years ago
|
Comment 21•4 years ago
|
||
Comment 22•4 years ago
|
||
So happy to see movement on this ticket after so long, I'll be happy to drop my contraption of adding manual hashes to titles to be able to track event origins.
Updated•4 years ago
|
Updated•4 years ago
|
Comment 23•4 years ago
|
||
Pushed by mkmelin@iki.fi:
https://hg.mozilla.org/comm-central/rev/1ec454959ce8
Include messageId as URL property when creating event/task from email. r=mkmelin
Comment 24•4 years ago
|
||
There's a slight mistake here so we'll have to adjust this.
The URL property is https://tools.ietf.org/html/rfc5545#section-3.8.4.6 - This property may be used in a calendar component to convey a location where a more dynamic rendition of the calendar information associated with the calendar component can be found.
What we should be adding is the URI property: https://tools.ietf.org/html/rfc5545#section-3.3.13 - This value type might be used to reference binary information, for values that are large, or otherwise undesirable to include directly in the iCalendar object.
Comment 25•4 years ago
|
||
(In reply to Magnus Melin [:mkmelin] from comment #24)
There's a slight mistake here so we'll have to adjust this.
The URL property is https://tools.ietf.org/html/rfc5545#section-3.8.4.6 - This property may be used in a calendar component to convey a location where a more dynamic rendition of the calendar information associated with the calendar component can be found.
Seeing as the event is created from the details of an email, isn't the email "a more dynamic rendition of the calendar information"?
Comment 26•4 years ago
|
||
I think it's not really, it seems URL should be the url you can programmatically get the last update for the item.
Quite possible the email doesn't even say anything about the actual event, but had info related to it.
Updated•4 years ago
|
Updated•3 years ago
|
Updated•2 years ago
|
Description
•