Citadel Support

Hey guys,

Any idea why my freshly-installed-from-debs Citadel server would work fine under firefox but "Not found" is displayed under Chrome?

Thanks

are you installing with an apache/nginx proxy?

Hello everybody

i have a few issues when i try to make an apt-get upgrade

insserv: Starting webcit depends on nxsensor and therefore on system facility `$all' which can not be true!

insserv: Starting citadel depends on nxsensor and therefore on system facility `$all' which can not be true!

insserv: Starting webcit depends on nxsensor and therefore on system facility `$all' which can not be true!
insserv: Starting citadel depends on nxsensor and therefore on system facility `$all' which can not be true!

i also noticed that webcit doesn't start automacly after a server reboot, i have to make an

/etc/init.d/webcit start

i used the easyinstall , and i allready tried to reinstall

thank you for you help :-)

Hello Again

i solved it, it was some conflict with my wmware player !

sorry for my post

I'm not. Should I?

I need to use subaddressing / address tags for an application on my Server. Subaddressing or Address tags refers to the abiity to send email appended with extra info, eg if my email address is info@email.com, I can send mail to info-responder@email.com, or info+responder@email.com and the email will be accepted, with the address tag in place so that I can use it from an application.

Does anyone know if Virtualmin supports this functionality. I know Zimbra supports them but I have been looking at Citadel and VirtualMin, as I am using Webmin already. I can't find any info about support for address tags for either Citadel or Virtualmin.

TIA

I saw in Citanews that there was a new release.

The libcitadel-8.11.tar.gz file appears to missing from the actual source server...citadel-8.11.tar.gz and webcit-8.11.tar.gz are both there, but libcitadel results in a "not found".

Mon May 28 2012 23:12:52 EDT from kafmil @ Uncensored Subject: Subaddress or Address tags???

I need to use subaddressing / address tags for an application on my Server. Subaddressing or Address tags refers to the abiity to send email appended with extra info, eg if my email address is info@email.com, I can send mail to info-responder@email.com, or info+responder@email.com and the email will be accepted, with the address tag in place so that I can use it from an application.

Does anyone know if Virtualmin supports this functionality. I know Zimbra supports them but I have been looking at Citadel and VirtualMin, as I am using Webmin already. I can't find any info about support for address tags for either Citadel or Virtualmin.

TIA

if you mean something like http://www.everything-mdaemon.com/mdaemon/a-subaddressing-introduction , this is possible in citadel with a shared / public maileable room.

have a look at:

http://www.citadel.org/doku.php?id=faq:everydayuse:how_do_i_post_messages_via_smtp_mail_into_a_room#how.do.i.post.messages.via.smtp.mail.into.a.room

http://www.citadel.org/doku.php?id=faq:everydayuse:how_do_i_beautify_the_mailname_of_a_public_room#how.do.i.beautify.the.mailname.of.a.public.room

as you might have already noted, this is the citadel support forum, not the virtualmin forum. you will have to ask that question else where.

Sun May 06 2012 12:06:36 EDTfrom "Jörg-Volker Peetz" <jvpeetz@web.de> Subject: Solved: citadel-server log: "Address family not supported by protocol"

 

Hello,

 

 

I have the same problem with 8.11 on a IPv4 only system. If I can bind the services to an

IP it works. If I setup citadel to a wildcard address it fails. If I use an IP address it works.

Maybe webcit try to use the wildcard address. Is there an option to bind webcit to an address?

 

Thanks

Matthias

 

Tue May 29 2012 03:19:17 PM EDT from IGnatius T Foobar @ Uncensored Subject: Re: libcitadel-8.11 missing from downloads

The libcitadel-8.11.tar.gz file appears to missing from the actual
source server...citadel-8.11.tar.gz and webcit-8.11.tar.gz are both
there, but libcitadel results in a "not found".

Fixed. There was something wrong with the release script and it gave the file the wrong name. (Still broken but I renamed it manually.)

Got it...thanks.

Another question...on what version of Linux has the citadel build been performed?

I've got a fully updated CentOS 5.8 server running, and configure fails on citadel 8.11 because it has an issue with ares_parse_mx_reply "not found or not usable". I seem to recall installing the c-ares and c-ares-devel packages for one of the previous Citadel 8.xx releases...but it appears that something new is afoot, here.

Wed May 30 2012 02:42:56 EDTfrom Freakdog @ Dog Pound BBS II Subject: Re: libcitadel-8.11 missing from downloads

 I've got a fully updated CentOS 5.8 server running, and configure fails on citadel 8.11 because it has an issue with ares_parse_mx_reply "not found or not usable". I seem to recall installing the c-ares and c-ares-devel packages for one of the previous Citadel 8.xx releases...but it appears that something new is afoot, here.

