ok, plain mails are working again.
We know how to handle multiple indents now in contrast to just 1 before.
I guess it would be nice for the image button dialog to allow uploading; it
shouldn't be too hard; the upload handler would issue a redirect back to the
image button dialog with thye uploaded image already selected.
I don't think I'll have time to do that today; but I await feedback.
I apologise
ajc, can I ask where you are getting your libical from please.
As you figured out, it's the libical build at
freeassociation.sourceforge.net. What you might not have picked up yet is
that we are the maintainers of that project as well. libical is used in
dozens of different calendar
Sun Oct 26 2008 16:06:47 EDT from IGnatius T [EMAIL PROTECTED]
Subject: Re: update: compose with inline images
TinyMCE image inserter has support for a server-based image list, which is
now generated from already-attached images, making it a simple matter to
attach an image and then use it
When I accidentally set the date to be 29th November (Saturday) repeating
every 5th Sunday then when editing it, the recurrance screen showed 5th
sunday but still selected 29th
Yes, that's known to happen. It really isn't finished yet. Initially I
focused on setting all the controls
Sorry about the confusion. I just had a chance to look at the library and it
looks as though I jumped the gun.
The reason for mention was that the struct strbuf is defined as part of the
standard headers on many systems. Since the struct being added in Citadel is
named StrBuf, there shouldn't be
A suggestion bsaed on this post
http://lists.osafoundation.org/pipermail/ietf-calsify/2004-August/68.html
is
multipart/related
|
\_text/plain
|
\_text/html
|
\_multipart/mixed
|
\_ image/gif
|
etc...I'll try that.Sam
I think that should have been:
multipart/related
|
\_multipart/alternative
| |
| \_text/plain
| |
| \_text/html
|
\_multipart/mixed
|
\_ image/gif
|
etc...
Thu Oct 23 2008 07:40:57 EDT from [EMAIL PROTECTED]
Subject: recurrence editor
The recurrence editor is great - thanks for doing it. (I appreciate it isn't
finished)
2 comments on latest CVS:
If I create an appointment with recurrance On 30th of month or On fifth
Sunday and the actuall
Sa Okt 18 2008 10:52:23 EDT von [EMAIL PROTECTED]
Betreff: Webcit path for Sitewide/Access/HostAuth
Just a little patch that makes the Enable host based authentication
mode config option show the right value (its showing the inverted value
now).
hm, didn't I apply that with r6679 yet?
it
Fr Okt 17 2008 13:41:26 EDT von [EMAIL PROTECTED]
Betreff: RE: [PATCH] reading mime parts during compose
Wouldn't the use of STRBUF break some cross compatibility?
- - -
good job; just a tiny note, since strbuf is ratehr new, some casts into
const
char* are there to get a
Sat Oct 18 2008 13:25:31 EDT from [EMAIL PROTECTED]
Subject: Re: Webcit path for Sitewide/Access/HostAuth
Sa Okt 18 2008 10:52:23 EDT von [EMAIL PROTECTED]
Betreff: Webcit path for Sitewide/Access/HostAuth
Just a little patch that makes the Enable host based authentication
mode config
No no, you were right. I selected the wrong diff. Sorry about that. I
attached the new one.
Sat Oct 18 2008 13:50:55 EDT from [EMAIL PROTECTED]
Subject: Re: Webcit path for Sitewide/Access/HostAuth
Sat Oct 18 2008 13:25:31 EDT from [EMAIL PROTECTED]
Subject: Re: Webcit path for
Wouldn't the use of STRBUF break some cross compatibility?
- - -
good job; just a tiny note, since strbuf is ratehr new, some casts into
const
char* are there to get a quick transition, the better way is most
possibly to
give it into functions as deep as you can while
hold on, this is giving conflicts where not needed...
I really don't like the way it makes the comments look. IMHO it's *less*
readable than the plain language we use elsewhere.
*sigh*
This is tedious.
It would have been a lot easier to define our own rules format, but Sieve
is an existing standard so we went with it, and libSieve was a lot faster
than trying to write an entire parser.
Aaron's a real nice guy, so if you want to propose changes or send in
patches, I'm sure he'd be very
Feel free to wade through it though, perhaps it will make more sense to
you, it just blew my brain in the end.
Thanks for the warning. I'll try and fix it, I want to keep sieve because
some imap clients can use it.
Yeh, I came to the conclusion that sieve was so widespread that creating
Looks like libtidy will be required. There's some very nasty html messages
going about, that libxml can't parse with it's friendly html parser :-)
Sam
Thu Oct 09 2008 17:29:39 EDT from [EMAIL PROTECTED]
Subject: Re: sample patch using libtidy and libxml
Wed Oct 08 2008 23:47:27 EDT from
Thu Oct 09 2008 17:47:50 EDT from [EMAIL PROTECTED]
Subject: Re: sieve still not too solid
Oh boy Sieve.
I waded around in that heap of for quite some time trying to
get all sorts of things working in certain circumstances. I found one
definate bug in libsieve that will
(Pocket outlook can't read shared folders but hopefuly it can post to the rom.
Read via pocket ie, post via pocket outlook)
I think that the 102h byte RFC limit dothebart spoke of is an SMTP limit, which
as he says is why the message folds.
However it doesn't follow that citadel should
Also, I want to increase the rules limit in webcit beyond 25, hope
no-one
minds?
That number was chosen arbitrarily. If you would like it to be more than
25, it's not a problem to increase it.
I waded around in that heap of for quite some time trying
to get
all sorts of things working in certain circumstances. I found one
definate
bug in libsieve that will probably never get fixed to do with address
matching. The interface into libsieve is a real horrible
Looks like libtidy will be required. There's some very nasty html
messages
going about, that libxml can't parse with it's friendly html parser :-)
Can libtidy run by itself, without attaching an XML parser?
I'm willing to let it be a compile-time option that you can turn on
Citadel unfolded the To: header into one enormous line and then
truncated it
at 1024 characters WITHOUT the trailing null and merged it into (thus
eating)
the Date: header, giving me a mixed header of 1061 characters.
Yikes, that *is* a problem. At the very least we should
I'm not too hot on the niceties of imap; but jow plausable is it to
graft a floor as if it were a persons own folder, so that f eatureless
imap clients like pocket outlook could still access all floors?
Here there be dragons. :)
IMAP is a very convoluted protocol, and
Even so, I really am not inclined to add all that weight to the Citadel
system. It's a great feature, but I don't think three new dependencies is
an acceptable price to pay for it.
BTW, in case anybody is wondering why I incremented the config count twice in
tuiconfig, its because there were 66 configs before but someone forget to set
it. So it was 65 and the last element on the list would never be saved or
loaded. I went ahead and set it to 67. I believe this is the
Thu Oct 09 2008 17:33:46 EDT from [EMAIL PROTECTED]
Subject: sieve still not too solid
Sieve is still being fuss for me, and even failing to sort some messages
based on list-id, which is now a special message header. Whether or not it
works seems to depend on the phases of the moon, I've
Tue Oct 07 2008 19:36:11 EDT from [EMAIL PROTECTED]
Subject: Re: ClamAV virus scanner integration
thats probably what you'd use a quarantaine folder for. Buf if you do
this, you need to have a way to exclude worms from that.
Yeah... in the days of pop3 though... there were no folders.
I
But for my needs it comes down to can we just destoy a thread when a session
ends or do I need to have each session-specific allocation come from a new
mmap?
Sam
Oooh, one I can answer...
In the server threads are created and destroyed based on load and stuff.
In webcit I'm not
Sun Oct 05 2008 03:31:58 EDT from [EMAIL PROTECTED]
Subject: Re: Citadel commit log: revision 6661
I'd say here we have to give some kudos to dave too; your cleaned up
module interface made this contribution a lot easier.
Thanks.
That was the whole point of it. Allow a new module to be
Here is a patch that enables you to select whether you want to reject an
e-mail based on SpamAssassin, or to do add X-Spam-Status and X-Spam-Flag
headers and accept. Please review and apply.
Ok, that patch looks good, and it's pretty much ready to apply, but can I
ask you to
Rather than always reject the message, perhaps (at least for messages
terminating in citadel) instead a new messgae should be created containing a
text part which is the virus warning, and then an RFC822 part which is the
original message?
Thats how I did it when I didn't want to risk throwing
Tue Oct 07 2008 10:29:43 EDT from [EMAIL PROTECTED]
Subject: Re: ClamAV virus scanner integration
Why would you want them to get a virus laden e-mail? It seems like that
would just cause more headaches for everyone.
Personally I didn't which is why I introduced the service, but what if
thats probably what you'd use a quarantaine folder for. Buf if you do this,
you need to have a way to exclude worms from that.
Sat Oct 04 2008 22:20:29 EDT from IGnatius T [EMAIL PROTECTED]
Subject: Re: Peak memory usage
1. alter citadel to try and use file buffers more (horrid job)
Nope. We put a lot of energy into eliminating temp files wherever
possible.
Couldn't you just swap to a page file, if
I'm running this patch on my systems and it makes pocket outlook work
again.
Would you mind maintaining that patch until after the next major release?
It's a significant enough change that I fear it could prolong QA for a
while.
I do want to start getting things cleaned up for
Mon Oct 06 2008 09:45:22 EDT from IGnatius T [EMAIL PROTECTED]
Subject: Re: tested headers patch
I'm running this patch on my systems and it makes pocket outlook work
again.
Would you mind maintaining that patch until after the next major release?
It's a significant enough change
Mon Oct 06 2008 07:28:38 EDT from [EMAIL PROTECTED]
Subject: Re: Peak memory usage
how did you produce the load to get to the limit? jmeter?
I haven't reached my memory limit, I fear to, I don't want a corrupted
message store, or lost messages.
So I restart citadel every few days when the
BTW, to show how nice the xslt is (can you tell I like it)
this template makes mailto: links work in webcit
xsl:template match=@href[starts-with(.,'mailto:')]
xsl:attribute name={name()}
xsl:value-of
select=concat('/webcit/display_enter?recp=',substring-after(.,'mailto:'))quo
t;/
I'd say here we have to give some kudos to dave too; your cleaned up module
interface made this contribution a lot easier.
Sa Okt 04 2008 07:56:44 EDT von [EMAIL PROTECTED]
Betreff: working libical
checking for icalcomponent_as_ical_string_r in -lical... no
Is there a libical should be using?
Sam
hm, this check searches for the SVN Head revision of libical; i thought IG
made this an option so we're safe
Fr Okt 03 2008 16:14:35 EDT von [EMAIL PROTECTED]
Betreff: Re: Peak memory usage
Fri Oct 03 2008 05:00:41 EDT from [EMAIL PROTECTED]
Subject: Re: Peak memory usage
webcit has the concept of worker threads, much like apache. it increases
/ decreasess the pool on need.
when a request
Sat Oct 04 2008 08:36:09 EDT from [EMAIL PROTECTED]
Subject: Re: working libical
Sa Okt 04 2008 07:56:44 EDT von [EMAIL PROTECTED]
Betreff: working libical
checking for icalcomponent_as_ical_string_r in -lical... no
Is there a libical should be using?
Sam
hm, this check searches
Sat Oct 04 2008 08:47:08 EDT from [EMAIL PROTECTED]
Subject: Re: Peak memory usage
On XSLT; Maybe its apropriate for displaying uncertain HTML messages; for
the rest of the content i'd say we've got templates + css available now to
change the look feel / behaviour of webcit; One inside of
Sat Oct 04 2008 11:10:39 EDT from samjam
Subject: Re: Peak memory usage
Sat Oct 04 2008 08:47:08 EDT from [EMAIL PROTECTED]
Subject: Re: Peak memory usage
On XSLT; Maybe its apropriate for displaying uncertain HTML messages; for
the rest of the content i'd say we've got templates + css
1. alter citadel to try and use file buffers more (horrid job)
Nope. We put a lot of energy into eliminating temp files wherever
possible.
Couldn't you just swap to a page file, if your vhoster didn't give you a
swap partition?
W00T!! HTML Tidy running inside Firefox. A few cleanups fixed the
Internet Exploder Error 80004004 but I'm not telling you where the
problem is.
webcit has the concept of worker threads, much like apache. it increases
/ decreasess the pool on need.
when a request comes in, the context_loop() parses it, and either goes to
logon and creates a new wcsessios struct and puts it to the static list. The
list is kept in global context, and is
Fri Oct 03 2008 05:00:41 EDT from [EMAIL PROTECTED]
Subject: Re: Peak memory usage
webcit has the concept of worker threads, much like apache. it increases
/ decreasess the pool on need.
when a request comes in, the context_loop() parses it, and either goes to
logon and creates a new
2. and - maybe this will work- hope that memory mapped files aren't locked
into ram, and so maybe I could wrangle citadel to allocate memory using mmap
instead of brk and that might side-step the no-swap issue.
Any advice for me?
Sam
i'd say if you find a good way to make strbuf use
did you know that theres web-developer or one of these other cool things
arround as js library so you can use it in IE too?
Wed Oct 01 2008 02:54:29 EDT from [EMAIL PROTECTED]
Subject: Re: admin screens all busted
I've made all errormessages being wrapped into but that doesn't close open
tags... i probably should re-parse the previous buffer, so we get error
messages better presented in the rendered interface...
Wed Oct 01 2008 03:13:41 EDT from [EMAIL PROTECTED]
Subject: Re: admin screens all busted
Wed Oct 01 2008 02:54:29 EDT from [EMAIL PROTECTED]
Subject: Re: admin screens all busted
I've made all errormessages being wrapped into but that doesn't close open
tags... i probably should
the cheapest trick i think would be to add the mime type in a new token in
the option list; if the one active is of major type image/; enable a button
'insert image at cursor' done.
though you've got problems in the preview here; cause during editing the
messages images have to be displayed, and
dothebart: the above is a one line patch -- is it possible for you to roll
that into whatever package paulomorales is using?
did you know that theres web-developer or one of these other cool things
arround as js library so you can use it in IE too?
All I found was something called Microsoft Script Editor, and I can't
install it because the download requires Windows Genuine Advantage - which
doesn't run
I'll look at headers.patch tomorrow or over the weekend if I can.
Thanks.
Tue Sep 30 2008 00:10:39 EDT from ajc in 00.Sent Items to
room_citadel_development@uncensored.citadel.org
Subject: Citadel commit log: revision 6639
r6639 | ajc | 2008-09-30 00:10:38 -0400 (Tue, 30 Sep 2008) | 1
One recurrence feature I need is the 5th day-of-week of month.
Ok, maybe we can do that. It would be really helpful if you could
generate such an event using some third party program and then post the
resulting iCalendar item to this room. That way I can import it into my
development
Fri Sep 26 2008 08:31:34 EDT from IGnatius T [EMAIL PROTECTED]
Subject: Re: Citadel commit log: revision 6628
The Other headers can be stored seperate, like the body is (but not in
the
same place), so that they can be fetched without fetching the body. (I
don't
like that idea)
Does Berkeley DB even allow a partial fetch of a record? Even if it does
you're going to have to modify every single cdb_read() call in the entire
system.
Sep 27 2008 9:10am from dothebart @uncnsrd
Subject: N~ trouble...
Ok, I've researched the problem with our spanish speaking friends a
little.
I've sent myself
message 1
message 2
if you enter a Ntilde; letter, it immediately crashes.
Mon Sep 29 2008 07:55:42 EDT from IGnatius T [EMAIL PROTECTED]
Subject: Re: Citadel commit log: revision 6628
Does Berkeley DB even allow a partial fetch of a record? Even if it does
you're going to have to modify every single cdb_read() call in the entire
system.
The DB_DBT_PARTIAL
can you research from which BDB revision this call is available?
Mon Sep 29 2008 12:22:30 EDT from [EMAIL PROTECTED]
Subject: Re: Citadel commit log: revision 6628
can you research from which BDB revision this call is available?
At least version 3, according to the changelog at
I've got a bad feeling about this partial read idea. There could be a
*lot* of bad side effects.
probably uncensored needs to be updatet with that.
Sam, two tiny points...
don't free() strbufs directly, this will leak their dynamic buffer
libcitadel.h is already included by webcit.h, so its not needed.
its nice how strbuf compacts the code, right?
Thu Sep 25 2008 13:00:43 EDT from IGnatius T [EMAIL PROTECTED]
Subject: Re: Citadel commit log: revision 6628
samjam: welcome :)
thanks!
Let's get up to speed. First of all, the place you want to be looking
isn't the MSG2 command, which is only used in the client protocol. You have
Fr Sep 26 2008 11:13:28 CEST von [EMAIL PROTECTED]
Betreff: Re: Citadel commit log: revision 6628
[I can't find the un-indent in citedel composer, I've had to use html view
to close and re-open the blockquote tags]
Sam
Theres a tiny mce plugin done by some drupal related guy; I've
The Other headers can be stored seperate, like the body is (but not in
the
same place), so that they can be fetched without fetching the body. (I
don't
like that idea)
Hmm ... how about this: we can store a special Citadel top-level header
that contains all of the headers
i.e. a reference to the Content-ID of one of the mime parts, and
replace
this with
src=/mimepart/message-id/attachment-no/content-disposition-filename
Yes, that's a great thing to do. I was planning on doing that someday
but if you want to implement it, great.
I
Fri Sep 26 2008 07:47:06 EDT from [EMAIL PROTECTED]
Subject: Re: inline image display
yes, probably that existing attachments header should be extended to store
the ID too, so we can reference it from the HTML...
I guess you mean the attach_links array in in messages.c. If it also holds
Fri Sep 26 2008 08:33:20 EDT from IGnatius T [EMAIL PROTECTED]
Subject: Re: inline image display
i.e. a reference to the Content-ID of one of the mime parts, and
replace
this with
src=/mimepart///
Yes, that's a great thing to do. I was planning on doing that someday
Fri Sep 26 2008 08:31:34 EDT from IGnatius T [EMAIL PROTECTED]
Subject: Re: Citadel commit log: revision 6628
Hmm ... how about this: we can store a special Citadel top-level header that
contains all of the headers Citadel is not interested in, that we're also
leaving attached to the body ?
Were you thinking of writing that helper any time soon? :-)
How about I update citserver to offer a way to fetch attachments by ID
instead of part number, and you modify webcit to make use of it?
Fri Sep 26 2008 09:17:12 EDT from IGnatius T [EMAIL PROTECTED]
Subject: Re: inline image display
Were you thinking of writing that helper any time soon? :-)
How about I update citserver to offer a way to fetch attachments by ID
instead of part number, and you modify webcit to make use
Fr Sep 26 2008 15:08:33 CEST von [EMAIL PROTECTED]
Betreff: Re: Citadel commit log: revision 6628
We could modify that code instead, and say, when storing the message body
separately, we still want to store the second-level headers along with the
top-level headers. If the code recognizes a
Sounds brilliant to me. I'll start work as if that were done.
Ok, I'll get to work on that.
One note about webcit: if you're going to make changes to the way we
treat URL's, you will want to be absolutely sure that you don't break
things when running in Wiki mode. We handle
Fri Sep 26 2008 10:49:54 EDT from IGnatius T [EMAIL PROTECTED]
Subject: Re: inline image display
Sounds brilliant to me. I'll start work as if that were done.
Ok, I'll get to work on that.
One note about webcit: if you're going to make changes to the way we treat
URL's, you
samjam: there you go. Please update and rebuild your entire tree
(libcitadel, citadel, and webcit) in order to get all the changes -- since
I made an API change you're going to need to refresh everything.
Both the OPNA and DLAT commands now accept either a part number or a
BTW I'd also like inline images to be able to refer to room-files as
well as
message attachments. It would be an advantage to a wiki/blog mode. Might
be
nice if it could also reference room-files off a different room on the
same
floor, etc...
Careful about that -- it won't
Fri Sep 26 2008 12:27:09 EDT from IGnatius T [EMAIL PROTECTED]
Subject: Re: Citadel commit log: revision 6631
samjam: there you go. Please update and rebuild your entire tree
(libcitadel, citadel, and webcit) in order to get all the changes -- since I
made an API change you're going to
Ignore that, my checkou clearly eas not fresh :-(
A REALLY fresh checkout worked fine.
Sam
Fri Sep 26 2008 15:27:55 EDT from [EMAIL PROTECTED]
Subject: Re: Citadel commit log: revision 6631
Fri Sep 26 2008 12:27:09 EDT from IGnatius T [EMAIL PROTECTED]
Subject: Re: Citadel commit log:
Fri Sep 26 2008 12:27:09 EDT from IGnatius T [EMAIL PROTECTED]
Subject: Re: Citadel commit log: revision 6631
samjam: there you go. Please update and rebuild your entire tree
(libcitadel, citadel, and webcit) in order to get all the changes -- since I
made an API change you're going to
samjam: welcome :)
Let's get up to speed. First of all, the place you want to be looking
isn't the MSG2 command, which is only used in the client protocol. You
have to go deeper, into functions such as CtdlOutputMsg() and
CtdlOutputPreloadedMsg() which then tell the back end to
ok, do it the hard way. fancy. is working with -O0 without a problem.
doesn't look very elegant, but compiles now.
** GRUMBLE GRUMBLE GRUMBLE **
I spent hours rewriting and debugging the routines that map a sequence
set to an array, twiddle the specified array members, then convert back to
a sequence set.
Around 2:00am I finally figured out that the logic was fine ... the
problem was that
whats the actual error message?
if you have intl/gettext non libc-based install (like *bst) you should have
per webcit process locale.
I'm assuming, based on my reading of the code and its output, that it
parses
the entire database and updates the reference counts system wide. I'm
assuming it is correct to run that after restoring from backups taken on
a
running database (i.e. restoring database and logs
Hi -
I'm assuming, based on my reading of the code and its output, that it parses
the entire database and updates the reference counts system wide. I'm
assuming it is correct to run that after restoring from backups taken on a
running database (i.e. restoring database and logs sequentially).
-
Sorry about the wording below - not enough coffee today - I meant that as a
question so that I can correctly write these scripts!
- Stu
Wed Sep 17 2008 01:31:42 EDT from [EMAIL PROTECTED]
Subject: Re: Concurrency in FSCK/Refcount adjustments?
Hi -
I'm assuming, based on my reading of the
Hi -
I was testing out some backup/restore scripts that I've been using to
simulate crash/recovery scenarios. I run the backups while the system is live
as my backup window is too long, and wanted to determine what my worst-case
recovery situation would involve. It was just per chance that I
I probably should have called that command something else. There is
seldom any reason to run it.
whew, thats so cool! though, make shure you don't want to surf anywhere else
while testing, selenium will grab the active window and mess with it.
each test is designed to log in/ out at start/end.
I had several troubles:
* I had to change many recorded things from Click to ClickAndWait; else
he, that was about time; I already had to read one function to write the
documentation ;-)
Thu Sep 11 2008 16:49:43 EDT from [EMAIL PROTECTED]
Subject: Concurrency in FSCK/Refcount adjustments?
Hi -
I just noticed somthing unusual... I was running the FSCK command to adjust
my refcounts on a test database, and noticed that there may be bogus
refcounts being generated if this
1301 - 1400 of 1530 matches
Mail list logo