Citadel Support

This is on a current Debian Testing system, using the 8.05-3 package.

Sun May 13 2012 03:14:37 PM EDT from Citadel Subject: Citadel server process terminated unexpectedly

The Citadel server process (citserver) terminated unexpectedly.

This could be the result of a bug in the server program, or some external factor.

You can obtain more information about this by enabling core dumps.

For more information, please see:

http://citadel.org/doku.php/faq:mastering_your_os:gdb#how.do.i.make.my.system.produce.core-files

Thu May 17 2012 05:51:45 EDT from dothebart @ Uncensored Subject: Re: citadel failed on OpenBSD

 

Tue May 15 2012 12:45:31 EDTfrom horschd @ Uncensored Subject: Re: citadel failed on OpenBSD

Mon May 14 2012 18:10:15 EDTfrom dothebart @ Uncensored Subject: Re: citadel failed on OpenBSD

Tue May 08 2012 04:41:56 EDTfrom horschd @ Uncensored Subject: citadel failed on OpenBSD

Hello,

I tried to upgrade my citadel 7.87 to citadel 8.05 on OpenBSD 5.1 (Sparc64)
because of incompatibility with recent Firefox versions.
Building citadel failed with this error:

...
/usr/include/arpa/inet.h:75: warning: 'struct in_addr' declared inside parameter list
euidindex.c: In function 'cmd_euid':
euidindex.c:244: warning: cast increases required alignment of target type
locate_host.c: In function 'rblcheck_backend':
locate_host.c:193: error: 'NS_INT16SZ' undeclared (first use in this function)
locate_host.c:193: error: (Each undeclared identifier is reported only once
locate_host.c:193: error: for each function it appears in.)
locate_host.c:193: error: 'NS_INT32SZ' undeclared (first use in this function)
locate_host.c:199: warning: implicit declaration of function 'NS_GET16'
gmake: *** [locate_host.o] Error 1

In citadel version 7.87 of locate_host.c (lines 41 ff.) there is a workaround for OpenBSD which is missing in version 8 of citadel. Inserting this part in version 8 code seems not work. Is there any chance to get citadel 8 working on OpenBSD?
Many thanks in advance.

horschd

ok, it seems as if

https://trac.torproject.org/projects/tor/ticket/1848

is also talking about the inet.h warning, but from your message I don't see where that header is included.

I found the defines missing on openbsd over here https://www.dnssec-tools.org/svn/dnssec-tools/tags/dnsval-1.8/include/validator/resolver.h and added them.

please revalidate whether that fixes your problems.

please report about the in_addr warning, whether you're able to clean this up.

I used the locate_host.c from the git repo and citadel 8.05 ...

I get a lot of warnings:

...

/usr/include/arpa/inet.h:74: warning: 'struct in_addr' declared inside parameter list
/usr/include/arpa/inet.h:74: warning: its scope is only this definition or declaration, which is probably not what you want
/usr/include/arpa/inet.h:75: warning: 'struct in_addr' declared inside parameter list
In file included from /usr/local/ctdlsupport/include/libcitadel.h:17,
                 from ldap.c:52:
