Citadel Development

regarding the size of libev, thats a real option.

regarding that everything is in /usr/local/citadel and nobody is going to use it anyways so there is no duplicate loading which dynamic libs try to avoid... so static might be well also.

Hi,

maybe you'll find systemd's socket activation feature interesting:

http://0pointer.de/blog/projects/socket-activation.html

http://0pointer.de/blog/projects/socket-activation2.html

Regards
Stefan

seems as if some digest list runs cause trouble.

tcpdump indicates that we take very long to react.

is it run with other busy jobs? like tdap? if, could we timely dissolve them?

Mon Apr 02 2012 19:17:40 EDT from IGnatius T Foobar @ Uncensored Subject: Re: systemd: socket activation

Looks like a nice idea. Will we server software developers have to account for this if distribution vendors adopt it?

The software developers can implement socket activation if they like to support it. But they don't have to.

ok, from the average admin this looks as if his system was hacked.

I guess this is setup?

IG you realy should give sessions from the system socket a uniq username.

Sat Apr 21 2012 23:42:10 EDT from Citadel Subject: Citadel Configuration Manager Message

The global system configuration has been edited by (not logged in).

now that we have setup just talking to a running citserver...

whats about UID problems after migrations?

and... shouldn't pick the migration the UID localy anyways?

maybe we should have a commandline argument ala --force-uid=nnn ?

ok, so we can reduce some of the traffic in the syslog for production, we now can disable the first two components:

networkclient

smtpeventclient

like

./citserver -x smtpeventclient,networkclient

Wed Apr 25 2012 10:56:07 EDT from IGnatius T Foobar @ Uncensored

Does that disable those components entirely, or the logging for those components?

logging with LOG_DEBUG are disabled by default.

(i.e. the transscript of the SMTP-Session)

just to follow up citadel support... how recent is the easy install curl?

maybe there is a newer one to detect  the ubuntu weirdness correctly?

hm, some working and some not is new ;-) You should definitely upgrade from 8.05.

I've seen that the indexer runs inline the queue thread, so while its doing its job neither mails nor networking nor rssfeeds will work.

we should search for a way to make that separated; either putting it into its own thread or limiting the amount of messages to index at once.

I think we should now branch the stable-8.1x;  in other news, i've prepared to separate the textclient from the citserver compile; both is working again, I've added another lib; libcitadelclient.

i'm not yet set whether it can live side by side with libcitadel, or whether it should get its own build tree. At least it should ease porting of the client, what some asked for recently, since you then just need to compile the lib and the client.

Sat May 26 2012 12:34:44 EDT from IGnatius T Foobar @ Uncensored

I think Uncensored is experiencing some problems right now, there are several RSS feeds that haven't updated in days. Others are working. wtf?

ok, please have a look at

/var/log/rssdebugrun

and search for the feeds you're missing.

i.e. this one:

May 27 05:04:14 prod citserver[2803]: RSSclient: [244607] Dilbert now starting.
you could then

grep '\[244607\]'  rssdebugrun 

to get all information on that run.