Ha! once you do it right, firefox json dumper plugin shows my inbox listing on my citadel nicely parsed instead of an "invalid json" above the plain data...
Do Aug 18 2011 14:24:42 EDT von "dothebart" Betreff: [SCM] citadel.org branch, stable-78x, updated. v7.86-39-ge395ebd
Push to the projec
sending empty Envelope-from: headers gives us points at the
amavis[24256]: (24256-17) Blocked BAD-HEADER
Mi Aug 17 2011 08:07:03 EDT von "dothebart" Betreff: [SCM] citadel.org branch, stable-78x, updated. v7.86-33-g5313859
Push to the project "citadel.org ": The branch, stable-78x has been up
Well, the form of those commands is fairly straightforward; the trick is in
knowing the format of the system configurations that are to be loaded and
saved.
Hy everyone. i'd like to present you the successor of GetServerStatus() : GetServerStatusMsg ()
since in many places in webcit the server status line is first evaluated, and then the servermessage put into the ImportantMessage facility, you can now have the two of them for the price of one:
Those last couple of commits I made seem to have improved things a bit. More
later.
I've been working with valgrind extensively and have been doing a lot of make
clean. This is a tough one.
>templatize the summary (half baked)
I think you mean "not baked." It's totally broken right now.
Good question, and the answer is yes. This is all done within webcit, so
it is incapable of bypassing the citadel server's security model.
On 12/07/11 14:51, IGnatius T Foobar wrote:
No, we just pull the top-level headers and we do not fetch the message body.
Do we still do the security check to make sure the message is in the
room, so we can't used this to peek at arbitrary messages?
Sam
No, we just pull the top-level headers and we do not fetch the message body.
Di Jul 12 2011 01:29:14 EDT von IGnatius T Foobar @ Uncensored Betreff: Re: [SCM] citadel.org branch, master, updated. 7bfc9ea85ba1146f09982b9616eaf82b54321ea4
This turned out to be nice and clean. It's going to eliminate a lot of potential (and existing) bugs.
so now you pull the full
This turned out to be nice and clean. It's going to eliminate a lot of
potential
(and existing) bugs.
On 11/07/11 14:04, IGnatius T Foobar wrote:
Actually, I'm in the process of ripping out the *new* way too. The buttons
for Reply, ReplyQuoted, and Forward need to carry a whole lot of information
(subject, references, recipients) out to the browser and then back in through
a URL submission, and
Mo Jul 11 2011 09:04:26 EDT von IGnatius T Foobar @ Uncensored Betreff: Re:
and because those buttons are passed through the GetLoggedInFirst() framework, their URL's need to be double-escaped.
you probably know, that putting it into a Subtemplate, which does the first layer of encoding, a
Actually, I'm in the process of ripping out the *new* way too. The buttons
for Reply, ReplyQuoted, and Forward need to carry a whole lot of information
(subject, references, recipients) out to the browser and then back in through
a URL submission, and because those buttons are passed through the
ah. was wondering why it didn't work ;)
Do Jul 07 2011 23:35:59 CEST von IGnatius T Foobar @ Uncensored Betreff: Re: Replacing TinyMCE by CKEditor
I do have one requirement coming up soon: in the not too distant future I would like to add the ability to embed images into messages directly. Presumably this would take the form of
>After a very short comparison of usability, I propose we give
>ckeditor.com a try (again?). dothebart mentioned we might have used
>that one before. This is a short list of "reasons" why I prefer
>ckeditor:
If it seems better, then I have no particular attachment to TinyMCE and w
heh, first feature ported from webcit to the textclient ;-)
Mi Jul 06 2011 12:59:16 EDT von "ajc" Betreff: [SCM] citadel.org branch, master, updated. 0700d2580a870f92008686de2cdf42b4759033ab
Push to the project "citadel.org ": The branch, master has been updated via 0700d2580a870f92008686de2
I use FCKeditor at work (at least it used to be called FCK editor) and I
gotta say, it's got it's share of problems. I never used tinymce so I can't
compare. ckeditor is better than xinha, but it's got so many hacks for browsers
it acts oddly in places.
also I think somebody complained that it
>modules/blog/serv_blog.c: In function 'blog_upload_beforesave':
>modules/blog/serv_blog.c:77:13: error: 'BLOG_EUIDBUF_SIZE' undeclared
Update your libcitadel.
> Sat Jul 02 2011 12:04:58 PM EDT from dothebart @ Uncensored Subject:
>Re: setup bug
>
>
>
>are you shure you did a complete make clean? since this goes to static
>variables and the citadel config struct...
>
>
>
>
Yes. This happened on fresh cloned sources.
which brings me to...
modules/blog/serv_blog.c: In function 'blog_upload_beforesave':modules/blog/serv_blog.c:77:13: error: 'BLOG_EUIDBUF_SIZE' undeclared (first use in this function)
..my workingcopy doesn't compile.
are you shure you did a complete make clean? since this goes to static variables and the citadel config struct...
Longer timeouts are fine, as long as you don't block other mails from going out throughout that timespan.
since the current implementation just sends mails one by one, such a broken mailserver will keep all your other mails from being sent during that time.
the implementet state before was not to
And the thing is, while I think the ISP delaying schools email for 120
seconds to try and get an ident connection on 113 is nuts, I was too
embarrassed to mention that I was timing out after only 30 seconds - so
I merely said that I had increased the timeout to nearly 5 minutes.
30 seconds is
yes, also saw that a while, uncensored didn't follow git master that close, so the fix isn't deployed yet.
Di Jun 14 2011 09:40:22 EDT von Stefan @ Uncensored Betreff: Attachments
Hi,
I just replied to a message in this room which had attachments. The "reply to message dialog" (that one with the editor) didn't show the attachments ("Anhänge: 0"), but the final replied message had the attachment
Di Jun 07 2011 10:30:33 EDTvon Stefan @ Uncensored Betreff: Re: Citadel RPM repository
Do Jun 02 2011 09:32:58 EDTvon IGnatius T Foobar @ Uncensored Betreff: Re: Citadel RPM repository
If it is your intention to keep these RPM's up to date, I would love to designate your repo as the off
Do Jun 02 2011 09:32:58 EDTvon IGnatius T Foobar @ Uncensored Betreff: Re: Citadel RPM repository
If it is your intention to keep these RPM's up to date, I would love to designate your repo as the official one.
I will keep them up to date. And I guess it will be OK with Holger Mueller (?),
http://code.citadel.org/cgit.cgi/git.citadel.org/commit/?id=7ed238dbbcd600038309afb183d3c31fd8283325
we now can successfully fetch RSS feeds again.
ok, the way here was real easy...
more complicated: get the URL-de-shorter async too..
then next big curl user: openid.
If it is your intention to keep these RPM's up to date, I would love to
designate
your repo as the official one. Can we name you as the official maintainer
on an ongoing basis?
can't you just use
int load_message(message_summary *Msg, StrBuf *FoundCharset, StrBuf **Error)
which gives you the whole message parsed?
we switched all calendar and vcard stuff to use this as well; I'd prefer to use it here too, so we have one single point of failure we need to debug (if) inst
Fair enough -- I'm not satisfied with what I did, though. I'm going to change
it around a little more. Right now the feed generator is spitting out every
line as a CDATA block while it reads those lines from the Citadel server.
I need to buffer the whole thing and then output it as a single CDAT
Mi Mai 25 2011 22:07:34 EDT von IGnatius T Foobar @ Uncensored Betreff: Re: [SCM] citadel.org branch, master, updated. dd31b4fd8b79ae81d966ecb923586153c4af966c
- wrap this into subst.c:StrBufAppendTemplate() with a new escaper char? (maybe 'C'?)
We can't use CDATA blocks in template
>- wrap this into subst.c:StrBufAppendTemplate() with a new escaper
>char? (maybe 'C'?)
We can't use CDATA blocks in templates. CDATA is only valid in XML, not
HTML (unless you're using XHTML, which we are not...)
could you please...
- add a function for this to lib/strbuf.c
- wrap this into subst.c:StrBufAppendTemplate() with a new escaper char? (maybe 'C'?)
that many if not all template tokens can make use of this.
> Please don't! We have some functions in our automation framework that
>do a similar check to allow our scripts to access external files in
>place of a DUT command and it's ended up causing issues when some of
>the commands contain a "/" character.
Despite the fact that I don't
>sock_connect() - if first char of hostname is '/' assume it is a unix
domain socket and connect to that instead
>
Please don't! We have some functions in our automation framework that do
a similar check to allow our scripts to access external files in place of
a DUT command and it's
Do Mai 19 2011 22:47:43 CEST von dothebart @ Uncensored Betreff: Re:
Do Mai 19 2011 12:59:17 EDT von the_mgt @ Uncensored
3. IE crashes in calendar room
crash? like dead in the whater browser gone?
mallware authors pay money for that ;-)
Yes, hangs itself while trying to digest so
Do Mai 19 2011 12:59:17 EDT von the_mgt @ Uncensored
3. IE crashes in calendar room
crash? like dead in the whater browser gone?
mallware authors pay money for that ;-)
Microsoft will always find new ways to suck. Fortunately their reign seems
just about over and hopefully in a decade or so we will not have to worry
about them.
By the way, I applied the git commit-filter you requested.
Do Mai 19 2011 04:12:50 CEST von IGnatius T Foobar @ Uncensored Betreff: Re: screenshots showing latest commits: Calendar and Chatroom
Unfortunately, I can't! Something is preventing IE7 to login at my webcit installs which are directing to uncensored: I see the landing page, I see th
>Unfortunately, I can't! Something is preventing IE7 to login at my
>webcit installs which are directing to uncensored: I see the landing
>page, I see the modal, that new login dialog and BAM the lights go
>out and I hit a generic IExploder 404 page.
Fixed it!
That's been bugg
Mi Mai 18 2011 12:27:57 EDT von "the_mgt" Betreff: [SCM] citadel.org branch, master, updated. cfe05215913287d2f16684c64fe7ddbffeceea58
Additionally, made a:visited in .calendar look like unvisited links, since i think there is no real use for the difference.
well, there is, if its a publi
Mi Mai 18 2011 07:42:20 EDT von the_mgt @ Uncensored Betreff: Chromium, tasks do not show up in taskview and IE7 login problem
1. Chromium really kicks the lama's ass! Never seen webcit rendered faster, it is like instantly popping up for my local lan install. Is it our JS which takes so l
Di Mai 17 2011 15:55:12 CEST von IGnatius T Foobar @ Uncensored Betreff: Re: screenshots showing latest commits: Calendar and Chatroom
I know this is an unpleasant thing, but have you been testing these commits with Internet Explorer? Unfortunately we do have to support IE7+
Unfortunate
I know this is an unpleasant thing, but have you been testing these commits
with Internet Explorer? Unfortunately we do have to support IE7+
Mo Mai 16 2011 04:50:00 EDT von samjam @ Uncensored Betreff: Re: bugs and inconsistencies ; documentation
On 15/05/11 16:06, dothebart wrote: I think he wonders why Public is spelt Publiic with 2 i's Sam
yes, got it meanwhile. didn't apply to master anymore, seems to have been fi
On 15/05/11 16:06, dothebart wrote:
/sendcommand: started (pid=28583) running in 504/
/Attaching to server.../
/potzblitz Citadel server ready./
/Authenticated as an internal program./
/LPRM/
/100 Publiic rooms:/
/Lobby|2|0|0|0|422|0|0|1302842947|/
/testbcc|2|0|64|16|422|0|1|1305378302|/
/testml
Ok, I wasn't planning to push that until I got a little more testing done,
but I didn't want to get too far out since the_mgt seems to be working on
the iconbar too.
Fortunately, there were no conflicts, and both of our work put together looks
pretty damn good.
As you can see, I've remove
So Mai 15 2011 10:19:24 EDTvon IGnatius T Foobar @ Uncensored Betreff: Re: bugs and inconsistencies
The command "ARTV" is not documented on http://www.citadel.org/doku.php/documentation:appproto:start
ARTV is deprecated. It has been replaced by MIGR.
That one isn't documented as well
>The command "ARTV" is not documented on
>http://www.citadel.org/doku.php/documentation:appproto:start
ARTV is deprecated. It has been replaced by MIGR.
Fr Mai 13 2011 13:53:35 EDTvon the_mgt @ Uncensored Betreff: Re: Feature request, the sequel
Summary
make userlist smaller (CSS? who/summary.html )
The summary can't change much before templating of calendars & vcards is done. Its a messy hack. A cheap hack might be to wrap parts of
Fr Mai 13 2011 10:21:59 EDTvon dothebart @ Uncensored Betreff: Re: Feature request, the sequel
Fri May 13 2011 08:13:59 EDTfrom the_mgt @ Uncensored Subject: Feature request, the sequel
Profile -> move to banner "Logged in as $username", move that to upper right corner
So make it possi
this is cute. thanks to patrick for showing me this js snippet from selfhtml :]
Fr Mai 13 2011 05:45:21 EDT von "dothebart" Betreff: [SCM] citadel.org branch, master, updated. 39a5525f7c3b4b2ca68b7d7d10129db438a0997d
Push to the project "citadel.org ": The branch, master has been updated via
>array be the smarter solution?
I wasn't planning to make the setting persistent across logins.
ok, seems as if it wasn't that complicated, and one can delete preloaded attachments now.
This update makes a change to struct wcsession; make clean if you're crashing...
You know what, I am not really interested in working with people who feel
the need to tell me exactly what they want me to do, so it's ok. I would
much rather accept security alerts from people who do it the normal way.
On 05/05/11 12:46, IGnatius T Foobar wrote:
I'm willing to hold off on releasing our own security alert, and even perhaps
waiting until "0 Day" to release an updated version of the software. What
I'm *not* willing to do, is to stop using our source code repository the way
it was intended becaus
I'm willing to hold off on releasing our own security alert, and even perhaps
waiting until "0 Day" to release an updated version of the software. What
I'm *not* willing to do, is to stop using our source code repository the way
it was intended because some tinfoil-hat thinks that someone's going
I think that method is stupid and I'm not going to follow it. In the real
world, coordinated public disclosures include an advisory that says "upgrade
to version x.yy in order to protect your server against this vulnerability."
well, you can commit, you just mustn't push until the disclosure date.
oops. gotta fix that.
We're going to hold off on any releases for now, though. The guy chose some
weird non-standard disclosure method and then got his panties in a bunch when
I misunderstood it. Normally a "coordinated disclosure" means that everyone's
got a patched version available for d
>Thanks for ignoring what it means to do a coordinated release between
>different products and vendors... I guess that was the first and last advanced
>notice for citadel, at least from my side.
You were expecting something different? 100% of the security advisories
to which we have
Mo Mai 02 2011 15:52:47 EDT von "dothebart" Betreff: [SCM] citadel.org branch, master, updated. 3aa94285fa2ba99989dc9918772a0be40fc8835b
add new token MSG:NATTACH to output the number of currently uploaded attachments
ok, use MSG:NATTACH> for the initial value...
why do you push before you're done?
git allows you to do as many commits as you like, and do one final push of all those commits.
as result, theres just one push-email with all those commits inside (as you can see some push-mails back...)
Ok, we're good to go with 7.86
no, just tag it and hit it...
Works for me. Can we go right away or do we need to get anything else in
there?
ok, I think its about time for 7.86, we now got:
- possible webcit lockups (ok, they've been here for a while now...)
- stacking of re:[roomname]fw:[roomname] if participants don't actively edit the subject, it gets bigger and bigger.
- ARTV xml bugfixes
- xmpp/TLS
- some memleaks
- smtp bouncing
I really do *not* see a need to rewrite the main loop of WebCit. It works
fine just the way it is.
Mi Apr 06 2011 20:20:25 EDT von IGnatius T Foobar @ Uncensored Betreff: Re: [SCM] citadel.org branch, master, updated. 98077cf98a82f673c2bc0486e32187c30c267eb4
For a post-8.00 design, would it make sense to use libev as the housekeeping loop? Then it could take care of SMTP delivery along
For a post-8.00 design, would it make sense to use libev as the housekeeping
loop? Then it could take care of SMTP delivery along with everything else
the server needs to do in the background, and we can dedicate a thread to
it (either the supervisor thread or a different one) -- and then the
I'm probably the wrong person to ask. I think everyone should be running
Linux.
Mi Apr 06 2011 08:55:10 EDT von IGnatius T Foobar @ Uncensored Betreff: Re: [SCM] citadel.org branch, master, updated. 2063519eeba1e97c13732f061faea42556e9488b
According to what I'm reading it doesn't work on Solaris (with Sun's compiler, not gcc).
isn't that next to the age of Visual C++
On 06/04/11 10:38, dothebart wrote:
Di Apr 05 2011 12:39:14 EDTvon "ajc"
Betreff: [SCM] citadel.org branch, master, updated.
2063519eeba1e97c13732f061faea42556e9488b
Push to the project "citadel.org ": The branch, master has been
updated
via 2063519eeba1e97c13732f061fae
According to what I'm reading it doesn't work on Solaris (with Sun's compiler,
not gcc).
Di Apr 05 2011 12:39:14 EDTvon "ajc" Betreff: [SCM] citadel.org branch, master, updated. 2063519eeba1e97c13732f061faea42556e9488b
Push to the project "citadel.org ": The branch, master has been updatedvia 2063519eeba1e97c13732f061faea42556e9488b (commit)from 7b25397a71281e53fc9aec4cca4a63d
Looks good so far. I also think that getting rid of all the extra complexity
has fixed the RSS reader crashes.
>Removed spurious calls to CtdlClearSystemContext()
Hopefully that's what was causing the problem. We'll know by tomorrow morning.
Perhaps I can run tests on a *clone* of Uncensored's db. Over the last two
days I've seen the problem begin after the 04:00 hour; this happens to be
when we run TDAP so it's definitely possible that we're looking at a memory
issue of some sort. It might even be a massive memory leak triggered by
Ok, here's more info on the problem:
When the problem starts to happen (again, right after TDAP runs) --
CC->redirect_buffer
no longer works for housekeeping threads (bound to &masterCC).
This means that the fulltext indexer is coming up with blanks too, which
I've tentatively verified
Sa Apr 02 2011 13:59:10 EDT von IGnatius T Foobar @ Uncensored Betreff: Re:
I don't think we have the horsepower to run Uncensored under valgrind. It was bad enough when I constrained its I/O speed a little bit during the last migration -- the system was practically unusable.
hm, outg
I don't think we have the horsepower to run Uncensored under valgrind. It
was bad enough when I constrained its I/O speed a little bit during the last
migration -- the system was practically unusable.
For the time being I have added a check to see whether msg_size is 0, and
if it is, we syslo
libev in webcit? Why? The main loop of webcit is simple enough. It doesn't
need libev.
ok, seems as if I can send mail again, and now should be able to connect secondary mx'es.
any fancy setup to test this around? where the first mx isn't available?
btw, just ran citadel/webcit on a debian k/freebsd, and we have per user locale here!
another problem we might get with libev in web
There does seem to be a problem. When citserver is first started there is
no problem, but after it runs for a little while, messages are getting corrupted
as they are read into the buffer for sending.
The symptoms showing up in the log are that the From: address is not
extractable
(so it's s
And maybe it's my imagination but I could swear it's faster this way.
At the moment I'm using a fixed size thread pool. There are eight worker
threads, one master socket listening thread, and one supervisor thread. I
haven't decided yet whether I want to move the master socket listener b
There's gonna be a huge update coming up as soon as I get things running
smoothly again.
This is mainly intended to reflect the future migration to a libev-based
architecture. The Citadel server is built as a state machine, so the libev
move does make sense. This is fundamentally incompa
yea, was quiet a bunch of discussions to encourage IG to finaly do it ;-)
and, so far I don't think it was a wrong decision.
you didn't read our nice commit mails for a while now? else you would have discovered code.citadel.org ;-)
Just so y'all know what my current intentions are:
I am feeling that I need to get the new code running on Uncensored as quickly
as possible. To that end, I am currently trying to clean up the Citadel 8
tree so that it can run here. Incomplete features such as Blog mode will
be disabled
-:8153271: error: xmlSAX2Characters: huge text node: out of memoryOE5JQkNkQVpLQUtnalFBRXlHQWdFblhSaDE4Nmt5UDJXaklxeHk0STdlM0hVdEdPbnByZm9D ^-:8153271: parser error : Extra content at the end of the documentOE5JQkNkQVpLQUtnalFBRXlHQWdFblhSaDE4Nmt5UDJXaklxeHk0STdlM0hVdEdPbnByZm9D
however... there m
outgesourced now has these patches, maybe you want to try?
except for the RSS reader and the async smtp client its stock 7.85
Mo Feb 14 2011 10:39:03 EST von dothebart @ Uncensored Betreff: Re: [SCM] citadel.org branch, master, updated. cc9210c238de95ad2005ef023897dbf5acecc31d
cherry-pick th
I'm a little hesitant to put that into 7.xx because I don't know how we fixed
it. Somewhere along the line we did something to the I/O layer that made
it stable enough for XMPP over TLS to work, but I don't know where or what.
cherry-pick those into stable and release 7.86?
So Feb 13 2011 22:49:34 EST von "ajc" Betreff: [SCM] citadel.org branch, master, updated. cc9210c238de95ad2005ef023897dbf5acecc31d
Push to the project "citadel.org ": The branch, master has been updated via cc9210c238de95ad2005ef023897dbf5acec
Doesn't matter what room they appear to be from. It only looks at the
instructions
in the body.
So Jan 30 2011 14:09:11 EST von dothebart @ Uncensored
how (and where) are the queue entries for mailinglist entries generated?
hm, and Why do they read from room_aide in the mailq? just for the bounceto?
Fr Jan 28 2011 07:58:25 EST von IGnatius T Foobar @ Uncensored Betreff: Re: [SCM] citadel.org branch, master, updated. e432540ab02282396bf87eafde6a1698819912ff
This may all be true. What I'm *not* willing to do is go to disk to check the msglist for the current room before each and every
801 - 900 of 1884 matches
Mail list logo
