RFC: Keeping track of online/offline status & central DNS service

Friedrich W. H. Kossebau Friedrich.W.H at Kossebau.de
Fri Nov 26 10:07:50 GMT 2004


Hi,

Am Donnerstag, 25. November 2004 12:11, schrieb Waldo Bastian:
> A KDED Module that keeps track of the internet connection status and that
> provides DNS lookup service with intelligent support for round-robin DNS.
>
>
> Design goals
> ============
...
* Keeping track of which application/services are in need/using the online 
state

So for dial-on-demand all download managers, email fetchers etc. (from 
different users?) could register with the demon and tell when they are done. 
Thus no more accidently interrupted transmissions. 

> Proposed DCOP interface
beware, I have no DCOP knowledge:

enumOnlineUsage {OnOccasion=1, Explicit=2} 
void registerOnlineUsage("Description", app, user, enumOnlineUsage )
// registers online usage, to be used by apps (kget, kmail, ...), (or io 
slaves?), not 
// Explicit are user triggered downloads, perhaps also mail, calendar
// OnOccasion are automated things, like KWeather, Kopete user states, 
// CCDB synchronisations, RSS feeds etc. Such apps could be configured 
// to on connection setup do the first information fetch as Explicit and later
// on OnOccasion so at least one update is ensured.

void unregisterOnlineUsage( app, user )
// unregisters an app/service

"list of online users" listOnlineUsers()
// lists all registered apps using the online state, to be used by kppp or 
kisdn to warn about pending online activities.

Or would this be without scope of such a demon? Are demons user specific or 
avaible to all users on a machine? What about the support of central servers 
which deliver the internet connection (think a dial-up router of a small 
network)?

Friedrich
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: signature
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20041126/22b7bdce/attachment.sig>


More information about the kde-core-devel mailing list