[Kde-pim] Akonadi outbox & dispatcher agent [tentative design]

[Ingo Klöcker]

On Sunday 03 May 2009, Volker Krause wrote:
> On Sunday 03 May 2009 00:35:37 Constantin Berzan wrote:
> > Design:
> > * The outbox and send-mail folders will be maildirs on the local
> > machine (e.g. in ~/.local/share/mail/{outbox,sent-mail}).  Does it
> > make sense to have two separate resources (outbox and sent-mail),
> > or a single resource managing both these directories?
>
> The outbox does not necessarily need to have a "physical"
> representation in form of a maildir. As it contains only temporary
> data anyway, it could just as well only exist in Akonadi (that is
> currently not yet possible, as Akonadi enforces a resource ownership
> for every collection, but that will eventually change).

That would require all apps that want to send mail to depend in some way 
on Akonadi. OTOH, if there is a physical outbox then such an app only 
needs to depend on some message composer library and then it could 
simply drop the composed message into the physical outbox. I'm not sure 
whether this workflow is really necessary. Alternatively, to dropping 
the message into the outbox it could probably also run a helper app 
which puts a file into Akonadi's outbox. *shrug*


> > * Applications can put messages in the outbox collection.  If this
> > is done via Akonadi, then the items will already have a
> > send_with_transport attribute.  If not (e.g. a plain file is
> > created in that maildir), then should the dispatcher ask the user
> > for which transport to use?
>
> Mailtransport has a default transport, which could be used in this
> case.

Right. That's what I meant by the option "Use default transport". For 
the first version, it's probably sufficient to do just that.


One more thing that should probably be kept in mind (but that does not 
need to be implemented in the first version):
- It should be possible to specify a "Do not send before" date for a 
message and the dispatcher agent should respect this date.


Regards,
Ingo
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-pim/attachments/20090503/84c7b21a/attachment.sig>
-------------- next part --------------
_______________________________________________
KDE PIM mailing list kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/