/usr/include/arpa/inet.h:74: warning: 'struct in_addr' declared inside parameter list
/usr/include/arpa/inet.h:74: warning: its scope is only this definition or declaration, which is probably not what you want
/usr/include/arpa/inet.h:75: warning: 'struct in_addr' declared inside parameter list
domain.o(.text+0x160): In function `get_hosts':

...

and finally the compiler/linker error:

domain.o(.text+0x160): In function `get_hosts':
/home/horschd/citadel/citadel-8.05/domain.c:68: warning: strcat() is almost always misused, please use strlcat()
room_ops.o(.text+0x57f0): In function `cmd_setr':
/home/horschd/citadel/citadel-8.05/room_ops.c:1497: warning: sprintf() is often misused, please use snprintf()
/usr/local/lib/libintl.so.6.0: warning: stpcpy() is dangerous GNU crap; don't use it
locate_host.o(.text+0x64c): In function `rblcheck_backend':
/home/horschd/citadel/citadel-8.05/locate_host.c:211: undefined reference to `NS_GET16'
collect2: ld returned 1 exit status
gmake: *** [citserver] Error 1

ok,. added a missing define for that.

the workaround in locate_host.c  of citadel 7.87 is working, but I can not backport 7.87 to citadel .

by the way, the current master branch is also not working:

...
textclient/citadel.o(.text+0x6b98): In function `SortOnlineUsers':
textclient/citadel.c:1218: warning: strcat() is almost always misused, please use strlcat()
utillib/citadel_ipc.o(.text+0x2b4): In function `CtdlIPCEcho':
utillib/citadel_ipc.c:122: warning: sprintf() is often misused, please use snprintf()
CC server_main.c
In file included from ./msgbase.h:5,
                 from ./include/ctdl_module.h:58,
                 from modules_init.h:9,
                 from server_main.c:70:
./event_client.h:254: error: expected ')' before 'Type'
gmake: *** [server_main.o] Error 1

best regards

horschd

 

#include <arpa/nameser.h>

is to bring ns_type; please try to locate it in your includes, and try adding that to the start of event_client.h next to that line.

 

Please try with git master only, we won't do backports.

 

Hello dothebart,

thanks for your work.


Problem 1, compiling current citadel (git master), is not solved

event_client.h contains the following

...
#ifndef __EVENT_CLIENT_H__
#define __EVENT_CLIENT_H__
#define EV_COMPAT3 0
#include "sysconfig.h"
#include <ev.h>
#include <sys/types.h>
#include <sys/socket.h>
#include <netdb.h>
#include <arpa/nameser.h>
#include <ares.h>
#include <curl/curl.h>
#include <arpa/nameser.h>
...

"#include <arpa/nameser.h>" is already included

maybe event_client.h contains another error ...?
Therefore I switched to an older citadel version.


Problem 2: compiling citadel 8.05: solved, but the binary is not running

- using patch commit d06cc2d4cd575288a9a566ec8a9e6ef2da55adff
  ("openbsd compatibility: add NS_GET16 workaround.")

...
utils/setup.o(.text+0xb8): In function `SetTitles':
utils/setup.c:115: undefined reference to `libintl_bindtextdomain'
utils/setup.o(.text+0xd0):utils/setup.c:116: undefined reference to `libintl_textdomain'
utils/setup.o(.text+0xf8):utils/setup.c:117: undefined reference to
`libintl_bind_textdomain_codeset'
utils/setup.o(.text+0x110):utils/setup.c:120: undefined reference to `libintl_gettext'
utils/setup.o(.text+0x150):utils/setup.c:122: undefined reference to `libintl_gettext'
utils/setup.o(.text+0x188):utils/setup.c:128: undefined reference to `libintl_gettext'
utils/setup.o(.text+0x1b8):utils/setup.c:136: undefined reference to `libintl_gettext'
utils/setup.o(.text+0x1e8):utils/setup.c:137: undefined reference to `libintl_gettext'
utils/setup.o(.text+0x218):utils/setup.c:144: more undefined references to `libintl_gettext' follow
collect2: ld returned 1 exit status
gmake: *** [setup] Error 1

- after adding "-lintl -liconv" to line 53 in Makefile (problem is also in webcit)

  53: LIBS=-lssl -lcrypto -lcitadel -pthread  -lsieve -lical

I can compile citadel without errors ...
... but the code is not working.
After starting citserver, I get the folowing error messages (citadel ist NOT running):

citserver[11089]: 
citserver[11089]: 
citserver[11089]: *** Citadel server engine v8.05 (build abdc429) ***
citserver[11089]: Copyright (C) 1987-2012 by the Citadel development team.
citserver[11089]: This program is distributed under the terms of the GNU General Public License.
citserver[11089]: 
citserver[11089]: Called as: /usr/local/citadel/citserver
citserver[11089]: libcitadel(unnumbered)
citserver[11089]: Loading citadel.config
citserver[11089]: Acquiring control record
citserver[11089]: Registered server command STLS (Start SSL/TLS session)

citserver[11089]: Registered server command GTLS (Get SSL/TLS session status)

citserver[11089]: Registered a new session function (type 0)

citserver[11089]: master_startup() started

citserver[11089]: Opening databases

citserver[11089]: bdb(): open_databases() starting
citserver[11089]: Compiled db: Sleepycat Software: Berkeley DB 4.3.29: (September  6, 2005)
citserver[11089]:   Linked db: Sleepycat Software: Berkeley DB 4.3.29: (September  6, 2005)
citserver[11089]: Calculated dbversion: 4003029
citserver[11089]:   Previous dbversion: 4003029
citserver[11089]: Linked zlib: 1.2.3

citserver[11089]: bdb(): Setting up DB environment

citserver[11089]: dbenv->open(dbenv, /usr/local/citadel/data/, 1220705, 0)

citserver[11089]: Starting up DB

citserver[11089]: Checking floor reference counts

citserver[11089]: bdb(): cursor still in progress on cdb 00: can't begin transaction during r/o
cursor


I tried also DB version 4.8.30.NC: same error ...
File permissions are ok.

Best regards
horschd

Wed May 16 2012 13:01:13 EDT from IGnatius T Foobar @ Uncensored Subject: Re: Using more than one domain

You may be the first one to run Citadel on an R-Pi. That's a very cool project and I'd love to see more about it -- how it runs, photos of the rig, etc.

Anyway, regarding multiple domains -- first you add the domains to the configuration screen, and then when you want to assign them to users, you simply edit their address book entries from the admin screen, assigning them email addresses in one or more domains. It's that simple.

Hello there IGnatius,

Got the email addresses sorted, thank you for the information :)

If you want to see how the web interface for a user runs on the Pi, I can make you a simple mail address and you can login and try it, send me a mail to al@nwalker.co.uk if you would like to try for yourself.

Photo below :)

Thu May 17 2012 11:10:05 EDTfrom horschd @ Uncensored Subject: Re: citadel failed on OpenBSD

roblem 1, compiling current citadel (git master), is not solved

event_client.h contains the following

...
#ifndef __EVENT_CLIENT_H__
#define __EVENT_CLIENT_H__
#define EV_COMPAT3 0
#include "sysconfig.h"
#include <ev.h>
#include <sys/types.h>
#include <sys/socket.h>
#include <netdb.h>
#include <arpa/nameser.h>
#include <ares.h>
#include <curl/curl.h>
#include <arpa/nameser.h>
...

"#include <arpa/nameser.h>" is already included

maybe event_client.h contains another error ...?

 

Therefore I switched to an older citadel version.


Problem 2: compiling citadel 8.05: solved, but the binary is not running

- using patch commit d06cc2d4cd575288a9a566ec8a9e6ef2da55adff
  ("openbsd compatibility: add NS_GET16 workaround.")

...
utils/setup.o(.text+0xb8): In function `SetTitles':
utils/setup.c:115: undefined reference to `libintl_bindtextdomain'
utils/setup.o(.text+0xd0):utils/setup.c:116: undefined reference to `libintl_textdomain'
utils/setup.o(.text+0xf8):utils/setup.c:117: undefined reference to
`libintl_bind_textdomain_codeset'
utils/setup.o(.text+0x110):utils/setup.c:120: undefined reference to `libintl_gettext'
utils/setup.o(.text+0x150):utils/setup.c:122: undefined reference to `libintl_gettext'
utils/setup.o(.text+0x188):utils/setup.c:128: undefined reference to `libintl_gettext'
utils/setup.o(.text+0x1b8):utils/setup.c:136: undefined reference to `libintl_gettext'
utils/setup.o(.text+0x1e8):utils/setup.c:137: undefined reference to `libintl_gettext'
utils/setup.o(.text+0x218):utils/setup.c:144: more undefined references to `libintl_gettext' follow
collect2: ld returned 1 exit status
gmake: *** [setup] Error 1

- after adding "-lintl -liconv" to line 53 in Makefile (problem is also in webcit)

  53: LIBS=-lssl -lcrypto -lcitadel -pthread  -lsieve -lical

I can compile citadel without errors ...
... but the code is not working.
After starting citserver, I get the folowing error messages (citadel ist NOT running):


citserver[11089]: bdb(): cursor still in progress on cdb 00: can't begin transaction during r/o
cursor


I tried also DB version 4.8.30.NC: same error ...
File permissions are ok.

Best regards
horschd

can you try compiling & linking berkeley DB from a port?

Fri May 18 2012 03:18:50 EDT from dothebart @ Uncensored Subject: Re: citadel failed on OpenBSD

 

Thu May 17 2012 11:10:05 EDTfrom horschd @ Uncensored Subject: Re: citadel failed on OpenBSD

roblem 1, compiling current citadel (git master), is not solved

event_client.h contains the following

...
#ifndef __EVENT_CLIENT_H__
#define __EVENT_CLIENT_H__
#define EV_COMPAT3 0
#include "sysconfig.h"
#include <ev.h>
#include <sys/types.h>
#include <sys/socket.h>
#include <netdb.h>
#include <arpa/nameser.h>
#include <ares.h>
#include <curl/curl.h>
#include <arpa/nameser.h>
...

"#include <arpa/nameser.h>" is already included

maybe event_client.h contains another error ...?

yes I know. thats why I told you to locate that define in your

 

Therefore I switched to an older citadel version.


Problem 2: compiling citadel 8.05: solved, but the binary is not running

- using patch commit d06cc2d4cd575288a9a566ec8a9e6ef2da55adff
  ("openbsd compatibility: add NS_GET16 workaround.")

...
utils/setup.o(.text+0xb8): In function `SetTitles':
utils/setup.c:115: undefined reference to `libintl_bindtextdomain'
utils/setup.o(.text+0xd0):utils/setup.c:116: undefined reference to `libintl_textdomain'
utils/setup.o(.text+0xf8):utils/setup.c:117: undefined reference to
`libintl_bind_textdomain_codeset'
utils/setup.o(.text+0x110):utils/setup.c:120: undefined reference to `libintl_gettext'
utils/setup.o(.text+0x150):utils/setup.c:122: undefined reference to `libintl_gettext'
utils/setup.o(.text+0x188):utils/setup.c:128: undefined reference to `libintl_gettext'
utils/setup.o(.text+0x1b8):utils/setup.c:136: undefined reference to `libintl_gettext'
utils/setup.o(.text+0x1e8):utils/setup.c:137: undefined reference to `libintl_gettext'
utils/setup.o(.text+0x218):utils/setup.c:144: more undefined references to `libintl_gettext' follow
collect2: ld returned 1 exit status
gmake: *** [setup] Error 1

- after adding "-lintl -liconv" to line 53 in Makefile (problem is also in webcit)

  53: LIBS=-lssl -lcrypto -lcitadel -pthread  -lsieve -lical

ok, will have a look where to add that.

I can compile citadel without errors ...
... but the code is not working.
After starting citserver, I get the folowing error messages (citadel ist NOT running):


citserver[11089]: bdb(): cursor still in progress on cdb 00: can't begin transaction during r/o
cursor


I tried also DB version 4.8.30.NC: same error ...
File permissions are ok.

Best regards
horschd

can you try compiling & linking berkeley DB from a port?

unfortunally it does not work. configure runs without errors, but gmake fails.

Both versions 4.8.30 and the older 4.3.29 run without problems on OpenBSD (at the moment I use 4.3.29 from easyinstall with cit 7.87).

Any idea to locate the problem?

Best regards

horschd

Hi,

I've been searching through documentation trying to find how to use the Wiki - specifically how to add pages and internal links.  Not finding anything, I KNOW I am missing something, so I throw myself on your mercy and ask:

1. Is the wiki engine self contained, or do I need to install Dokuwiki?
2. If it is self contained, how do you add pages and internal links?

1. I'm using v 8.05 from the Debian Wheezy repository.
2. When I denote a room as a wiki, I get the Rich Text editor which only allows external links.

Even showing me where to look would be helpful.

Rgds

Geoff.

Thanks for the reply.  Unfortunately, I'm still stumped.

I edit the first page in a wiki room - nominate a link name and post - but then am unable to create the page i want to link to.  Obviously something I don't understand - shall let it sit and think about it for a while.

Rgds

Just noticed that the wheezy repository for Citadel downloads needs configuration to allow use with apt-get etc.  (compare with the squeeze directory).  It is lacking "main" and the "binary-i386" subdirectories.

hth

fixed, thanks for reporting.

Victory is mine.  Largely fixed by the upgrade to 8.11.

When you create a Wiki room, it starts by saying there is no home page and would you like to create one. 

• You create the page.
• Highlight what you want to link.  
• Enter the desire page name in the URL link.
• Select "show in same window" for the target.
• Post message.

When you click the link, it will say there is no page of that name and would you like to create one.

Violas!!  We have a string section.

Rgds

Next mission ...

Working out how to express the date in normal mode.

ie  dd/mm/yy

:)

Tue May 15 2012 14:24:00 EDT from chuckf @ Uncensored Subject: Problem/possible bug? - Latest Citadel on Ubuntu 10.10 64-bit

I have a customer running citadel as their MTA.  They communicate on a regular basis with FedEx.  After applying the recent release via 'apt-get dist-upgrade' they have been having trouble getting email to fedex.

FedEx has 3 MX servers listed and the first, by design, always fails with 'Connection Refused'.  Each of the MX entries is mapped to multiple IP addresses rather than them having each and every IP listed as a separate MX.

For some reason the latest citadel will not go to the next MX in the list.  My workaround was to hardcode a fake entry into the local bind server to remap the first MX addresses to the secondary MX addresses.  I'm not really sure why this broke if it is because fedex.com's DNS is misconfigured (my guess) or if something is failing.  It seems as though once the 'Connection Refused' happens, citadel throws the message away without any error bounces and never tries the next MX.

 

Can anyone please advise?

 

Best,

Chuck

fixed; please upgrade. Thanks for reporting.

Wed May 23 2012 08:07:13 EDT from dothebart @ Uncensored Subject: Re: Problem/possible bug? - Latest Citadel on Ubuntu 10.10 64-bit

 

Tue May 15 2012 14:24:00 EDT from chuckf @ Uncensored Subject: Problem/possible bug? - Latest Citadel on Ubuntu 10.10 64-bit

I have a customer running citadel as their MTA.  They communicate on a regular basis with FedEx.  After applying the recent release via 'apt-get dist-upgrade' they have been having trouble getting email to fedex.

FedEx has 3 MX servers listed and the first, by design, always fails with 'Connection Refused'.  Each of the MX entries is mapped to multiple IP addresses rather than them having each and every IP listed as a separate MX.

For some reason the latest citadel will not go to the next MX in the list.  My workaround was to hardcode a fake entry into the local bind server to remap the first MX addresses to the secondary MX addresses.  I'm not really sure why this broke if it is because fedex.com's DNS is misconfigured (my guess) or if something is failing.  It seems as though once the 'Connection Refused' happens, citadel throws the message away without any error bounces and never tries the next MX.

 

Can anyone please advise?

 

Best,

Chuck

fixed; please upgrade. Thanks for reporting.

Thanks for such a quick response.

Best,

Chuck

Hi, I´d like to know if someone has translated webcit and citadel into spanish?

Thanks.

Thu May 24 2012 11:09:58 EDT from mac @ Uncensored Subject: Spanish translation

Hi, I´d like to know if someone has translated webcit and citadel into spanish?

Thanks.

 

the current state of the spanish translation:

https://translations.launchpad.net/citadel/trunk/+lang/es

75%

be welcome to revalidate the first 75% and add the missing 25 % ;-)

Wed Feb 22 2012 17:14:10 EST from "K. Grishnak" <henne.gwath@gmx.de> to
room_Citadel_Support@uncensored.citadel.org:
Hi,

Is there a way to block brute-force attacks on a citadel-server? I think
it does not log the ip-addresses of hosts who try to connect, so it
seems difficult with iptables/fail2ban. Acually I run citadel version
8.04, maybe this feature yet was realized in the newest version.
Someone does know?

Kind regards,
Henning

since 8.10:

        CON_syslog(LOG_WARNING, "Bad password specified for <%s> Service <%s> Port <%ld> Remote <%s / %s>\n",
               CCC->curr_user,
               CCC->ServiceName,
               CCC->tcp_port,
               CCC->cs_host,
               CCC->cs_addr);


//citserver[5610]: Bad password specified for <willi> Service <citadel-TCP> Remote <PotzBlitz / >
in case of smtp the address should be there.

smtp:

    syslog((LOG_MAIL | LOG_INFO),
        "%ld: from=<%s>, nrcpts=%d, relay=%s [%s], stat=%s",
        msgnum,
        sSMTP->from,
        sSMTP->number_of_recipients,
        CC->cs_host,
        CC->cs_addr,
        result
    );
where result can be

        if (msgnum > 0L) {
            sprintf(result, "250 Message accepted.\r\n");
        }
        else {
            sprintf(result, "550 Internal delivery error\r\n");
        }

    if (scan_errors > 0) {    /* We don't want this message! */

        if (msg->cm_fields['0'] == NULL) {
            msg->cm_fields['0'] = strdup("Message rejected by filter");
        }

        sprintf(result, "550 %s\r\n", msg->cm_fields['0']);

here could alternatively to 'Message rejected by filter' be the error message of the spam facility.

    }

so
stat=550

should be your trigger here.

since 8.10:

CON_syslog(LOG_WARNING, "Bad password specified for <%s> Service <%s>
Port <%ld> Remote <%s / %s>\n",
CCC->curr_user,
CCC->ServiceName,
CCC->tcp_port,
CCC->cs_host,
CCC->cs_addr);


//citserver[5610]: Bad password specified for <willi> Service <citadel-TCP>
Remote <PotzBlitz / >
in case of smtp the address should be there.