Citadel Support

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

    I used db_recover .... to successfully recover yesterday and was able to start up
again.   Found this afternoon, however,  that the same thing happened again.
 Successfully recovered again.

Tue Jun 19 2012 17:25:57 EDT from mtg @ Uncensored Subject: Roomnames

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

yes,  Private rooms have their user numbers prepended.

the others don't.

you also can't choose the floor they're on, since they default to the main floor.

This problem still persists. Fetchmail is capable of retrieving emails from citadel via POP3, but not via IMAP.

The fetchmail error "status 7" means, according to fetchmail's man page :

"7      There was an error condition reported by the server.  Can also fire if fetchmail timed out while waiting for the server."

I've also tried specifying a timeout of 30 seconds, but it's the same error regardless.

How can I display debug output from citadel to see if there are any error messages generated by citadel which might provide further clues?

I'm runnin Citadel 8.11 by the way.

Thu Feb 23 2012 11:34:29 EST from ChojinDSL @ Uncensored Subject: Fetchmail can no longer fetch mail FROM Citadel via IMAP

I use fetchmail to train Spamassassin.

 

Basically I have a cron script which runs every 5 minutes. Fetchmail connects to a account which has a Spam and Ham folder. These two folders are shared with all users on the system, so that there is a central place to store spam and ham mails for training. The script pipes the download mails from fetchmail to sa-learn with the respective ham or spam flag.

However, no all of a sudden fetchmail is no longer to fetchmail from Citadel.

 

Here's an example of the fetchmail output:

#################################

fetchmail: IMAP< From: "subject" <name@email.com>
fetchmail: IMAP< )
fetchmail: IMAP< A0009 OK FETCH completed
fetchmail: Incorrect FETCH response: * 1 FETCH (.
fetchmail: IMAP> A0010 LOGOUT
fetchmail: IMAP< * BYE mail.server.com logging out
fetchmail: IMAP< A0010 OK Citadel IMAP session ended.
fetchmail: client/server synchronization error while fetching from SpamTrainer@192.168.192.8
fetchmail: 6.3.21 querying 192.168.192.8 (protocol IMAP) at Thu Feb 23 17:29:42 2012: poll completed
Merged UID list from 192.168.192.8: <empty>
fetchmail: Query status=7 (ERROR)
fetchmail: normal termination, status 7

#################################

 

I've tried all sorts of fetchmail options, but to no avail. This happens regardless of trying to train spam or ham. I thought it might have to do with some Spam mails having some weird headers that fetchmail craps out on, but I can't even fetch legitimate test emails that I sent myself.

 

 

 

Changing the debug options for citserver provided no error messages.

Wed Jun 20 2012 06:13:06 EDT from ChojinDSL @ Uncensored Subject: Re: Fetchmail can no longer fetch mail FROM Citadel via IMAP

This problem still persists. Fetchmail is capable of retrieving emails from citadel via POP3, but not via IMAP.

The fetchmail error "status 7" means, according to fetchmail's man page :

"7      There was an error condition reported by the server.  Can also fire if fetchmail timed out while waiting for the server."

 

I've also tried specifying a timeout of 30 seconds, but it's the same error regardless.

How can I display debug output from citadel to see if there are any error messages generated by citadel which might provide further clues?

I'm runnin Citadel 8.11 by the way.

 

 

Thu Feb 23 2012 11:34:29 EST from ChojinDSL @ Uncensored Subject: Fetchmail can no longer fetch mail FROM Citadel via IMAP

I use fetchmail to train Spamassassin.

 

Basically I have a cron script which runs every 5 minutes. Fetchmail connects to a account which has a Spam and Ham folder. These two folders are shared with all users on the system, so that there is a central place to store spam and ham mails for training. The script pipes the download mails from fetchmail to sa-learn with the respective ham or spam flag.

However, no all of a sudden fetchmail is no longer to fetchmail from Citadel.

 

Here's an example of the fetchmail output:

#################################

fetchmail: IMAP< From: "subject" <name@email.com>
fetchmail: IMAP< )
fetchmail: IMAP< A0009 OK FETCH completed
fetchmail: Incorrect FETCH response: * 1 FETCH (.
fetchmail: IMAP> A0010 LOGOUT
fetchmail: IMAP< * BYE mail.server.com logging out
fetchmail: IMAP< A0010 OK Citadel IMAP session ended.
fetchmail: client/server synchronization error while fetching from SpamTrainer@192.168.192.8
fetchmail: 6.3.21 querying 192.168.192.8 (protocol IMAP) at Thu Feb 23 17:29:42 2012: poll completed
Merged UID list from 192.168.192.8: <empty>
fetchmail: Query status=7 (ERROR)
fetchmail: normal termination, status 7

#################################

 

I've tried all sorts of fetchmail options, but to no avail. This happens regardless of trying to train spam or ham. I thought it might have to do with some Spam mails having some weird headers that fetchmail craps out on, but I can't even fetch legitimate test emails that I sent myself.

 

 

 

 

can you please provide a sniff of such a session?

http://www.citadel.org/doku.php?id=faq:mastering_your_os:net_sniff

please turn of TLS (if) and change for a temporary password.

provide the errormessage along the sniff please.

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.

hm, did they change the matrix? or do I have a dejavu?

the question was answered before btw.

I cannot see this in the FAQ.

I want Citadel to allow relay from my subnet a.b.c.d/XX

Howdy?