[MlMt] defer mail workflow in mailmate?

[Kai Großjohann]

I once implemented "send later" for Gnus.  Maybe that could be a thing?  
It's pretty easy to do: "Send later" stashes the draft in a special 
folder, adding a special header.  At some convenient time (use a trigger 
that happens often enough but not too often), go through the "send 
later" folder and send all mails whose time is up.

I used it to send myself later a reminder.

I use very few folders so I don't know how threading works across 
folders, but with a little luck MailMate can already show me old 
messages from another folder when a new reply arrives -- that way I can 
easily refer back to the original mail I replied to.  This way, it's not 
a big problem that "send later" creates a new message.

Kai


On 5 Dec 2014, at 19:49, Benny Kjær Nielsen wrote:

> On 5 Dec 2014, at 18:48, Max Andersen wrote:
>
>> But then if look at it again the message will be deferred once again 
>> :/
>
> True, if you view any of your deferred messages before their time is 
> reached. (When they do return then the tag has been removed and then 
> it won't happen again.)
>
> This discussion also illustrates why it's not straightforward how such 
> a feature should be implemented, especially not to allow 
> synchronization. I'll give it some more thought.
>
> -- 
> Benny
>
>> On Friday, December 5, 2014, Benny Kjær Nielsen 
>> <mailinglist at freron.com>
>> wrote:
>>
>>> On 5 Dec 2014, at 16:46, Max Rydahl Andersen wrote:
>>>
>>> On 05 Dec 2014, at 15:18, Benny Kjær Nielsen 
>>> <mailinglist at freron.com>
>>>>> wrote:
>>>>>
>>>>> The 1 minute is measured from the arrival of the message.
>>>>>
>>>>
>>>> This is the problem I had when trying to do it.
>>>>
>>>> Makes it hard to do relative calculations.
>>>>
>>>> Could mailmate set/mutate a custom header ?
>>>>
>>>> Like:
>>>> X-Defer-Until: timestamp
>>>>
>>>> And then be able to use that as the comparison ?
>>>>
>>>
>>> That's kind of already possible using the existing virtual
>>> “Date-Last-Viewed” header. It works fine locally, but it is not 
>>> going to
>>> synchronize with other MailMate installs. (Adding a header to the 
>>> message
>>> itself is not a good option, because it's horribly inefficient.)
>>>
>>> --
>>> Benny
>
>
> -- 
> Benny
> _______________________________________________
> mailmate mailing list
> mailmate at lists.freron.com
> http://lists.freron.com/listinfo/mailmate
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freron.com/pipermail/mailmate/attachments/20141205/bf9e0d4a/attachment.html>