ok, it should make it through the citadel ipc now. the textclient now needs to force a message subject before opening the message editor, if the flag is set.
I've added an integer pointer to return the state to CtdlIPCPostMessage, and made it evaluate the return value.right now it doesn't look whether it examines the other part of the non-post reply? does any?
ok, it could be working that way. I think i made my way through it... s.b. needs to check ;-) was some cut'n'paste, i hope i've hit the right places... get the head, configure a room to require subject (or send it to an external address), the client should ask for it then before opening the
ig, how 'bout turning off html mails for rooms in the same way? as mailinglists often tend to simply ignore you if you send html mail...(i've experienced that more than once...)
hm, no, thats the other way arround, its for the text client to view messages, right?i was thinking about the code, that cites for example a plain text message with doing the cite level as html mail...Primarily i just want to provide the solution to cite non html mails.but... citing html mails
once you're add it... what about webcit doing jamy chars, if you cite a mail with an url inside of it?
Fri 22 Jun 2007 03:38:41 PM EDT from Dana Merrick in 00.Sent Items to xunil Subject: Re: [Citadel Support] bug in dhtml for NotesI had this problem too.If you add more to the note and update it, more garbage will be added toit, seemingly randomly.-Danaxunil wrote: If I add a new note
you could send the output of svn diffso everyone else could get the picture...
some stuff valgind pushed into my face.
hm... maybe this master user can be used by imapcopy or so to copy over all users data?
hm, plus it shouldn't compact same users, if they come from different ips...if i'm connected via imap and webcit from the same machine, ommitting one is ok, but not if i leave a shell open somewhere else and log in from at home...
i've done some strlen removing...in messages.c 36 out of 106 remain...from 15 of them in loop heads only one remains. if one patches this dif to his source like that:patch -p0 strlen.diffhe can afterwards easily view the deltas with meld:meld i've done that several times, and i'm the opinion
can't we have the who is online compact list left aligned? it would have more space then...
patches are always welcome, as they are a god basis to start a discussion
hm, i'm reviewing the german translation with the changes littlesmith suggested.I've merged most of them in, and am now trapped on this text:Enter %s below. Text is formatted to the reader's screen width. To defeat the formatting, indent a line at least one space.it's printed above the edit
thierry, the list looks real neat by now. As stated out by people in the support room, there are usecases where it's not needed. as i'd like that to be an install time configuration, how do you think about disabling it by commandline parameter?
no, i didn't. i just added a comment line above the return with the subversion id to make it patch safe.
davew, i'm sorry, i wasn't intending to commit your patch in revision 5304, svn revert must have tricked me. Else i would have given you credit in the commit comment. Sorry for that. but except for the error you mentioned above, its all right? I had a long day, i'll probably have a closer look
nope, it shouldn't. if it does, maybe you did compile in another berkeley db than you used last time to access your installation? thats usually the source of such behaviour...or maye the several crashes corrupted your database, and you should use database_cleanup.sh on it. note that you need the
what will happen, if aliases are updated?/ user adds new / removes some?
once you do a bit abstraction of threads...Could you take a look at counting up the number of spawned threads, and that the new thread knows his number?this could be logged then; the base pid plus that number is the LWP-ID, which would make it easier to insulate which thread eats cpu, and what
having read that they're dropping php4 later on this year... maybe it's not that important to be runable on it then.
another anoying one bites the dust.
hm, whats that? after entering it, it was on the right place again... damn, i forgot to save the html..
attachment: funny_uncensored.jpg
Thu 09 Aug 2007 06:03:04 PM EDT from Citadel commit log in 00.Sent Items Subject: SVN commit log: revision 5371r5371 | dothebart | 2007-08-09 18:03:03 -0400 (Thu, 09 Aug 2007) | 2 linesChanged paths: M /trunk
okeyy!solved the gmon shit. it's rather simple (though i found it out with strings over a test program and citserver..)do export CFLAGS=-ggdb -O0 -pg ./configure foo...makethenrm citservermakecopy the gcc callpaste itedit it, add -pg to ithit enter to relink
Having chatted a bit with nocturn, the following things turned out:his Kerboros service is sufficient to make the chkpw utility retrieve uids and verify passwords.Though citserver refuses to authenticate against his kerberos pam service. This is kind of funny, as chkpw should use all calls
; some will need it.Dothebart,Would it not be better to include time.h in the .h files that make use of time_t. That way the problem goes away permanently and there is no confusion over the order of .h files needed in the .c
Mon 13 Aug 2007 12:40:22 AM EDT from IGnatius T [EMAIL PROTECTED] ok, glad to hear. i've put in the old function, so it should run fine too. I think it is working better now. At least in some simple testing, the indexer thread no longer hangs, and no longer keeps the server from
Tue 14 Aug 2007 10:26:06 AM EDT from Citadel commit log in 00.Sent Items Subject: SVN commit log: revision 5385r5385 | dothebart | 2007-08-14 10:26:05 -0400 (Tue, 14 Aug 2007) | 3 linesChanged paths: M /trunk
davew, how did you get rid of your problem, that a user isn't allowed to save his vcard and will get quoted for it on every login?
Thu 16 Aug 2007 05:16:36 PM EDT from [EMAIL PROTECTED] Wed 15 Aug 2007 03:09:07 PM EDT from [EMAIL PROTECTED] davew, how did you get rid of your problem, that a user isn't allowed to save his vcard and will get quoted for it on every login? I didn't!I'm ignoring it for the moment as it is a
Thu 16 Aug 2007 05:36:19 PM EDT from Citadel commit log in 00.Sent Items Subject: SVN commit log: revision 5389r5389 | dothebart | 2007-08-16 17:36:19 -0400 (Thu, 16 Aug 2007) | 2 linesChanged paths: M /trunk
Tue 21 Aug 2007 01:08:14 PM EDT from IGnatius T [EMAIL PROTECTED] Subject: Re: SVN commit log: revision 5397Reverted one of the strlen() to IsEmptyStr() changes because it was causing the indexer to crash. Well, there it is. I haven't figured out the exact reason why, but the
Tue 21 Aug 2007 03:23:50 PM EDT from [EMAIL PROTECTED] ( (string[x]) [0] == '\0')Who can see what is wrong there then?The fix is#define IsEmptyStr(a) (*(a) == '\0') with some more blanks, see what i see? it takes the adress of the n'th place of a string.a[0] is equivilant to *a maybe the braces
Wed 22 Aug 2007 10:38:02 PM EDT from IGnatius T [EMAIL PROTECTED] This is what gave us bad reputation with webcit eating a dual monster-xeon box. so, there definetely is a good reason to start a 'holy war' and get rid of them all, as sooner or later they're gonna bite us. Our
i wouldn't care wether lines get messed at all. If we log to syslog, syslog keeps track of it, the usual stderr is just a debug log. locking/unlocking the mutex takes time... i don't think we should do that.i've attached log.c from kannel (which is multithreadded c too) i think they do mutexes
Sat 25 Aug 2007 11:55:55 PM EDT from IGnatius T [EMAIL PROTECTED] So I'm checking out network replication and it appears that the global address book can be shared across the network like any other room. Indeed if I look at the logs for the server it seems that it is shared on the network
Mon 03 Sep 2007 05:20:30 PM EDT from [EMAIL PROTECTED] Subject: Re:SVN commit log: revision 5438 should span the whole day (if we go through day 1,2,3 4, and we're day 4; this shoud fill the whole day) this should have become we're at day 3. time to catch some sleep.
Thu 06 Sep 2007 06:42:17 PM EDT from [EMAIL PROTECTED] Subject: Re:SVN commit log: revision 5448 two question.Which made the bigest speed improvement using pointers instead of indexing or using memcpy instead of strcpy?Why do you increment the pointer by one whenNope, sorry, make that
ok, i can see citserver putting the page in... but i don't get paged myself... i think because of i've destroyed the js foo with my just plain 6 lines html pages?
| dothebart | 2007-09-08 16:57:53 -0400 (Sat, 08 Sep 2007) | 2 linesChanged paths: M /trunk/citadel/mk_module_init.sh* didn't see some \'s theres so much of them.Ok, I'm back from my weekend of drinking and debauchery (works
Thu 04 Oct 2007 09:25:56 PM EDT from [EMAIL PROTECTED] (comalies) Would moving serv_pager and serv_funambol into a common directory with one object output (serv_pager and serv_funambol sharing the module init, compiled into the same .o) help keep things clean in the mean time? I'd prefer it to
Thu 04 Oct 2007 10:32:50 PM EDT from [EMAIL PROTECTED] Subject: New LDAP interfaceDothebart, is this a side effect of what you are seeing with vcards going into the lobby? no, that was a bug in webcit doing a goto at the wrong time...IG already fixed that.
Sun 07 Oct 2007 10:04:55 AM EDT from bugzilla-daemon in 00.Sent Items to [EMAIL PROTECTED] Subject: [Bug 216] times as 24HRhttp://bugzilla.citadel.org/show_bug.cgi?id=216--- Comment #2 from [EMAIL PROTECTED] 2007-10-07 10:04 ---It seems someone has worked on this.During testing
Wed 10 Oct 2007 09:25:06 AM EDT from [EMAIL PROTECTED] Subject: SoureForge Hmm,SF shows no updates since March 2006,Wouldn't it be wise to update that? I started the whole SF.net thing. it mostly just points to citadel.org or uncensored. I've tried to upload s.th., and i must admit, i'm to dumb
if we want to make sure ldap is all fine till its released, we should do a release that just contains those three bugfix patches we did, and is based on the last release.
r5554 | dothebart | 2007-10-11 13:37:14 -0400 (Thu, 11 Oct 2007) | 2 lines
Changed paths:
M /trunk/webcit/calendar_view.c
M /trunk/webcit/fmt_date.c
* for some reason copying an event from our calendar seems
r | dothebart | 2007-10-11 15:33:30 -0400 (Thu, 11 Oct 2007) | 2 lines
Changed paths:
M /trunk/webcit/calendar.c
* mktime() modifies us, we mustn't call it twice on the same data, it doesn't
work.
r5556 | dothebart | 2007-10-11 18:23:53 -0400 (Thu, 11 Oct 2007) | 3 lines
Changed paths:
M /trunk/webcit/calendar.c
M /trunk/webcit/calendar_view.c
* fix calculation of all day events
* workaround troubles
r5558 | dothebart | 2007-10-12 09:15:39 -0400 (Fri, 12 Oct 2007) | 2 lines
Changed paths:
M /trunk/webcit/calendar_view.c
* DST-Hack for all day events too.
.. no more changes to the artv because of we're dumping just messages then...
r5569 | dothebart | 2007-10-13 11:55:23 -0400 (Sat, 13 Oct 2007) | 2 lines
Changed paths:
M /trunk/citadel/tools.c
M /trunk/citadel/tools.h
* Imap profiling: memreadline function that returns the copied stringlength so
r5571 | dothebart | 2007-10-13 12:00:59 -0400 (Sat, 13 Oct 2007) | 2 lines
Changed paths:
M /trunk/citadel/mime_parser.c
* imap profiling: mimeparser: use MemReadlineLen, keep its value; avoid strlen
in frequent used
Sat 13 Oct 2007 12:01:00 PM EDT from dothebart in 00.Sent Items to room_citadel_development@uncensored.citadel.org Subject: Citadel commit log: revision 5571r5571 | dothebart | 2007-10-13 12:00:59 -0400 (Sat, 13 Oct
r5573 | dothebart | 2007-10-13 13:08:46 -0400 (Sat, 13 Oct 2007) | 3 lines
Changed paths:
M /trunk/citadel/modules/imap/imap_fetch.c
* speed up imap_pick_range by getting the Imap-Context once.
* call strlen only once
i need to know your sf.net account name, i guess you're not dave winter there?
r5590 | dothebart | 2007-10-16 17:27:50 -0400 (Tue, 16 Oct 2007) | 2 lines
Changed paths:
M /trunk/ctdlphp/ctdlsession.php
* stat the socket before we try to open it, looks better like that in the log.
Wed 17 Oct 2007 03:24:54 PM EDT from IGnatius T [EMAIL PROTECTED] hm, ig, reading heGle's message, how do we do that webcal stuff? this gives you the whole calendar at once, right? this would be the right thing (tm) to get them use our solution ;-) Right now we do it the same way
r5606 | dothebart | 2007-10-22 13:26:52 -0400 (Mon, 22 Oct 2007) | 2 lines
Changed paths:
M /trunk/webcit/po/de.po
* resynced german translation.
r5624 | dothebart | 2007-10-25 16:08:20 -0400 (Thu, 25 Oct 2007) | 2 lines
Changed paths:
M /trunk/citadel/modules/vandelay/serv_vandelay.c
* if the client disconnects, abort the ARTV EXPORT
r5626 | dothebart | 2007-10-25 16:54:18 -0400 (Thu, 25 Oct 2007) | 2 lines
Changed paths:
M /trunk/webcit/configure.ac
* 7.22 here too.
r5627 | dothebart | 2007-10-25 17:51:16 -0400 (Thu, 25 Oct 2007) | 2 lines
Changed paths:
M /trunk/webcit/autocompletion.c
M /trunk/webcit/configure.ac
M /trunk/webcit/groupdav_main.c
M /trunk/webcit/messages.c
So 28 Okt 2007 08:54:16 EDT von [EMAIL PROTECTED] Clippy for Citadel! sort of. but should just come out if you hover it on questionmarks.
r5644 | dothebart | 2007-10-28 10:08:23 -0400 (Sun, 28 Oct 2007) | 2 lines
Changed paths:
M /trunk/webcit/po/de.po
* typo in translation.
hm, this seems to be an interesting thing to track:http://wiki.mozilla.org/WebRunnerrun webapps as if they were desktop apps.
So 28 Okt 2007 12:36:58 EDT von [EMAIL PROTECTED] Betreff: 24Hr times Dothebart,In response to your Bugzilla update on this.The only remaining problem with 24Hr times is... Ooh, just noticed another one. So now there are two.First, The time in the heading as I compose this message is in 12
thierry, did you have a look at that post from badjohny yet? is it yet fixed? I just updated to the new citadel and I have to say I love it. It seems to have fixed the cpu bloat problems I was having, and everything is running very quickly. Great job.The only issue I seem to be having is in IE7
r5654 | dothebart | 2007-10-29 16:50:45 -0400 (Mon, 29 Oct 2007) | 2 lines
Changed paths:
M /trunk/citadel/serv_extensions.c
* add hint to restart menu to our 'unable to bind port' - errormail.
ok, that state is added, i've rerun create_pot.sh, which added several more missing strings... Also, please take care of strings tagged 'fuzzy' and remove that comment if you verified them.
r5659 | dothebart | 2007-10-30 16:52:09 -0400 (Tue, 30 Oct 2007) | 3 lines
Changed paths:
M /trunk/webcit/crypto.c
* use the configured key dir
* if we can't write there, exit.
hm, should matts pager code use that http client code too?
i ran into troubles with that non-byte-by-byte-read fix.either I would be able to login with the citadel client, or sendcommand would hang some seconds on doing the cleanup stuff.\ i thought of sending s.th. to the server in sendcommand so i get to know if it already disconnected.. but i didn't
r5689 | dothebart | 2007-11-04 18:11:40 -0500 (Sun, 04 Nov 2007) | 2 lines
Changed paths:
M /trunk/citadel/citserver.c
* initializing strings empty faster.
r5690 | dothebart | 2007-11-04 18:17:51 -0500 (Sun, 04 Nov 2007) | 2 lines
Changed paths:
M /trunk/citadel/modules/imap/imap_list.c
* init some numbers.
r5691 | dothebart | 2007-11-04 18:19:17 -0500 (Sun, 04 Nov 2007) | 3 lines
Changed paths:
M /trunk/citadel/citadel_ipc.c
M /trunk/citadel/debian/rules
M /trunk/citadel/modules/vandelay/serv_vandelay.c
M /trunk
ok, some patches. the actual version will successfully log in and stuff with citadel client... One thing that doesn't work here is to detect whether it can close the connection, or the server already did in sendcommand.maybe we just need to be a bit more rude about that
Di Nov 06 2007 18:01:47 EST von IGnatius T [EMAIL PROTECTED] Actually I'm checking for QR_VISDIR. If the directory isn't visible Even better. But if a directory room is made into a non-directory room, QR_VISDIR might not be un-set... so you might want to check for *both* bits.will
r5714 | dothebart | 2007-11-07 13:34:52 -0500 (Wed, 07 Nov 2007) | 2 lines
Changed paths:
M /trunk/webcit/po/de.po
* missing blank
r5715 | dothebart | 2007-11-07 14:33:20 -0500 (Wed, 07 Nov 2007) | 3 lines
Changed paths:
M /trunk/webcit/roomops.c
* make the files number a link
* make the string gettextable
r5722 | dothebart | 2007-11-08 18:04:32 -0500 (Thu, 08 Nov 2007) | 3 lines
Changed paths:
M /trunk/webcit/debian/control
* ubuntu doesn't have localepurge
r5721 | dothebart | 2007-11-08 17:12:52 -0500 (Thu, 08 Nov 2007) | 2 lines
Changed paths:
M /trunk/webcit/buildpackages
* since we changed the versioning, we need to detect it right.
r5719 | dothebart | 2007-11-08 16:35:29 -0500 (Thu, 08 Nov 2007) | 2 lines
Changed paths:
M /trunk/citadel/modules/calendar/serv_calendar.c
* free the ical struct after using it.
r5724 | dothebart | 2007-11-09 12:17:07 -0500 (Fri, 09 Nov 2007) | 2 lines
Changed paths:
M /trunk/citadel/citadel_dirs.c
* set basedir to ctdldir on startup for bin/sbin calculation in non-fssnd
r5735 | dothebart | 2007-11-10 18:11:32 -0500 (Sat, 10 Nov 2007) | 2 lines
Changed paths:
M /trunk/citadel/modules/calendar/serv_calendar.c
* this might be the try to free a null-pointer.
r5736 | dothebart | 2007-11-10 18:12:19 -0500 (Sat, 10 Nov 2007) | 2 lines
Changed paths:
M /trunk/citadel/aidepost.c
M /trunk/citadel/chkpw.c
M /trunk/citadel/citadel.c
M /trunk/citadel/citadel_dirs.c
M /trunk
r5740 | dothebart | 2007-11-11 11:09:45 -0500 (Sun, 11 Nov 2007) | 4 lines
Changed paths:
M /trunk/webcit/Makefile.in
M /trunk/webcit/context_loop.c
M /trunk/webcit/debian/rules
A /trunk/webcit/sysdep.c
M
r5741 | dothebart | 2007-11-11 13:58:39 -0500 (Sun, 11 Nov 2007) | 2 lines
Changed paths:
M /trunk/citadel/citadel_ipc.c
* buffered read next try; recv might give the solution?
r5745 | dothebart | 2007-11-13 12:43:10 -0500 (Tue, 13 Nov 2007) | 2 lines
Changed paths:
M /trunk/citadel/debian/citadel.init
* to much c-coding spoilz bash-sk1lz
r5746 | dothebart | 2007-11-13 17:21:24 -0500 (Tue, 13 Nov 2007) | 2 lines
Changed paths:
M /trunk/webcit/context_loop.c
M /trunk/webcit/subst.c
M /trunk/webcit/webcit.h
* cleanup with variable substitution. cleaner
hm, the wether repord ends up in the lobby too.isee, use the setup to enter the user that will gain aide privs at next login.
what does that mean:configure: creating ./config.statusconfig.status: creating Makefileconfig.status: WARNING: Makefile.in seems to ignore the --datarootdir setting(just a plain debian sid...)
r5761 | dothebart | 2007-11-18 18:53:07 -0500 (Sun, 18 Nov 2007) | 3 lines
Changed paths:
M /trunk/libcitadel/Makefile.in
M /trunk/libcitadel/configure.in
A /trunk/libcitadel/debian
A /trunk/libcitadel/debian
r5765 | dothebart | 2007-11-19 14:52:48 -0500 (Mon, 19 Nov 2007) | 2 lines
Changed paths:
M /trunk/webcit/debian/control
* depend to libcitadel
r5766 | dothebart | 2007-11-19 14:56:13 -0500 (Mon, 19 Nov 2007) | 2 lines
Changed paths:
M /trunk/citadel/debian/control
* depend to libcitadel.
r5767 | dothebart | 2007-11-19 17:36:39 -0500 (Mon, 19 Nov 2007) | 2 lines
Changed paths:
M /trunk/citadel/Makefile.in
M /trunk/citadel/debian/citadel-server.install
M /trunk/citadel/debian/citadel-server.postinst
r5769 | dothebart | 2007-11-20 17:35:30 -0500 (Tue, 20 Nov 2007) | 2 lines
Changed paths:
M /trunk/webcit/webcit.c
* search absolute for the images on the server.
r5770 | dothebart | 2007-11-20 17:58:13 -0500 (Tue, 20 Nov 2007) | 2 lines
Changed paths:
M /trunk/webcit/Makefile.in
* fix locale compile support.
r5771 | dothebart | 2007-11-20 18:07:29 -0500 (Tue, 20 Nov 2007) | 2 lines
Changed paths:
M /trunk/libcitadel/debian/rules
* purge remaining libnetfilter strings
r5772 | dothebart | 2007-11-20 18:41:38 -0500 (Tue, 20 Nov 2007) | 2 lines
Changed paths:
M /trunk/webcit/debian/webcit.conf
* apache proxies and listsub/ don't play well.
101 - 200 of 2260 matches
Mail list logo
