imap akonadi missing feature

[laurent Montel-2]

Hi
I don't know if it will implement, but in kmail it was possible to associate a
identity to an imap account. Do you think to add this feature ?

And it was possible to define where is trash folder.

Regards

--
Laurent Montel | laurent@... | KDE/Qt Senior Software Engineer
Klarälvdalens Datakonsult AB, a KDAB Group company
Tel. Sweden (HQ) [phone], USA +1-866-777-KDAB(5322)
KDAB - Qt Experts - Platform-independent software solutions
_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

[Ingo Klöcker]

On Monday 02 November 2009, laurent Montel wrote:
> Hi
> I don't know if it will implement, but in kmail it was possible to
> associate a identity to an imap account. Do you think to add this
> feature ?

Hmm, this association is used as fallback for the folder identity, i.e.
if there is no identity associated to a folder then the identity
associated to account the folder belongs to is returned as folder
identity. So the account identity is the default identity to be used
for all folders of an IMAP account. It does definitely make sense to
keep this.


> And it was possible to define where is trash folder.

This is a must since deleted messages should stay on the IMAP server.
Unfortunately, there's no standard name for the trash folder so it will
have to be configurable.


Regards,
Ingo


_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

On Monday 2 November 2009 23:11:24 Ingo Klöcker wrote:

> On Monday 02 November 2009, laurent Montel wrote:
> > Hi
> > I don't know if it will implement, but in kmail it was possible to
> > associate a identity to an imap account. Do you think to add this
> > feature ?
>
> Hmm, this association is used as fallback for the folder identity, i.e.
> if there is no identity associated to a folder then the identity
> associated to account the folder belongs to is returned as folder
> identity. So the account identity is the default identity to be used
> for all folders of an IMAP account. It does definitely make sense to
> keep this.

This one seems to be out of scope of the resource itself, looks like more a
client side feature if I'm not mistaken (so I foresee a client setting or the
client attaching some collection attributes). Do we already have some identity
management independent from kmail for instance?
 
> > And it was possible to define where is trash folder.
>
> This is a must since deleted messages should stay on the IMAP server.
> Unfortunately, there's no standard name for the trash folder so it will
> have to be configurable.

OK, on my TODO list.

Regards.
--
Kévin Ottens, http://ervin.ipsquad.net

KDAB - proud patron of KDE, http://www.kdab.com


_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

[laurent Montel-2]

Le mardi 3 novembre 2009 07:43:16, Kevin Ottens a écrit :

> On Monday 2 November 2009 23:11:24 Ingo Klöcker wrote:
> > On Monday 02 November 2009, laurent Montel wrote:
> > > Hi
> > > I don't know if it will implement, but in kmail it was possible to
> > > associate a identity to an imap account. Do you think to add this
> > > feature ?
> >
> > Hmm, this association is used as fallback for the folder identity, i.e.
> > if there is no identity associated to a folder then the identity
> > associated to account the folder belongs to is returned as folder
> > identity. So the account identity is the default identity to be used
> > for all folders of an IMAP account. It does definitely make sense to
> > keep this.
>
> This one seems to be out of scope of the resource itself, looks like more a
> client side feature if I'm not mistaken (so I foresee a client setting or
>  the client attaching some collection attributes). Do we already have some
>  identity management independent from kmail for instance?

I think that knode use the same method.
We can configure identity when we add new account.

> > > And it was possible to define where is trash folder.
> >
> > This is a must since deleted messages should stay on the IMAP server.
> > Unfortunately, there's no standard name for the trash folder so it will
> > have to be configurable.
>
> OK, on my TODO list.

Thanks
 
> Regards.
>


--
Laurent Montel | laurent@... | KDE/Qt Senior Software Engineer
Klarälvdalens Datakonsult AB, a KDAB Group company
Tel. Sweden (HQ) [phone], USA +1-866-777-KDAB(5322)
KDAB - Qt Experts - Platform-independent software solutions
_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

[Ingo Klöcker]

On Tuesday 03 November 2009, Kevin Ottens wrote:

> On Monday 2 November 2009 23:11:24 Ingo Klöcker wrote:
> > On Monday 02 November 2009, laurent Montel wrote:
> > > Hi
> > > I don't know if it will implement, but in kmail it was possible
> > > to associate a identity to an imap account. Do you think to add
> > > this feature ?
> >
> > Hmm, this association is used as fallback for the folder identity,
> > i.e. if there is no identity associated to a folder then the
> > identity associated to account the folder belongs to is returned as
> > folder identity. So the account identity is the default identity to
> > be used for all folders of an IMAP account. It does definitely make
> > sense to keep this.
>
> This one seems to be out of scope of the resource itself, looks like
> more a client side feature if I'm not mistaken (so I foresee a client
> setting or the client attaching some collection attributes).

I agree.


> Do we already have some identity management independent from kmail for
> instance?

Yes. kdepimlibs/kpimidentities.


Regards,
Ingo


_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/