Citadel Support

Trying to visit http://debian.citadel.org/ or http://ubuntu.citadel.org/ returns a "502 Bad Gateway" error (from an nginx/1.2.0 server)...

Sat Jun 16 2012 07:00:48 EDT from RoboTamer @ Uncensored Subject: Change
default view of room

Is there a way to change the default view of a room?

I guess I could move everthing out, delete and recreate the room, but maybe
there is an easier way I thought?

Yes, You need to be 'room aide' however; that won't replace personal per room
settings, and just account for users that didn't visit that room before.

Mon Jun 18 2012 14:17:55 EDT from steveriley @ Uncensored Subject: Ubuntu and Debain repositories down?

Trying to visit http://debian.citadel.org/ or http://ubuntu.citadel.org/ returns a "502 Bad Gateway" error (from an nginx/1.2.0 server)...

whoopsie, fixed. thanks for reporting.

hm, it reads
[e]urope/berlin, so its missing one char...
you have to find out where it gets lost.

So Okt 02 2011 08:52:14 UTC from markus @ Uncensored Subject: Time > zone problem

Dear developers,

I'd like to ask you for help. My problem is that I get time zone
errors when I synchronise my time table with my citadel server. I use
Thunderbird 7.01 with Lightning 1.0b7 and synchronise with syncKolab
nightly because the last stable syncKolab 1.5.2 does not support the
newest Thunderbird/Lightning. Would you think that the problem is
caused by the syncKolab add-on? Or do you suggest another reason for
this behaviour? I give you bellow a sample of Thunderbird's error log.
I'm sorry that the log is partially in Germany. If you cannot
understand, feel free to ask:



Fehler: Unbekannte Zeitzone "rope/Berlin" in "Räderwechsel".
Verwendet wird stattdessen die Zeitzone "Lokale Zeit": Freitag, 30.
April 2010 07:20
BEGIN:VCALENDAR
PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN
VERSION:2.0
BEGIN:VEVENT
CREATED:20100420T081543Z
LAST-MODIFIED:20111001T164606Z
DTSTAMP:20111001T164606Z
UID:bc6dbcbb-3b77-405e-857d-fba9db34c684
SUMMARY:Räderwechsel
ORGANIZER;CN=rkus Fischer:ROLE=CHAIR:mailto:postmaster@markus->fischer.name

X-MOZ-LASTACK:20101022T074455Z
DTSTART;TZID=rope/Berlin:20100430T072000
DTEND;TZID=rope/Berlin:20100430T172000
X-LIC-ERROR;X-LIC-ERRORTYPE=PARAMETER-NAME-PARSE-ERROR:Cant parse parameter name: PARTSTAT�CEPTED
LOCATION:Nürtingen Ramsperger
TRANSP:OPAQUE
X-MOZ-GENERATION:6
SEQUENCE:1
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;VALUE=DURATION:-P1D
DESCRIPTION:Mozilla Standardbeschreibung
END:VALARM
END:VEVENT
END:VCALENDAR

Best regards,
Markus

(text/calendar, 1377 bytes) [View| Download]

   This is an unknown type of calendar item.

Summary:

/citadel.org/Tzfile/Europe/Berlin

Location:

/citadel.org/Tzfile/Europe/Berlin

Description:

/citadel.org/Tzfile/Europe/Berlin

Recurrence

This is a recurring event.

 

Tumult.eml (message/rfc822, 1704 bytes) [View| Download]

Mon Jun 11 2012 05:00:00 PM EDT from henning

Tumult

   This is an unknown type of calendar item.

Summary:

/citadel.org/Tzfile/Europe/Berlin

Location:

/citadel.org/Tzfile/Europe/Berlin

Description:

/citadel.org/Tzfile/Europe/Berlin

Recurrence

This is a recurring event.

 

Tue Jun 12 2012 09:07:01 EDT from "K. Grishnak" <henne.gwath@gmx.de>
Subject: Lightning and Citadel groupdav calendar
Hi,

I would like to access my calendars via groupdav-interface because
synckolab/citadel seem to have problems with whitespaces and timezones
(as reported before), but as accessed with thunderbird/lightning there
is an error reported. The calendar http://domain/groupdav/Calendar is
offered as iso-encoded, not utf-8 (which seems strange, because all my
systems are configured to use utf-8) and cannot be read as utf-8. Is
there some workaround or fix for this?

regards,
Henning

Citadel doesn't alter the contents when storing ical elements.

The only way when its changed is when you edit it in webcit; which only
understands different charsets, but writes utf-8.

So you have to search somewhere else on the way in who is storing iso.