The Wiki is still broken when using umlauts.

example: https://uncensored.citadel.org/wiki?page=Ölig

I can edit the content, but it will never be shown to me (There is no page called 'lig' here.)

I don't think that removing the umlauts is the right way to go. That's a bad user experience.

Regards
Stefan

Hi everybody

I installed citadel on ubuntu 12.04  precise and I get a lot of these errors:
 
.....
May 10 14:17:32 PC244344 citadel: DB: PANIC: Invalid argumentMay 10 14:17:32

....
 
I also read about this bug

https://bugs.launchpad.net/ubuntu/+source/citadel/+bug/911732
can someone help me?

Hello,

I tried to solve the gmake error on OpenBSD (Citadel 8.11)

...

./event_client.h:254: error: expected ')' before 'Type'
gmake: *** [server_main.o] Error 1

First I installed libbind-9.4.2 to get the "ns_type" function in /usr/local/include/bind/arpa/nameser.h which is _not_ included in the system header /usr/include/arpa/nameser.h

Replacing in event_client.h

#include <arpa/nameser.h>

to

#include <bind/arpa/nameser.h>

does not work (same error). It uses the wrong system header without "ns_type".

Next I tried to add "-I /usr/local/include/bind"

SUPPORT=/usr/local/ctdlsupport
INCADD="-I /usr/local/include -I /usr/local/include/bind"
LDADD="-L /usr/local/lib"
CFLAGS="${CFLAGS} -I${SUPPORT}/include ${INCADD} -g"
CPPFLAGS="${CFLAGS}"
LDFLAGS="-L${SUPPORT}/lib -Wl,--rpath -Wl,${SUPPORT}/lib ${LDADD}"
export CFLAGS CPPFLAGS LDFLAGS

./configure --prefix=/usr/local/citadel

seems to be a solution (output of configure):

...

checking arpa/nameser.h usability... yes
checking arpa/nameser.h presence... yes
checking for arpa/nameser.h... yes
checking arpa/nameser_compat.h usability... yes
checking arpa/nameser_compat.h presence... yes
checking for arpa/nameser_compat.h... yes
...

but gmake fails:

...

utillib/citadel_ipc.c: In function 'tcp_connectsock':
utillib/citadel_ipc.c:2613: error: 'AI_NUMERICSERV' undeclared (first use in this function)
utillib/citadel_ipc.c:2613: error: (Each undeclared identifier is reported only once
utillib/citadel_ipc.c:2613: error: for each function it appears in.)
gmake: *** [utillib/citadel_ipc.o] Error 1

Any idea to solve this problem?

Thanks in advance

horschd

Hello!

I was trying to compile Libcitadel on Parabola GNU/Linux-libre which have GCC4.7 and I got this error:

LTCompile: /bin/sh ./libtool --silent --mode=compile x86_64-unknown-linux-gnu-gcc -I./lib -I. -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -D HAVE_MMAP -o buildinfo -c

CC: lib/tools.c
In file included from /usr/include/string.h:642:0,
                 from lib/tools.c:29:
lib/tools.c: In function 'remove_token':
/usr/include/bits/string3.h:103:1: error: inlining failed in call to always_inline 'strcpy': function not inlinable
lib/tools.c:272:9: error: called from here
In file included from /usr/include/string.h:642:0,
                 from lib/tools.c:29:
lib/tools.c: In function 'is_msg_in_sequence_set':
/usr/include/bits/string3.h:103:1: error: inlining failed in call to always_inline 'strcpy': function not inlinable
lib/tools.c:630:10: error: called from here
In file included from /usr/include/string.h:642:0,
                 from lib/tools.c:29:
lib/tools.c: In function 'stripout':
/usr/include/bits/string3.h:103:1: error: inlining failed in call to always_inline 'strcpy': function not inlinable
lib/tools.c:774:23: error: called from here
In file included from /usr/include/string.h:642:0,
                 from lib/tools.c:29:
/usr/include/bits/string3.h:103:1: error: inlining failed in call to always_inline 'strcpy': function not inlinable
lib/tools.c:779:23: error: called from here
In file included from /usr/include/string.h:642:0,
                 from lib/tools.c:29:
lib/tools.c: In function 'is_msg_in_mset':
/usr/include/bits/string3.h:103:1: error: inlining failed in call to always_inline 'strcpy': function not inlinable
lib/tools.c:1124:10: error: called from here
make: *** [lib/tools.lo] Error 1
==> ERROR: A failure occurred in build().
    Aborting...