[Kde-pim] KDE/kdepim/kmail

[Kevin Krammer]

On Thursday, 2010-05-27, Ingo Klöcker wrote:
> On Thursday 27 May 2010, Thomas McGuire wrote:
> > Hi,
> > 
> > On Thursday 27 May 2010 16:31:18 Laurent Montel wrote:
> > > Put offline agentinstance when we close kmail.
> > > I don't want that email is always download when I
> > > don't use kmail
> > 
> > Please revert this for now.
> > When you restart KMail, all agents are set to offline, which causes
> > strange bugs like the local folder resource not delivering items.
> > 
> > The proper solution would be to do this on the server side: If the
> > last application that uses email has closed the connection to the
> > Akonadi server, then set the agents to offline. If the first
> > application starts using the server for email, then put the agents
> > online (could be detected e.g. by checking for a CollectionFetchJob
> > with the rfc822 mimetype, or with a special command, although that
> > is not very robust).
> > Other possibilities: Use D-Bus calls to the control process, although
> > this is not crash-resistant. Other suggestions were creating a
> > dedicated KDED module.

Using D-Bus is crash resistant (unless you mean akonadi_control crashes), 
because the receiver of a D-Bus message can always identify the unique name of 
a caller and watch for that name to change. Unique names only change from 
"owned" to "free", when the respective D-Bus connection is no longer valid.

> > I am not sure if we should do this, as Tobias opposed this when we
> > talked about it. I'm in favor though, as some people might not like
> > that the system checks the email without an email application
> > running. CC'ing the mailing list, as this might be of more general
> > interest.
> 
> I would definitely want my system to check for mail as soon as I log in,
> so that the mail has already been downloaded and properly filtered when
> I fire up KMail.
> 
> What is the problem you are trying to fix? What's the actual reason
> behind this? The only sensible reason I can think of is on-demand dial-
> up connections where one has to pay per minute (or whatever). But this
> is no sensible reason either because the proper solution for this is the
> network manager (or whatever else one uses to control the online/offline
> status of the whole system). It is a no-brainer that remote Akonadi
> resources shouldn't check for new mail when the system is switched to
> offline mode.
> 
> Based on the little information I have I'm with Tobias, i.e. I'm opposed
> to this because I think it's the wrong solution for the wrong problem.

The use case is, as far as I understand, that people have two computers with 
POP3 to the same server and have both clients configured to delete mail from 
the server.

So far I've only seen people who have one system configured to let the mails 
remain on the serer and the other one delete it, but POP3 seems to make people 
resourceful.

Which is why I don't want this to burden Akonadi in anyway but rather have it 
implemented as an external solution, e.g. a kded module.

Applications which want to support that kind of operations tell this module 
that they are now interested in a certain MIME type and this module then 
toggles online/offline when appropriate, making it easy to disable it in one 
central location.

This last point is important for user support, so one can tell users who 
complain about unread email count or new email notifications not working that 
there is an easy way to deactivate the last-millennium-email-behavior.
Or even better how to restrict email processing to will-only-ever-use-one-
client, making useful mode the default.

Cheers,
Kevin

-- 
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-pim/attachments/20100528/2aaab0d1/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/