Please try the following.

Attach an imap client that is able to see that calendar room (prefereabely thunderbird)

create the item, refresh your imap client, view the message containing the ical element (no, its not a vcal)

press ctrl+u, view the plain message, save it.

continue your test sequence, restart the thunderbird, reopen the file, view source, etc.

find out after which attempt your charset problem arises.

again, while webcit understands non utf-8, it has no support for saving in non-utf8 charsets.

Mon Jun 18 2012 16:11:37 EDT from "K. Grishnak" <henne.gwath@gmx.de> Subject: Re: [Citadel Support] Re: Lightning and Citadel groupdav calendar

Hi,

I thought I got rid of that problem by deleting the calendar-room, but
it reappeared without IMAP-interaction (just webcit!).

1. delete room, restart server.
2. access groupdav-calendar via web-browser: utf-8-encoded vcard-file.
3. create event via webcit.
4. access calendar via web-browser: iso-encoded vcard-file.

Can you reproduce this? I use firefox as browser with utf-8 standard
encoding. Encoding defined as preselected encoding/line-ending in gedit
texteditor (failsafe?).

regards,
Henning

On 12.06.2012 17:10, dothebart wrote:

Tue Jun 12 2012 09:07:01 EDT from "K. Grishnak" <henne.gwath@gmx.de>
Subject: Lightning and Citadel groupdav calendar
Hi,

I would like to access my calendars via groupdav-interface because
synckolab/citadel seem to have problems with whitespaces and timezones
(as reported before), but as accessed with thunderbird/lightning there
is an error reported. The calendar http://domain/groupdav/Calendar is
offered as iso-encoded, not utf-8 (which seems strange, because all my
systems are configured to use utf-8) and cannot be read as utf-8. Is
there some workaround or fix for this?

regards,
Henning

Citadel doesn't alter the contents when storing ical elements.

The only way when its changed is when you edit it in webcit; which only
understands different charsets, but writes utf-8.

So you have to search somewhere else on the way in who is storing iso.

Don't worry about there being two citserver processes.  One is the actual
server, and one is a supervisor process that manages it.

we have known bugs with @ in the username/password, or when the relay isn't listening on port  25.

can you confirm one of the both is your error cause?

...  Posting this way, though, because there is also an issue
with the citadel room networking I need to investigate.

we have known bugs with @ in the username/password, or when the relay isn't
listening on port  25.

can you confirm one of the both is your error cause?

we have known bugs with @ in the username/password, or when the relay
isn't listening on port  25.

can you confirm one of the both is your error cause?

Tue Jun 19 2012 07:33:19 EDT from "Robert J. Clay" <rjclay@gmail.com> Subject: DNS for dogpound2.citadel.org?

On Mon, Jun 18, 2012 at 10:26 PM, Robert J. Clay <rjclay@gmail.com> wrote:

...  Posting this way, though, because there is also an issue
with the citadel room networking I need to investigate.

One aspect of that for my systems is that the domain name for my
link into the Citadel networking, dogpound2.citadel.org, does not

Please use the right room for this issue; this is for citadel problems.

The currently spun network is handled in 'IGnet Unlimited' where you also will find the solution to your problems already posted.

Hey,

Note: This mail goes both to the mailing-list of the lightning
thunderbird addon and to the support-list of the citadel
groupware-system, because I'm not sure who causes this problem.


I experience a problem with time zones in citadel which was first posted
oct/11 by Mark on uncensored.citadel.org.

Klicking in mozilla thunderbird on the IMAP-vcard-calendar-item (see
attachment) results in an error message as:

Timestamp: 18.06.2012 21:42:54
Error: Unbekannte Zeitzone "itadel.org/Tzfile/Europe/Berlin" in
"Tumult". Verwendet wird stattdessen die Zeitzone "Lokale Zeit": Mo 11
Jun 2012 22:00
BEGIN:VCALENDAR
PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN
VERSION:2.0
BEGIN:VEVENT
CREATED:20120613T145312Z
LAST-MODIFIED:20120618T175958Z
DTSTAMP:20120618T175958Z
UID:040000008200E00074C5B7101A82E00800000000503B25C07149CD0100000000000000
0010000000CE796193D677734897B17900DDBFCB83
SUMMARY:Tumult
ORGANIZER:PARTSTAT�CEPTED;ROLE?AIR:mailto:bernd@hollermann.eu
DTSTART;TZID=/itadel.org/Tzfile/Europe/Berlin:20120611T210000
DTEND;TZID=itadel.org/Tzfile/Europe/Berlin:20120611T220000
X-LIC-ERROR;X-LIC-ERRORTYPE=LUE-PARSE-ERROR:Can't parse as RECUR value in
RRULE property. Removing entire property: FREQ�EKLY
CLASS:PUBLIC
X-KOLAB-SHOW-TIME-AS:busy
LOCATION:http://livestream.triquency.de:8000/live192.mp3
DESCRIPTION:Metalshow von Eike und Tim auf Radio Triquency Lemgo
TRANSP:OPAQUE
SEQUENCE:3
X-MOZ-RECEIVED-SEQUENCE:3
X-MOZ-RECEIVED-DTSTAMP:20120613T204439Z
END:VEVENT
END:VCALENDAR

