[Citadel Development] (no subject)

yes, groupdav iseems more than dead. btw, openssl? https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=828267

[Citadel Development] (no subject)

while you're at it, maybe also add the initialisation code for ED? https://github.com/arangodb/arangodb/commit/4a7e54e215e13b12792f1a01d25795455e708071 the chatter about it and what else could be done: https://github.com/arangodb/arangodb/issues/1771 (though the ed just needs some additional

[Citadel Development] (no subject)

I don't think that swaggerized API description is a playbed. If you want to do REST, you have to design a URL patern, so you can reliably parse them and split "floor / room \ subroom / item" when parsing the URL. I think the code to work with mail inside of webcit is sophisticated enough to void

[Citadel Development] (no subject)

see some of the docs here: https://docs.arangodb.com/HttpAqlQueryCursor/QueryResults.html https://docs.arangodb.com/HttpAqlQuery/index.html   The cute thing is, that once you've got documentation like this, generating swagger.io yaml files can be used to automate questioning of the URLs.

[Citadel Development] (no subject)

ArangoDB does it like that:   /_db/databasename/_someothercall/parameter   This would prehibit creating of rooms with a leading underscore, but could be an easy way to achieve this: /main_floor/some/sub/room/_msg/idhash/_attchID/filename.png

[Citadel Development] (no subject)

  Tue Apr 19 2016 02:36:05 EDT from the_mgt @ Uncensored Mon Apr 18 2016 10:30:57 EDTfrom IGnatius T Foobar @ Uncensored By the way, I've made a decision to get rid of the decimal points in our version numbers.  The next version after Citadel 9.01 will be Citadel 902, followed by 903 and

[Citadel Development] (no subject)

whoa, this is cool: https://stackedit.io/editor   and, its apache licensed.

[Citadel Development] (no subject)

no, it seems its outputting them anyways. The macros turn off everything with 'LOG_DEBUG'  by default. Some of the changes lower precedence from INFO to DEBUG. the macros also have another advantage the way they're implemented now: you can turn on and off single components at runtime.So you want

[Citadel Development] (no subject)

if you want your log flooded with everything, use citserver -x all which will remove all output. Parts of these macros also add information about the current context to the log string. So, if you have more than one of these rss aggregation jobs running, and want to be able to differenciate

[Citadel Development] (no subject)

Iggy, if you changed parts of the base64 sh* once more, please remember to check:   - base64 de/encoding for email attachments   - authentication in pop3/smtp/imap   - the xml export/importer... directix brought us lots of pain with that patch :-(

[Citadel Development] (no subject)

since # 03cd7985fad9d51530f613304869f3b7960b9f81 removes the ability to mute rss syslog output I will revert it. even if its debug, having steady noise on syslog is a bad thing to have - as you can read by more than one post in the support room.

[Citadel Development] (no subject)

well, if you're suffering from the NIH syndrome, we already have something that can serialize json, you only need to add the parser. Probably doable in some hundret lines of code.

[Citadel Development] (no subject)

  Wed Jan 06 2016 21:56:12 EST from IGnatius T Foobar @ Uncensored I doubt it would look anything like that if I were building it today.  I would probably serialize it to XML. so at least the parser doesn't have any chance to become fast? XML is s 90'ies. in the modern world we use json

[Citadel Development] (no subject)

as long as you don't parse stuff by hand in each file again, i'm fine with that. ;-)

[Citadel Development] (no subject)

Considering uncensored: 300K    /usr/local/citadel/netconfigs/ and outgesourced: 216K    /etc/citadel/netconfigswhich both could be considered to have many netconfigs, and the available memory on a $35 pi, I don't think keeping both is much of a problem?

[Citadel Development] (no subject)

next missing is the tags handling. another thing I plan is to have a separate html tree to simply view a blog. Should be easier to brew new layouts with such a reduced set of pages, which may eventually become used in regular webcit later on.  

[Citadel Development] (no subject)

ok, I've added a form that uses some js magic to create such a tandem of a blog and a html edit room, plus sets up flags so they share files. I've also put up a start page into that edit wiki that will demonstrate html syntax and adding the articles the user wants to compose in there.   Now next

[Citadel Development] (no subject)

fancy. stackoverflow can even do a visualized diff of markdown edits: http://stackoverflow.com/posts/34196368/revisions

[Citadel Development] Re: implementing tags for blogs...

  Mon Dec 14 2015 07:07:12 EST from IGnatius T Foobar @ Uncensored Subject: Re: implementing tags for blogs... You could use a new header byte ... or an RFC822 header yep, thats what I thought by eenVelopeTo is useless enough in this usecase. So I'll go with that. I'm also thinking about