Translated german: <Error: Unknown timezone
"itadel.org/Tzfile/Europe/Berlin" in "Tumult". Use "local time" instead:
Mo 11 Jun 2012 22:00>

It seems there are missing two characters at the very beginning of the
timezone string? Why? Lightning, Thunderbird or Citadel error?

regards,
Henning

hm, it reads
[e]urope/berlin, so its missing one char...
you have to find out where it gets lost.

So Okt 02 2011 08:52:14 UTC from markus @ Uncensored Subject: Time > zone problem

Dear developers,

I'd like to ask you for help. My problem is that I get time zone
errors when I synchronise my time table with my citadel server. I use
Thunderbird 7.01 with Lightning 1.0b7 and synchronise with syncKolab
nightly because the last stable syncKolab 1.5.2 does not support the
newest Thunderbird/Lightning. Would you think that the problem is
caused by the syncKolab add-on? Or do you suggest another reason for
this behaviour? I give you bellow a sample of Thunderbird's error log.
I'm sorry that the log is partially in Germany. If you cannot
understand, feel free to ask:



Fehler: Unbekannte Zeitzone "rope/Berlin" in "Räderwechsel".
Verwendet wird stattdessen die Zeitzone "Lokale Zeit": Freitag, 30.
April 2010 07:20
BEGIN:VCALENDAR
PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN
VERSION:2.0
BEGIN:VEVENT
CREATED:20100420T081543Z
LAST-MODIFIED:20111001T164606Z
DTSTAMP:20111001T164606Z
UID:bc6dbcbb-3b77-405e-857d-fba9db34c684
SUMMARY:Räderwechsel
ORGANIZER;CN=rkus Fischer:ROLE=CHAIR:mailto:postmaster@markus->fischer.name

X-MOZ-LASTACK:20101022T074455Z
DTSTART;TZID=rope/Berlin:20100430T072000
DTEND;TZID=rope/Berlin:20100430T172000
X-LIC-ERROR;X-LIC-ERRORTYPE=PARAMETER-NAME-PARSE-ERROR:Cant parse parameter name: PARTSTAT�CEPTED
LOCATION:Nürtingen Ramsperger
TRANSP:OPAQUE
X-MOZ-GENERATION:6
SEQUENCE:1
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;VALUE=DURATION:-P1D
DESCRIPTION:Mozilla Standardbeschreibung
END:VALARM
END:VEVENT
END:VCALENDAR

Best regards,
Markus

I have installed citadel 3 times now, but in the life of me I am unable to make webcit listen on ipv4 interfaces!

This is FreeBSD 9.x and sockstat -l | grep cit gives:

root     webcit     74724 6  tcp6   *:2000                *:*

How do I make webcit listen only on tcp4, not tcp6?

BTW, if anyone can alert the developers, I a small change is required in install script for a successful build on FreeBSD:

Line 112 and 113  does not require a space:

LDADD="-L/usr/local/lib" # no need fo the space between -L and /usr/local/lib

INCADD="-I/usr/local/include" # remove space between -L and /usr/local/include

Those changes make the build succeed on FreeBSD.

I have installed citadel 3 times now, but in the life of me I am unable to make webcit listen on ipv4 interfaces!

This is FreeBSD 9.x and sockstat -l | grep cit gives:

root     webcit     74724 6  tcp6   *:2000                *:*

How do I make webcit listen only on tcp4, not tcp6?

BTW, if anyone can alert the developers, I a small change is required in install script for a successful build on FreeBSD:

Line 112 and 113  does not require a space:

LDADD="-L/usr/local/lib" # no need fo the space between -L and /usr/local/lib

INCADD="-I/usr/local/include" # remove space between -L and /usr/local/include

Those changes make the build succeed on FreeBSD.

Hello,

I've created a private room (tst) via the text client and invited a user. This user has the new room under "My Folders" as 0000000028.tst in the WebUI. Is this a bug or a convention? I run 8.11.

Dan