[Citadel Development] implementing tags for blogs...

I'm thinking about a way to implement tags for blogs. A list of all tags used in that blog should be in the netconfig of that respective room, and I think about abusing one of the existing headers for the tags inside of the toplevel messages: V    eenVelopeTo       enVelope-to    eenVelopeTo     

[Citadel Development] (no subject)

hm, have a look after that article: http://www.linuxjournal.com/content/take-control-your-pc-uefi-secure-boot they embedd a js irc client to freenode.. neat.

[Citadel Development] (no subject)

commit 8ca6b69ea93167ada31f0f157b7db0fd03bf019fAuthor: Wilfried Goesgens Date:   Tue Nov 17 23:09:21 2015 +0100    Make the swap buffer content function publically available.diff --git a/libcitadel/lib/libcitadel.h b/libcitadel/lib/libcitadel.h+void SwapBuffers(StrBuf *A,

[Citadel Development] (no subject)

thats fresh in libcitadel. you need to have the latest. It wasn't exported before

[Citadel Development] (no subject)

are you shure that the chatting, screen sharing and all that stuff is done via SIP? otoh, thats wbxml via udp, right?

[Citadel Development] (no subject)

vcard templating done - at least feature wise its similar to what was there before.  now maybe some goodies and - tada - startup configurable vcard fields, maybe finally images.

[Citadel Development] (no subject)

  Wed Nov 18 2015 18:34:16 EST from IGnatius T Foobar @ Uncensored While it's obvious that the global footprint of XMPP is now going to be a lot smaller, it's doubtful that the existing XMPP clients are going away, and our implementation of it is pretty much finished anyway. We certainly

[Citadel Development] (no subject)

http://www.heise.de/newsticker/meldung/FastMail-Google-und-Facebook-graben-XMPP-das-Wasser-ab-2922658.html (well, the h-open offering is gone, so this is german only...) XMPP on the way out. FB and Google discontinued their XMPP offerings last big big supporter Fastmail.fm stopped their

[Citadel Development] (no subject)

http://fedoramagazine.org/make-github-pages-blog-with-pelican/ nice thing. using markdown, as we can.

[Citadel Development] (no subject)

ok, pop3 client seems to work now. when the migration also does its job (- transmitts network configs, doesn't loose messages...) i'd be in for a next release.

[Citadel Development] Re: merge

meld is probably a good tool to use. usually you start by git pull master and resolve the conflicts. I wonder what these conflicts may be? I didn't do anything about the configs yet...

[Citadel Development] Re: merge

(I wanted to change them so they are transmitted inline in the migrate process instead of r'synced - because of that may fail badly...)

[Citadel Development] Re: Networking issues in 9.01

implemented with 7b5b6987e1077892e01f9ebdb1f27374011af6db if an async context didn't do any IO in 10 minutes, its declared dead and will be killed. So if you want to try it out ;-)

[Citadel Development] Re: Networking issues in 9.01

Hm, I think I'll write some timeout killer for the event queue jobs; they already cary a timestamp of their last activity so that should work straight ahead. We will then see whether the kill facility works properly ;-)

[Citadel Development] Re: Networking issues in 9.01

if you run sendcommand RWHO do you see a citadel networker (believing to be...) talking to uncensored?

[Citadel Development] (no subject)

Some love to the 'i can't get email page': http://www.citadelorg/doku.php/faq:troubleshooting:tracking_citadel

[Citadel Development] Re: Config System

yes - and since thats a very special case, make it a commandline option. Citadel will work for most who do easy install, .deb, .rpm or ebuild. And if it doesn't, they need to edit their init scripts.

[Citadel Development] Re: Config System

or - other idea, stat some db file, and pick the uid from that, and just have it specify once at start?

[Citadel Development] Re: Config System

the -u should be fetched from /etc/defaults/citadel from the startup scripts. The startup script itself should be static.

[Citadel Development] Re: Config System

hm, so you have to create the db files as root and chown them? Regarding the uid, if not commandline,  doing getpwnam of the user citadel to get the uid sounds clever to me - since that should be the default, and like -h the others are very special cases...

[Citadel Development] (no subject)

@harryc, there is a branch, check_messages; these tests may help you with your pdfs.

[Citadel Development] (no subject)

yes, Y not. Having worked for a company that offered an email/imap/calendar/addressbook/syncml server based on c / iiop (corba) and Oracle SQL backend I can tell you a bit about that one isn't going to scale on that. Working for ArangoDB now, I can tell you clustering isn't going to improve

[Citadel Development] (no subject)

To scale current citadel systems - probably nginx imap reverse proxies, postfix / postscreen. Heartbeat / HA has STONIS to make shure just one item is running on top of a drdb share. XMPP / IMAP / whatever clients will reconnect. You can run webcits on several hosts. Once you're operating two or

[Citadel Development] Re: CODE FREEZE - RELEASE IMMINENT

nstable we switched to Berkeley DB. dothebart would undoubtedly want to use ArangoDB.   well, no. using memory mapped files as database backend for citadel probably wouldn't perform better. I'm ok with it as long as it does NOT destabilize the code base. We've been on Berkeley DB for a long ti

[Citadel Development] Re: CODE FREEZE - RELEASE IMMINENT

  Wed Apr 01 2015 12:45:07 EDT from IGnatius T Foobar @ Uncensored Subject: Re: CODE FREEZE - RELEASE IMMINENT Whats the release version gonna be? 8.30? 9.01 I'm updating it now. did you try out the discount configure etc. code? I wasn't really able to test it, as I would have liked with

[Citadel Development] Re: webcit: kernel: [..] traps: webcit[24889] general protection w/patch

Many thanks for the good work. to ease the deployment, can you re-send your mails with the diffs as an  attachment?

[Citadel Development] Re: hc changes to date, git diff format attached

Thanks a lot.   I guess if you run CREU http://citadel.org/doku.php/documentation:appproto:users#creu.create.new.user.account with a script, you may get that. I don't know which admin interface you use to your ldap tree?   Thu Mar 19 2015 11:58:19 EDT from harryc @ Uncensored Subject: hc

[Citadel Development] Re: hc changes to date, git diff format attached

hm, the patch only contains the autogenerated files? Can you send the other files as diff attachments?

[Citadel Development] Re: hc changes to date, git diff format attached

  Thu Mar 19 2015 13:54:08 EDT from harryc @ Uncensored Subject: Re: hc changes to date, git diff format attached Thanks for the thought.  I noticed the citadel server has a line of code in there to block CREU from working when there is LDAP auth.    # sendcommand CREU

[Citadel Development] Re: CODE FREEZE - RELEASE IMMINENT

Ok, fixed some tiny leaks, and install stuff. easy install git will now drag discount - wasn't able to test it with the download yet, can we get queasy install working once more? http://www.pell.portland.or.us/~orc/Code/discount/discount-2.1.8.tar.gz should be copied to the download directory.

[Citadel Development] Re: CODE FREEZE - RELEASE IMMINENT

hm, I've fixed the init script for the .debs, wanted to continue with easy install, but can't seem to find it? wouldn't setup contain them as here document?

[Citadel Development] (no subject)

i've added a tiny section for using jshint to revalidate wclib.js friends: http://www.citadel.org/doku.php/documentation:customize_webcit#usingjshintforjavascriptsyntaxchecking could help saving precious time in searching errors.

[Citadel Development] (no subject)

ok, I like the shape of the stream transcoding now. The interface seems sufficient so it doesn't need to be changed again after a release giving us new library version for no value. we can now compress chunks, so we can READ one chunk, compress it, send it as http chunk to the browser, and

[Citadel Development] (no subject)

the only thing its able to - render markdown to html. Its used to create markdown wiki rooms - for those who don't like html wiki (like me)

[Citadel Development] (no subject)

ok, hopefully after the next update uncensored rss should work fine again. should we start out on another queasy install round? we've got a new dependency: http://www.pell.portland.or.us/~orc/Code/discount/ is the q(easy) install script somewhere in git?

[Citadel Development] (no subject)

hm, theoatmeal is so kind to tell us is time...    dc:date2015-01-11T11:36:55+01:00/dc:date which doen't go well with checksumming a feed to see whether one already saw it...

[Citadel Development] (no subject)

the whole feed I don't get it why its not identifying the single items properly... it doesn't provide a guid, so this should be a checksum over subject and link, which also don't seem to change... i've enabled seen logging on uncensored, so maybe this tells us more...  

[Citadel Development] (no subject)

hm, yes. I think that log output gives good pointers. lets fix it.

[Citadel Development] (no subject)

ok, found fixed. For your compfort, the room menu has a relative new point 'zap duplicates'

[Citadel Development] (no subject)

finally. been working on that for a while. zlib compression with chunked encoding is working. So if you download a file, webcit will only load one chunk from citserver, compress it, send it as http chunk, redo until finished.   oh, and in other news, another thing anoying me is gone, gotonext

[Citadel Development] (no subject)

hm, pretty uncool. we afe c_baseroom on the config struct; its loaded from the config file, and put in there by the defaults. However, its not exposed to the CONF interface, so if it gets broken, there is no other way than hexeditor to repair this? if its not there, the _BASEROOM_ macro is

[Citadel Development] (no subject)

oops, one more bug in the digest recipients fixed. one more uncensored update please.

[Citadel Development] (no subject)

WHOA!   something which anoyed me for years fixed.   now the folder counters follow the current numbers. Read a message, new decreases. Delete/move a message new/total decreases. Refresh message folder - numbers refreshed.

[Citadel Development] (no subject)

si.

[Citadel Development] (no subject)

so.. uncensored has to be updated asap.

[Citadel Development] (no subject)

ok, another nasty bug caused by our new base64 encoder. it adds linebreaks, which some places don't expect to. this breaks...  - smtp auth   - imap auth  - list subscription  - webcit sieve editing well, these cases don't gain as much from the improved speed (it was 10 times afair) but now they

[Citadel Development] (no subject)

hm, maybe finally a successor to tinymce? http://coolwanglu.github.io/vim.js/experimental/vim.html ;-)

[Citadel Development] (no subject)

hm, fail. some xmpp was committed which shouldn't, and smtp job finalisation doesn't work - be shure to delete all entries in the smtp queue room before shutting down.

[Citadel Development] (no subject)

hm, funny #b11aa21e7968de3591f30d7af1ba561fab7bc53f - I had valgrind crash on me when locking the user... after shuffeling stuff a little bit around it wouldn't crash no more...

[Citadel Development] Re: Little patch to serv_migrate.c

thanks - committed.

[Citadel Development] (no subject)

Wed Oct 29 2014 07:28:22 EDT from IGnatius T Foobar @ Uncensored That's actually a bug that's plagued us for many years, isn't it? well, its probably been around since I added the flood protection for aide messages. in all other cases the code should be slow enough ;-) However, it seems

[Citadel Development] (no subject)

  Sun Sep 07 2014 05:04:42 EDT from Freakdog @ Dog Pound BBS II   Wed Sep 03 2014 09:23:26 AM EDT from dothebart @ Uncensored   Wed Sep 03 2014 07:51:50 EDT from Freakdog @ Dog Pound BBS II   Tue Sep 02 2014 05:20:32 PM EDT from dothebart @ Uncensored I don't have any troubles

[Citadel Development] (no subject)

ok, it seems as if I found two possible problems for the networker.

[Citadel Development] (no subject)

its possible with authentication - however you probably won't get a modified environment without any further exploit - As we don't add i.e. the useragent to the environment ;-)

[Citadel Development] (no subject)

hm, so the wiki module and the serv_migrate is vulnerable to shell shock? (as they use system() / popen()) I wouldn't count the migrate as that much of a risk, but the wiki for shure.

[Citadel Development] (no subject)

ok, I had something here which was different to the smtp stack which I changed. It seemed as if it would continue to run after an abort state should have terminated it.

[Citadel Development] (no subject)

  Wed Sep 03 2014 07:51:50 EDT from Freakdog @ Dog Pound BBS II   Tue Sep 02 2014 05:20:32 PM EDT from dothebart @ Uncensored I don't have any troubles with spool files, probably due to the single coredness of my server. If you have, you will have to provide more information so that we can

[Citadel Development] (no subject)

  Tue Sep 02 2014 09:33:37 EDT from Freakdog @ Dog Pound BBS II   Mon Sep 01 2014 03:20:13 AM EDT from dothebart @ Uncensored hm,the disk is full on startup case isn't caught at all in the db-layer... some pointers become NULL and we crash. Is this in response to my question about spool

[Citadel Development] (no subject)

hm,the disk is full on startup case isn't caught at all in the db-layer... some pointers become NULL and we crash.

[Citadel Development] re: 8.25

  Thu Jul 24 2014 11:13:05 EDTfrom harryc @ Uncensored Subject: re: 8.25 Thu Jul 24 2014 03:47:28 EDTfrom dothebart @ Uncensored Subject: re: 8.25 "ok - now that you say it, this makes a lot more sense. however, if you are to set this string, isn't that rather going to happen during

[Citadel Development] re: 8.25

ok - now that you say it, this makes a lot more sense. however, if you are to set this string, isn't that rather going to happen during setup? so at the place where you choose LDAP/AD you would need another mask, defaulted with the two strings? And, what about editing it? should webcit expose

[Citadel Development] Re: A certain message format segfaults Citserver 8.24. Patch included.

Thanks for working this out. If only all troubles were presented in such a clear form :] The development branch has a special function to check for whether a message field is empty or not - so this fix is only important for releases up to 8.2x; for that reason I'll go for a !=NULL check in that

[Citadel Development] (no subject)

8.25? Now?

[Citadel Development] re: 8.25

please attach the patch to the mail.

[Citadel Development] (no subject)

btw, currently the xkcd room shows what happenes if any link is translated into a room name - the session is redirected to the lobby, messages are never marked read.

[Citadel Development] Re: Crazy idea

  Tue Mar 18 2014 12:00:32 EDT from IGnatius T Foobar @ Uncensored Subject: Re: Crazy idea It's an interesting idea, but how would it be superior to simply implementing a clusterable set of Citadel servers running in an active/standby configuration? Right now there are people running Citadel

[Citadel Development] (no subject)

Wed Feb 05 2014 09:52:52 EST from IGnatius T Foobar @ Uncensored Ok folks, is there anything left in git master that would prevent us from moving towards a release on that track? I'm going to need to start working on some data model changes and would really like to get a new stable

[Citadel Development] (no subject)

in master - yes. at least incomplete.

[Citadel Development] (no subject)

more broken than in stable.

[Citadel Development] (no subject)

  Wed Jan 22 2014 02:50:32 EST from dothebart @ Uncensored found fineuploader.com - GPLv3 if you build it yourself. that way I found out about nodejs, npm, grunt and all its tiny plugins they include minification and other stuff. Maybe we should add the ability for minification during

[Citadel Development] (no subject)

found fineuploader.com - GPLv3 if you build it yourself. that way I found out about nodejs, npm, grunt and all its tiny plugins they include minification and other stuff. Maybe we should add the ability for minification during building the dist-tarballs for webcit too.   first files uploaded

[Citadel Development] (no subject)

so we have some troubles with our attachment uploading facility. if one has an nginx proxy, the upload will get interrupted after roughly 8k; regardless of https or not. This behaviour seems to be portable amongst chromium iceweasel Its even broken if one tries to upload files to uncensored,

[Citadel Development] (no subject)

its still some work left to do - but not that much. I guess its forward-cherry-pickeable. 9.0 - yes that was also my Idea. or... start an 8.xx branch, where we will fork 8.3x from, and if needed maybe an 8.4x; depending on how fast you progress on the nntp hacking.

[Citadel Development] (no subject)

IG, I sugest you create 8.3x branch now if you start working on nntp - I need some stabilization work, then this would be due to a release.

[Citadel Development] (no subject)

So took care of the migrate import scenario. Performance of old (buggy) version with my test data (some but not many big messages): time /usr/sbin/sendcommand -h /test migr import /var/tmp/*xmlsendcommand: started (pid=24356) connecting to Citadel server at

[Citadel Development] (no subject)

hm, it seems as if after re-importing sieve scripts are not detected anymore - while still present so, somehow     CtdlForEachMessage(MSGS_LAST, 1, NULL, SIEVECONFIG, NULL,        get_sieve_config_backend, (void *)u );doesn't grab it anymore. currently sendcommand import is broken (by me) need

[Citadel Development] (no subject)

  Mon Dec 30 2013 10:17:07 EST from IGnatius T Foobar @ Uncensored   Sun Dec 29 2013 06:14:53 AM EST from dothebart @ Uncensored To allow admins to fuzz with webcits renderers (i.e. for hardcore mailq maintenance, or inspecting user settings like sieve scripts) i've created this faq

[Citadel Development] (no subject)

To allow admins to fuzz with webcits renderers (i.e. for hardcore mailq maintenance, or inspecting user settings like sieve scripts) i've created this faq to hand out to those in citadel support http://www.citadel.org/doku.php/faq:troubleshooting:viewhack

[Citadel Development] (no subject)

  Tue Dec 24 2013 07:03:27 EST from dothebart @ Uncensored hm, it seems as somewhere in the migrate chain is a 4k limit which can be hit by the seen-records. my hot guess right now is sendcommand. Before: time /usr/sbin/sendcommand migr export /tmp/blarg.dmp sendcommand: started (pid=29199

[Citadel Development] (no subject)

hm, it seems as somewhere in the migrate chain is a 4k limit which can be hit by the seen-records. my hot guess right now is sendcommand.

[Citadel Development] (no subject)

there are those of us, who believe that a 'byzantine syntax' is core concept of a wiki. while fancy html may offer the plethora of format options, this is advantage and disadvantage at once:  - documents can wysiwyg look like the user wants it to  - each document ends up looking individual, you

  1   2   3   4   5   6   7   8   9   10   >