Language:
switch to room list switch to menu My folders
Go to page: First ... 6 7 8 9 [10] 11 12 13 14 ... Last
[#] Mon Mar 11 2019 10:58:24 EDT from sami.strat @ Uncensored

Subject: Citadel with Clam AV

[Reply] [ReplyQuoted] [Headers] [Print]

I followed the URL noted below on setting up Citadel with ClamAV:

 

http://www.citadel.org/doku.php?id=documentation:citadel_with_spamassassin_and_clamav

 

I even tried using the local IP and loopback with no luck.  I know clamAVis running based on the following

 

[root@my-host mail]# ps -ef |grep -i clam

root     14388 14385  0 09:00 ?        00:00:00 /bin/bash /usr/share/clamav/freshclam-sleep

clamupd+ 16984     1  0 09:50 ?        00:00:00 freshclam -d

root     17945 15087  0 10:09 pts/0    00:00:00 grep --color=auto -i clam

 

 

I am trying to test it using EICAR (https://www.eicar.org/) but the email comes through as is.  Any help or advice would be greatly appreciated.

 

 



[#] Mon Mar 11 2019 12:47:29 EDT from "s3cr3to" <s3cr3to@uncensored.citadel.org> to room_Citadel_Support@uncensored.citadel.org

Subject: Re: Citadel with Clam AV

[Reply] [ReplyQuoted] [Headers] [Print]

I got this *clam* process on my server, seems that you don't have the
clamd running.

UID PID PPID C TIME CMD
clamav 2013 1 0 08:30:13 /usr/sbin/clamd
clamav 2124 1 0 01:25:53 /usr/bin/freshclam -d --quiet


On 3/11/19 7:58 AM, sami.strat wrote:
I followed the URL noted below on setting up Citadel with ClamAV:

http://www.citadel.org/doku.php?id=documentation:citadel_with_spamassassin_and_clamav

I even tried using the local IP and loopback with no luck.  I know
clamAVis running based on the following

[root@my-host mail]# ps -ef |grep -i clam

root     14388 14385  0 09:00 ?        00:00:00 /bin/bash
/usr/share/clamav/freshclam-sleep

clamupd+ 16984     1  0 09:50 ?        00:00:00 freshclam -d

root     17945 15087  0 10:09 pts/0    00:00:00 grep --color=auto -i clam

I am trying to test it using EICAR (https://www.eicar.org/) but the
email comes through as is.  Any help or advice would be greatly appreciated.

[#] Mon Mar 11 2019 16:41:36 EDT from Windows10User @ Uncensored

Subject: Re: Easy Install aborted: Configure Error

[Reply] [ReplyQuoted] [Headers] [Print]

Nevermind, I've solved it



[#] Tue Mar 12 2019 13:01:48 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: Citadel with Clam AV

[Reply] [ReplyQuoted] [Headers] [Print]


s3cr3to is correct. To use ClamAV with Citadel, the clamd process must be running, and then you can point to it (presumably on localhost) from Citadel.

"freshclam" is ClamAV's auto-updater. It's not the ClamAV service itself.

[#] Fri Mar 22 2019 01:19:13 EDT from spawn123 @ Uncensored

Subject: Problems installing Citadel on Raspberry Pi 3 using Raspbian Distro

[Reply] [ReplyQuoted] [Headers] [Print]

Hi Everyone, 

I am trying to install Citadel using the distro install options on Raspbian (apt-get install citadel-suite). But for some reason, when I try to login, I only get a "Please Wait..." message that goes way after 4 secs. After tailing the /var/log/syslog, I got the following output at the bottom. Any ideas?

 

Mar 21 21:59:18 raspberrypi webcit[2855]: GET / HTTP/1.1

Mar 21 21:59:18 raspberrypi webcit[2855]: No existing session was matched

Mar 21 21:59:18 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:18 raspberrypi webcit[2855]: language found: en_US

Mar 21 21:59:18 raspberrypi webcit[2855]: tcp_connectsock(127.0.0.1,504)

Mar 21 21:59:18 raspberrypi webcit[2855]: Trying IPv4

Mar 21 21:59:18 raspberrypi citserver[21100]: New client socket 39

Mar 21 21:59:18 raspberrypi citserver[21100]: Session (citadel-TCP) started from localhost (127.0.0.1).

Mar 21 21:59:18 raspberrypi webcit[2855]: Client is at 172.16.1.4

Mar 21 21:59:18 raspberrypi citserver[21100]: Loading /etc/citadel//public_clients

Mar 21 21:59:18 raspberrypi citserver[21100]: Checking whether 127.0.0.1 is a local or public client

Mar 21 21:59:18 raspberrypi citserver[21100]: ... yes its local.

Mar 21 21:59:18 raspberrypi citserver[21100]: Client 0/4/9.02 () from 172.16.1.4

Mar 21 21:59:18 raspberrypi webcit[2855]: HTTP: 200 [0.167294] GET //landing?go=?failvisibly=1

Mar 21 21:59:18 raspberrypi webcit[2855]: GET /static/styles/webcit.css HTTP/1.1

Mar 21 21:59:18 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:18 raspberrypi webcit[2855]: GET /do_template?template=iconbar_user HTTP/1.1

Mar 21 21:59:18 raspberrypi webcit[2855]: GET /static/styles/fineuploader.css HTTP/1.1

Mar 21 21:59:18 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:18 raspberrypi webcit[2855]: HTTP: 200 [0.001269] GET /do_template?template=iconbar_user

Mar 21 21:59:18 raspberrypi webcit[2855]: GET /static/styles/datepicker.css HTTP/1.1

Mar 21 21:59:18 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:18 raspberrypi webcit[2855]: GET /static/styles/iconbaricns.css HTTP/1.1

Mar 21 21:59:18 raspberrypi webcit[2855]: GET /static/prototype.js HTTP/1.1

Mar 21 21:59:18 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:18 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:18 raspberrypi webcit[2855]: GET /static/scriptaculous.js HTTP/1.1

Mar 21 21:59:18 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:18 raspberrypi webcit[2855]: GET /static/datepicker-dev.js HTTP/1.1

Mar 21 21:59:18 raspberrypi webcit[2855]: GET /static/wcpref.js HTTP/1.1

Mar 21 21:59:18 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:18 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:18 raspberrypi webcit[2855]: GET /static/wclib.js HTTP/1.1

Mar 21 21:59:18 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:18 raspberrypi webcit[2855]: GET /static/table.js HTTP/1.1

Mar 21 21:59:18 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:18 raspberrypi webcit[2855]: GET /static/authmethods.js HTTP/1.1

Mar 21 21:59:18 raspberrypi webcit[2855]: GET /static/roomops.js HTTP/1.1

Mar 21 21:59:18 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:18 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:18 raspberrypi webcit[2855]: GET /static/ctdldragdrop.js HTTP/1.1

Mar 21 21:59:18 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:18 raspberrypi webcit[2855]: GET /static/modal.js HTTP/1.1

Mar 21 21:59:18 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:18 raspberrypi webcit[2855]: GET /static/fineuploader.js HTTP/1.1

Mar 21 21:59:18 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:18 raspberrypi webcit[2855]: GET /static/webcit_icons/closewindow.gif HTTP/1.1

Mar 21 21:59:18 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:18 raspberrypi webcit[2855]: GET /static/webcit_icons/throbber.gif HTTP/1.1

Mar 21 21:59:18 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:18 raspberrypi webcit[2855]: GET /image?name=hello HTTP/1.1

Mar 21 21:59:18 raspberrypi webcit[2855]: OIMG failed: 571 Cannot open ??xvX¯s??#011.gif: No such file or directory

Mar 21 21:59:18 raspberrypi webcit[2855]: HTTP: 200 [0.001746] GET /image?name=hello

Mar 21 21:59:21 raspberrypi webcit[2855]: GET / HTTP/1.1

Mar 21 21:59:21 raspberrypi webcit[2855]: HTTP: 200 [0.003860] GET //landing?go=?failvisibly=1

Mar 21 21:59:21 raspberrypi webcit[2855]: GET /do_template?template=iconbar_user HTTP/1.1

Mar 21 21:59:21 raspberrypi webcit[2855]: HTTP: 200 [0.051760] GET /do_template?template=iconbar_user

Mar 21 21:59:21 raspberrypi webcit[2855]: GET /static/styles/login.css HTTP/1.1

Mar 21 21:59:21 raspberrypi webcit[2855]: GET /static/styles/global.css HTTP/1.1

Mar 21 21:59:21 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:21 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:21 raspberrypi webcit[2855]: GET /static/styles/iconbar.css HTTP/1.1

Mar 21 21:59:21 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:21 raspberrypi webcit[2855]: GET /static/styles/banner.css HTTP/1.1

Mar 21 21:59:21 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:21 raspberrypi webcit[2855]: GET /static/styles/navbar.css HTTP/1.1

Mar 21 21:59:21 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:21 raspberrypi webcit[2855]: GET /static/styles/content.css HTTP/1.1

Mar 21 21:59:21 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:21 raspberrypi webcit[2855]: GET /static/styles/box.css HTTP/1.1

Mar 21 21:59:21 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:21 raspberrypi webcit[2855]: GET /static/styles/message.css HTTP/1.1

Mar 21 21:59:21 raspberrypi webcit[2855]: GET /static/styles/service.css HTTP/1.1

Mar 21 21:59:21 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:21 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:21 raspberrypi webcit[2855]: GET /static/styles/modal.css HTTP/1.1

Mar 21 21:59:21 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:21 raspberrypi webcit[2855]: GET /static/styles/blog.css HTTP/1.1

Mar 21 21:59:21 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:21 raspberrypi webcit[2855]: GET /static/styles/iconbarpiconly.css HTTP/1.1

Mar 21 21:59:21 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:21 raspberrypi webcit[2855]: GET /static/effects.js HTTP/1.1

Mar 21 21:59:21 raspberrypi webcit[2855]: GET /static/dragdrop.js HTTP/1.1

Mar 21 21:59:21 raspberrypi webcit[2855]: GET /static/builder.js HTTP/1.1

Mar 21 21:59:21 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:21 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:21 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:21 raspberrypi webcit[2855]: GET /static/controls.js HTTP/1.1

Mar 21 21:59:21 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:21 raspberrypi webcit[2855]: GET /static/slider.js HTTP/1.1

Mar 21 21:59:21 raspberrypi webcit[2855]: GET /static/sound.js HTTP/1.1

Mar 21 21:59:21 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:21 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:22 raspberrypi webcit[2855]: GET /push?url=do_welcome HTTP/1.1

Mar 21 21:59:22 raspberrypi webcit[2855]: HTTP: 200 [0.004454] GET /push?url=do_welcome

Mar 21 21:59:22 raspberrypi webcit[2855]: GET /static/webcit_icons/openid-32x32.gif HTTP/1.1

Mar 21 21:59:22 raspberrypi webcit[2855]: GET /static/webcit_icons/google-32x32.gif HTTP/1.1

Mar 21 21:59:22 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:22 raspberrypi webcit[2855]: GET /static/webcit_icons/yahoo-32x32.gif HTTP/1.1

Mar 21 21:59:22 raspberrypi webcit[2855]: output_static_safe() file webcit_icons/openid-32x32.gif not found.

Mar 21 21:59:22 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:22 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:22 raspberrypi webcit[2855]: GET /static/webcit_icons/aol-32x32.gif HTTP/1.1

Mar 21 21:59:22 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:22 raspberrypi webcit[2855]: GET /static/webcit_icons/citadel-button-32x32.gif HTTP/1.1

Mar 21 21:59:22 raspberrypi webcit[2855]: Re-created session 1552974323

Mar 21 21:59:27 raspberrypi webcit[2855]: POST /ajax_login_username_password HTTP/1.1

Mar 21 21:59:27 raspberrypi citserver[21100]: W Context: <admin> logged in

Mar 21 21:59:27 raspberrypi webcit[2855]: StrBuf_ServGetln(): Server connection broken: Resource temporarily unavailable

Mar 21 21:59:27 raspberrypi webcit[2855]: HTTP: 200 [0.031789] POST /ajax_login_username_password

Mar 21 21:59:27 raspberrypi citserver[22075]: 

Mar 21 21:59:27 raspberrypi citserver[22075]: 

Mar 21 21:59:27 raspberrypi citserver[22075]: *** Citadel server engine ***

Mar 21 21:59:27 raspberrypi citserver[22075]: Version 902 (build 1a4ec92) ***

Mar 21 21:59:27 raspberrypi citserver[22075]: Copyright (C) 1987-2016 by the Citadel development team.

Mar 21 21:59:27 raspberrypi citserver[22075]: This program is distributed under the terms of the GNU General Public License.

Mar 21 21:59:27 raspberrypi citserver[22075]: 

Mar 21 21:59:27 raspberrypi citserver[22075]: Called as: /usr/sbin/citserver

Mar 21 21:59:27 raspberrypi citserver[22075]: libcitadel(unnumbered)

Mar 21 21:59:27 raspberrypi citserver[22075]: master_startup() started

Mar 21 21:59:27 raspberrypi citserver[22075]: Checking directory access

Mar 21 21:59:27 raspberrypi citserver[22075]: Opening databases

Mar 21 21:59:27 raspberrypi citserver[22075]: bdb(): open_databases() starting

Mar 21 21:59:27 raspberrypi citserver[22075]: Compiled db: Berkeley DB 5.3.28: (September  9, 2013)

Mar 21 21:59:27 raspberrypi citserver[22075]:   Linked db: Berkeley DB 5.3.28: (September  9, 2013)

Mar 21 21:59:27 raspberrypi citserver[22075]: Linked zlib: 1.2.8

Mar 21 21:59:27 raspberrypi citserver[22075]: bdb(): Setting up DB environment

Mar 21 21:59:27 raspberrypi citserver[22075]: dbenv->open(dbenv, /var/lib/citadel/data/, 75043, 0)

Mar 21 21:59:27 raspberrypi citserver[22075]: DB: BDB2526 Finding last valid log LSN: file: 1 offset 9943794

Mar 21 21:59:27 raspberrypi citserver[22075]: DB: BDB1514 Recovery starting from [1][9941472]

Mar 21 21:59:27 raspberrypi citserver[22075]: DB: BDB1518 Recovery complete at Thu Mar 21 21:59:27 2019

Mar 21 21:59:27 raspberrypi citserver[22075]: DB: BDB1519 Maximum transaction ID 8000002d recovery checkpoint [1][9944956]

Mar 21 21:59:27 raspberrypi citserver[22075]: Starting up DB

Mar 21 21:59:27 raspberrypi citserver[22075]: Initializing configuration system

Mar 21 21:59:27 raspberrypi citserver[22075]: Checking floor reference counts

Mar 21 21:59:27 raspberrypi citserver[22075]: Floor 0: 16 rooms

Mar 21 21:59:27 raspberrypi citserver[22075]: Floor 1: 0 rooms

Mar 21 21:59:27 raspberrypi citserver[22075]: Floor 2: 0 rooms

Mar 21 21:59:27 raspberrypi citserver[22075]: Floor 3: 0 rooms

Mar 21 21:59:27 raspberrypi citserver[22075]: Floor 4: 0 rooms

Mar 21 21:59:27 raspberrypi citserver[22075]: Floor 5: 0 rooms

Mar 21 21:59:27 raspberrypi citserver[22075]: Floor 6: 0 rooms

Mar 21 21:59:27 raspberrypi citserver[22075]: Floor 7: 0 rooms

Mar 21 21:59:27 raspberrypi citserver[22075]: Floor 8: 0 rooms

Mar 21 21:59:27 raspberrypi citserver[22075]: Floor 9: 0 rooms

Mar 21 21:59:27 raspberrypi citserver[22075]: Floor 10: 0 rooms

Mar 21 21:59:27 raspberrypi citserver[22075]: Floor 11: 0 rooms

Mar 21 21:59:27 raspberrypi citserver[22075]: Floor 12: 0 rooms

Mar 21 21:59:27 raspberrypi citserver[22075]: Floor 13: 0 rooms

Mar 21 21:59:27 raspberrypi citserver[22075]: Floor 14: 0 rooms

Mar 21 21:59:27 raspberrypi citserver[22075]: Floor 15: 0 rooms

Mar 21 21:59:27 raspberrypi citserver[22075]: Creating base rooms (if necessary)

Mar 21 21:59:27 raspberrypi citserver[22075]: Seeding the pseudo-random number generator...

Mar 21 21:59:27 raspberrypi citserver[22075]: master_startup() finished

Mar 21 21:59:27 raspberrypi citserver[22075]: Sanity checking the recorded highest message, user, and room numbers

Mar 21 21:59:27 raspberrypi citserver[22075]: Upgrading modules.

Mar 21 21:59:27 raspberrypi citserver[22075]: (null) Modules: Upgrade modules.

Mar 21 21:59:27 raspberrypi citserver[22075]: Existing database version on disk is 902

Mar 21 21:59:27 raspberrypi citserver[22075]: (null) Modules: upgrade

Mar 21 21:59:27 raspberrypi citserver[22075]: (null) Modules: Unix domain socket '/var/run/citadel/citadel.socket': registered.

Mar 21 21:59:27 raspberrypi citserver[22075]: (null) Modules: Unix domain socket '/var/run/citadel/citadel-admin.socket': registered.

Mar 21 21:59:27 raspberrypi citserver[22075]: (null) Modules: TCP port *:504: (citadel-TCP) registered.

Mar 21 21:59:27 raspberrypi citserver[22075]: Initializing server extensions

Mar 21 21:59:27 raspberrypi citserver[22075]: (null) Modules: Initializing. CtdlThreads not yet enabled.

Mar 21 21:59:27 raspberrypi citserver[22075]: Importing old style bio files into the message base

Mar 21 21:59:27 raspberrypi citserver[22075]: Importing old style userpic files into the message base

Mar 21 21:59:27 raspberrypi citserver[22075]: WX Modules: TCP port *:143: (IMAP) registered.

Mar 21 21:59:27 raspberrypi citserver[22075]: WX Modules: TCP port *:993: (IMAPS) registered.

Mar 21 21:59:27 raspberrypi citserver[22075]: WX Modules: TCP port *:2020: (ManageSieve) registered.

Mar 21 21:59:27 raspberrypi citserver[22075]: WX Modules: TCP port *:119: (NNTP) registered.

Mar 21 21:59:27 raspberrypi citserver[22075]: WX Modules: TCP port *:563: (NNTPS) registered.

Mar 21 21:59:27 raspberrypi citserver[22075]: WX Modules: TCP port *:110: (POP3) registered.

Mar 21 21:59:27 raspberrypi citserver[22075]: WX Modules: TCP port *:995: (POP3S) registered.

Mar 21 21:59:27 raspberrypi citserver[22075]: libcurl/7.52.1 OpenSSL/1.0.2r zlib/1.2.8 libidn2/0.16 libpsl/0.17.0 (+libidn2/0.16) libssh2/1.7.0 nghttp2/1.18.1 librtmp/2.3

Mar 21 21:59:27 raspberrypi citserver[22075]: Sieve: libSieve is written and maintained by Aaron Stone with ...

Mar 21 21:59:27 raspberrypi citserver[22075]: Sieve: Extensions: regex imap4flags relational fileinto reject envelope vacation

Mar 21 21:59:27 raspberrypi citserver[22075]: WX Modules: TCP port *:25: (SMTP-MTA) registered.

Mar 21 21:59:27 raspberrypi citserver[22075]: WX Modules: TCP port *:465: (SMTPs-MTA) registered.

Mar 21 21:59:27 raspberrypi citserver[22075]: WX Modules: TCP port *:587: (SMTP-MSA) registered.

Mar 21 21:59:27 raspberrypi citserver[22075]: WX Modules: Unix domain socket '/var/run/citadel/lmtp.socket': registered.

Mar 21 21:59:27 raspberrypi citserver[22075]: WX Modules: Unix domain socket '/var/run/citadel/lmtp-unfiltered.socket': registered.

Mar 21 21:59:27 raspberrypi citserver[22075]: Cannot create /etc/citadel/netconfigs/7: No such file or directory

Mar 21 21:59:27 raspberrypi citserver[22075]: WX Modules: Service DICT_TCP has been manually disabled, skipping

Mar 21 21:59:27 raspberrypi citserver[22075]: WX Modules: TCP port *:5222: (XMPP) registered.

Mar 21 21:59:27 raspberrypi citserver[22075]: Posting crash message

Mar 21 21:59:27 raspberrypi citserver[22075]: chmod(/var/lib/citadel/data//cdb.03, 0600) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chown(/var/lib/citadel/data//cdb.03, CTDLUID, -1) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chmod(/var/lib/citadel/data//cdb.00, 0600) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chown(/var/lib/citadel/data//cdb.00, CTDLUID, -1) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chmod(/var/lib/citadel/data//cdb.04, 0600) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chown(/var/lib/citadel/data//cdb.04, CTDLUID, -1) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chmod(/var/lib/citadel/data//cdb.02, 0600) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chown(/var/lib/citadel/data//cdb.02, CTDLUID, -1) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chmod(/var/lib/citadel/data//cdb.01, 0600) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chown(/var/lib/citadel/data//cdb.01, CTDLUID, -1) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chmod(/var/lib/citadel/data//cdb.08, 0600) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chown(/var/lib/citadel/data//cdb.08, CTDLUID, -1) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chmod(/var/lib/citadel/data//cdb.09, 0600) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chown(/var/lib/citadel/data//cdb.09, CTDLUID, -1) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chmod(/var/lib/citadel/data//cdb.0d, 0600) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chown(/var/lib/citadel/data//cdb.0d, CTDLUID, -1) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chmod(/var/lib/citadel/data//cdb.0c, 0600) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chown(/var/lib/citadel/data//cdb.0c, CTDLUID, -1) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chmod(/var/lib/citadel/data//cdb.0a, 0600) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chown(/var/lib/citadel/data//cdb.0a, CTDLUID, -1) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chmod(/var/lib/citadel/data//cdb.06, 0600) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chown(/var/lib/citadel/data//cdb.06, CTDLUID, -1) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chmod(/var/lib/citadel/data//cdb.07, 0600) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chown(/var/lib/citadel/data//cdb.07, CTDLUID, -1) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chmod(/var/lib/citadel/data//refcount_adjustments.dat, 0600) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chown(/var/lib/citadel/data//refcount_adjustments.dat, CTDLUID, -1) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chmod(/var/lib/citadel/data//log.0000000001, 0600) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chown(/var/lib/citadel/data//log.0000000001, CTDLUID, -1) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chmod(/var/lib/citadel/data//cdb.0b, 0600) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chown(/var/lib/citadel/data//cdb.0b, CTDLUID, -1) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chmod(/var/lib/citadel/data//cdb.05, 0600) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: chown(/var/lib/citadel/data//cdb.05, CTDLUID, -1) returned 0

Mar 21 21:59:27 raspberrypi citserver[22075]: open_databases() finished

Mar 21 21:59:27 raspberrypi citserver[22075]: Changing uid to 110

Mar 21 21:59:27 raspberrypi citserver[22075]: libcurl/7.52.1 OpenSSL/1.0.2r zlib/1.2.8 libidn2/0.16 libpsl/0.17.0 (+libidn2/0.16) libssh2/1.7.0 nghttp2/1.18.1 librtmp/2.3

Mar 21 21:59:29 raspberrypi systemd[1]: Starting Cleanup of Temporary Directories...

Mar 21 21:59:29 raspberrypi systemd[1]: Started Cleanup of Temporary Di



[#] Fri Mar 22 2019 07:43:05 EDT from davros @ Uncensored

Subject: Re: Easy Install aborted: Configure Error

[Reply] [ReplyQuoted] [Headers] [Print]

Please tell me how before I throw my server off the nearest cliff!!!!!!!!!!!!!!!!!!!!!

I've been having the exact same error for 3 days now on my XUbuntu 18.04 LTS server and I'm pulling my hair out trying to work out why it fails!

 

 



[#] Fri Mar 22 2019 17:23:16 EDT from simon2371 @ Uncensored

Subject: after sending email, the confirmation page is not coming up

[Reply] [ReplyQuoted] [Headers] [Print]

after sending an email by clicking "send message", I got an error on loading up the post page (inet_e_download_failure). The email sent, therefore:

<div style="display:none" id="submit-o-matic"><ul>

<li>

<a href="javascript:submit_post('post');">

<img src="static/webcit_icons/essen/16x16/check.png" alt="">

<span class="navbar_link">

<?!("COND:BSTR", 1, "__RCPTREQUIRED")><?_("Send message")><?!("X", 1)>

<??("COND:BSTR", 2, "__RCPTREQUIRED")><?_("Post message")><?!("X", 2)>

</span>

</a>

</li>

 

function submit_post(which_action) {

document.enterform.submit_action.value = which_action;

document.enterform.submit();

}

The Send message completed, but the post message failed. If I do a refresh on the browser, the post page comes up.

Any idea? Thanks.



[#] Wed Mar 27 2019 15:36:45 EDT from Tussie @ Uncensored

Subject: Cannot log in to Citadel server after setting up.

[Reply] [ReplyQuoted] [Headers] [Print]

I have set up the Citadel server suite on my Raspberry Pi 3 running Raspbian. I intend to use the server to handle all my e-mails. Upon reaching the login page, I attempt to log in using the administrator account I set up. It replies with "WRONG PASSWORD" and if not, it hangs on the "Loading" screen eternally. I do believe this is because I set the time zone to Detroit, because I encountered the missing time zone error earlier, and so because I couldn't find the binary translation for New York or whatever else is there, I used Detroit. That might be the problem. I'll edit this if I find something.

Thanks,

Titus



[#] Fri Mar 29 2019 11:30:02 EDT from "s3cr3to" <s3cr3to@uncensored.citadel.org> to Citadel_Support <room_Citadel_Support@uncensored.citadel.org>

Subject: Re: Cannot log in to Citadel server after setting up.

[Reply] [ReplyQuoted] [Headers] [Print]

Maybe this helps, from some question asked before:


-------- Forwarded Message --------
Subject: Re: Can't log in to admin account (or log in at all)
Date: Sun, 17 Jun 2018 04:57:07 -0400
From: mkuhn <mkuhn@uncensored.citadel.org>



I assume, you are on version 8. Try running setup again. Setup is a
file in your citadel directory. You will get prompted for the same
inputs again. Once done, launch your site.


On 3/27/19 12:36 PM, Tussie wrote:
I have set up the Citadel server suite on my Raspberry Pi 3 running
Raspbian. I intend to use the server to handle all my e-mails. Upon
reaching the login page, I attempt to log in using the administrator
account I set up. It replies with "WRONG PASSWORD" and if not, it hangs
on the "Loading" screen eternally. I do believe this is because I set
the time zone to Detroit, because I encountered the missing time zone
error earlier, and so because I couldn't find the binary translation for
New York or whatever else is there, I used Detroit. That might be the
problem. I'll edit this if I find something.

Thanks,

Titus

[#] Sun Mar 31 2019 07:11:38 EDT from espenh @ Uncensored

Subject: segfault in libcitadel.so.4.0.917

[Reply] [ReplyQuoted] [Headers] [Print]

Hello!

 

I have an installation on ubuntu that has been working for years.

Suddenly it seems like citserver is restarting every few seconds.

This is from syslog:

Mar 31 12:49:07 marcato kernel: [38346.351011] citserver[3813]: segfault at ffffffffffffffff ip 00007f09fe0ee756 sp 00007f09fee0b750 error 5 in libcitadel.so.4.0.917[7f09fe0e7000+21000]
Mar 31 12:49:18 marcato kernel: [38357.065053] citserver[3817]: segfault at ffffffffffffffff ip 00007f09fe0ee756 sp 00007f09fee0b750 error 5 in libcitadel.so.4.0.917[7f09fe0e7000+21000]
Mar 31 12:49:30 marcato kernel: [38369.734352] citserver[3821]: segfault at ffffffffffffffff ip 00007f09fe0ee756 sp 00007f09fee0b750 error 5 in libcitadel.so.4.0.917[7f09fe0e7000+21000]
Mar 31 12:49:41 marcato kernel: [38380.293278] citserver[3825]: segfault at ffffffffffffffff ip 00007f09fe0ee756 sp 00007f09fee0b750 error 5 in libcitadel.so.4.0.917[7f09fe0e7000+21000]
Mar 31 12:49:52 marcato kernel: [38391.265696] citserver[3834]: segfault at ffffffffffffffff ip 00007f09fe0ee756 sp 00007f09fee0b750 error 5 in libcitadel.so.4.0.917[7f09fe0e7000+21000]
Mar 31 12:50:02 marcato kernel: [38401.820635] citserver[3840]: segfault at ffffffffffffffff ip 00007f09fe0ee756 sp 00007f09fee0b750 error 5 in libcitadel.so.4.0.917[7f09fe0e7000+21000]
Mar 31 12:50:13 marcato kernel: [38412.098625] citserver[3844]: segfault at ffffffffffffffff ip 00007f09fe0ee756 sp 00007f09fee0b750 error 5 in libcitadel.so.4.0.917[7f09fe0e7000+21000]
Mar 31 12:50:23 marcato kernel: [38422.760933] citserver[3849]: segfault at ffffffffffffffff ip 00007f09fe0ee756 sp 00007f09fee0b750 error 5 in libcitadel.so.4.0.917[7f09fe0e7000+21000]

Any idea what it can be?

I have had some lsn errors lately and run db_load -r lsn on some databases several times.

Could it be a database problem?



[#] Sun Mar 31 2019 15:14:57 EDT from st.briest @ Uncensored

Subject: also a segfault in citadel

[Reply] [ReplyQuoted] [Headers] [Print]

Hi,

I have also a segfault probelm on devuan-testing (debian w/o systemd), kernel 4.19.28-2, 4.19.0-4-amd64. I have tested with the original packages, I have recompiled a actual snapshot and also tested with recompiled berkeley db lib and on different computers. It's always the same.

Output in syslog:

2019-03-31T20:18:52.493767+02:00 devuan kernel: [1244305.133712] citserver[16668]: segfault at 10000014c ip 00007fe4b8bac198 sp 00007ffe6a6ca2f0 error 4 in libdb-5.3.so[7fe4b8ada000+142000]
2019-03-31T20:34:19.085748+02:00 devuan kernel: [1245231.741368] Code: a5 4d 85 e4 74 bc 4c 39 f0 74 a0 31 c0 48 8d 35 96 31 08 00 48 89 ef e8 46 e6 f2 ff b8 16 00 00 00 eb a1 0f 1f 80 00 00 00 00 <41> 8b 94 24 4c 01 00 00 e9 d4 fe ff ff 0f 1f 00 f6 83 ac 05 00 00


Cmd-line error:

citserver[16668]: 
citserver[16668]: 
citserver[16668]: *** Citadel server engine ***
citserver[16668]: Version 925 (build (unknown)) ***
citserver[16668]: Copyright (C) 1987-2019 by the Citadel development team.
citserver[16668]: 
citserver[16668]: This program is open source software: you can redistribute it and/or
citserver[16668]: modify it under the terms of the GNU General Public License, version 3.
citserver[16668]: 
citserver[16668]: This program is distributed in the hope that it will be useful,
citserver[16668]: but WITHOUT ANY WARRANTY; without even the implied warranty of
citserver[16668]: MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
citserver[16668]: GNU General Public License for more details.
citserver[16668]: 
citserver[16668]: libcitadel(unnumbered)
citserver[16668]: main: creating lockfile
citserver[16668]: extensions: registered server command STLS (Start SSL/TLS session)
citserver[16668]: extensions: registered server command GTLS (Get SSL/TLS session status)
citserver[16668]: extensions: registered a new session function (type 0 Priority 30010)
citserver[16668]: master_startup() started
citserver[16668]: Checking directory access
citserver[16668]: Opening databases
citserver[16668]: db: open_databases() starting
citserver[16668]: db: Compiled libdb: Berkeley DB 5.3.28: (September  9, 2013)
citserver[16668]: db:   Linked libdb: Berkeley DB 5.3.28: (September  9, 2013)
citserver[16668]: db:    Linked zlib: 1.2.11
citserver[16668]: db: Setting up DB environment
citserver[16668]: db: dbenv->open(dbenv, /var/lib/citadel/data/, 75553, 0)
citserver[16668]: db: BDB2526 Finding last valid log LSN: file: 2 offset 2526541
citserver[16668]: db: mounting databases
citserver[16668]: Initializing configuration system
Speicherzugriffsfehler

 

It's possibile that the probelm is since the kernels build with LKMM feature.
The problem comes from CtdlGetDataStr called cdb_fetch in database.c, and there ret = dbp[cdb]->get(dbp[cdb], TSD->tid, &dkey, &dret, 0);

best regards, stb

 



[#] Mon Apr 01 2019 16:52:44 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: also a segfault in citadel

[Reply] [ReplyQuoted] [Headers] [Print]

citserver[16668]: Initializing configuration system
Speicherzugriffsfehler

 

It's possibile that the probelm is since the kernels build with LKMM
feature.

I don't know what a Speicherzugriffsfehler is, or why it would choose to collapse on Betelgeuse Seven, but if you did something to corrupt your database you might try running the database_cleanup.sh script to dump and load it.
Take a backup first.

[#] Wed Apr 03 2019 19:37:56 EDT from frank.occidentale @ Uncensored

Subject: Installing a current Citadel over an old one.

[Reply] [ReplyQuoted] [Headers] [Print]

Hi to All!

So I inherited this UBUNTU Server with Citadel Loaded and I must fix Citadel as it was hacked and will not send email.

I am VERY RUSTY at Unix/Linux so I'm taking a stab at it with the help of this forum and all you smart folks.

I opened a shell via PuTTY and, after becoming ROOT, entered the command suggested on the Install page.

It compiled for at least 5 minutes then I received:

 

checking libical/ical.h usability... no

checking libical/ical.h presence... no

checking for libical/ical.h... no

configure: error: libical/ical.h was not found and is required.  More info: http

://www.citadel.org/doku.php/installation:start

 Citadel Easy Install is aborting.

 The last few lines above this message may indicate what went wrong.

 Linux Debian jessie/sid( 3.13.0-32-generic x86_64)

 

So, at this point, I need help as I don't know how to find/do this.

Any volunteers?

-Frank

 


[#] Thu Apr 04 2019 13:50:37 EDT from Haven @ Uncensored

Subject: Re: Installing a current Citadel over an old one.

[Reply] [ReplyQuoted] [Headers] [Print]

 

Wed Apr 03 2019 19:37:56 EDT from frank.occidentale @ Uncensored Subject: Installing a current Citadel over an old one.

Hi to All!

So I inherited this UBUNTU Server with Citadel Loaded and I must fix Citadel as it was hacked and will not send email.

I am VERY RUSTY at Unix/Linux so I'm taking a stab at it with the help of this forum and all you smart folks.

I opened a shell via PuTTY and, after becoming ROOT, entered the command suggested on the Install page.

It compiled for at least 5 minutes then I received:

 

checking libical/ical.h usability... no

checking libical/ical.h presence... no

checking for libical/ical.h... no

configure: error: libical/ical.h was not found and is required.  More info: http

://www.citadel.org/doku.php/installation:start

 Citadel Easy Install is aborting.

 The last few lines above this message may indicate what went wrong.

 Linux Debian jessie/sid( 3.13.0-32-generic x86_64)

 

So, at this point, I need help as I don't know how to find/do this.

Any volunteers?

-Frank

 


 

Since ical wasn't found, I would start with installing the package libical-dev (apt-get install libical-dev) and go from there.   

Or from / try the command "find . -name ical.h -print" to see if the file ical.h is on the system.  If it is, then check your path to make sure it is in the path.  

 



[#] Thu Apr 04 2019 21:31:58 EDT from frank.occidentale @ Uncensored

Subject: Trying to load Citadel

[Reply] [ReplyQuoted] [Headers] [Print]

OK That worked and moved me along until I got this error:

checking ldap.h usability... no

checking ldap.h presence... no

checking for ldap.h... no

configure: error: OpenLDAP development headers were not found and are required.  More info: http://www.citadel.org/doku.php/installation:start

 Citadel Easy Install is aborting.

 The last few lines above this message may indicate what went wrong.

 Linux Debian jessie/sid( 3.13.0-32-generic x86_64)

 

Looks like the LDAP Development Headers are missing.... Now what?

 

Thanks!

-Frank

 


[#] Fri Apr 05 2019 14:46:35 EDT from st.briest @ Uncensored

Subject: Re: also a segfault in citadel

[Reply] [ReplyQuoted] [Headers] [Print]

Hi,

Speicherzugriffsfehler is the german translation for segmentation fault.

If I delete the database, then the new database was created and then comes the segmentaion fault.

A stratce is in the attachement

 

regards, stb



citserver.strace.txt (text/plain, 175550 bytes) [View| Download]
[#] Fri Apr 05 2019 16:24:48 EDT from Haven @ Uncensored

Subject: Re: Trying to load Citadel

[Reply] [ReplyQuoted] [Headers] [Print]

 

Thu Apr 04 2019 21:31:58 EDT from frank.occidentale @ Uncensored Subject: Trying to load Citadel

OK That worked and moved me along until I got this error:

checking ldap.h usability... no

checking ldap.h presence... no

checking for ldap.h... no

configure: error: OpenLDAP development headers were not found and are required.  More info: http://www.citadel.org/doku.php/installation:start

 Citadel Easy Install is aborting.

 The last few lines above this message may indicate what went wrong.

 Linux Debian jessie/sid( 3.13.0-32-generic x86_64)

 

Looks like the LDAP Development Headers are missing.... Now what?

 

Thanks!

-Frank

 


 

You know what I wrote last time. Same thing this time, but now you need the LDAP package instead.  You might have aptitude on the box, if so you can use that to search the packages.  

 

Also this page might offer some help as well:  https://www.cyberciti.biz/faq/equivalent-of-rpm-qf-command/

 



[#] Sat Apr 06 2019 12:26:34 EDT from frank.occidentale @ Uncensored

Subject: INSTALLED!!

[Reply] [ReplyQuoted] [Headers] [Print]

GREAT it now installed successfully.. Thank You so Much!!!

Now, when I enter the info into my browser as usual I get:


This program was unable to connect or stay connected to the Citadel server. Please report this problem to your system administrator.
Read More...

 

Seems like this is the last hurdle...

Ideas?

-Frank



[#] Sat Apr 06 2019 13:00:25 EDT from jdw @ Uncensored

Subject: Cal/CarDav on iOS?

[Reply] [ReplyQuoted] [Headers] [Print]

Anyone got this working? I can't seem to set it up. The logs on my system look fine - I can see the request come in when I add a CalDav account to my iPhone and it loads what looks like the right page:

HTTP: 200 [0.001890] GET /calendar/dav/jdw/user//landing?go=calendar?failvisibly=1

But I get the error "Cannot use SSL" and when I try without SSL, I get an authorization error.

Admittedly, I am not really up to speed on where Citadel or iOS is with respect to Cal/Card/GroupDav so maybe this just won't work at the moment but I can't get it working in Evolution either so I think something is borked on my end. This is a new install, it has never worked.

Thanks,

- jon





[#] Sat Apr 06 2019 13:07:07 EDT from jdw @ Uncensored

Subject: Re: Cal/CarDav on iOS?

[Reply] [ReplyQuoted] [Headers] [Print]

In a moment of clarity, I tested against uncensored and got the same result. So I guess it is just not something I can do from an iPhone now?

- jon

 

Sat Apr 06 2019 13:00:25 EDT from jdw @ Uncensored Subject: Cal/CarDav on iOS?

Anyone got this working? I can't seem to set it up. The logs on my system look fine - I can see the request come in when I add a CalDav account to my iPhone and it loads what looks like the right page:

HTTP: 200 [0.001890] GET /calendar/dav/jdw/user//landing?go=calendar?failvisibly=1

But I get the error "Cannot use SSL" and when I try without SSL, I get an authorization error.

Admittedly, I am not really up to speed on where Citadel or iOS is with respect to Cal/Card/GroupDav so maybe this just won't work at the moment but I can't get it working in Evolution either so I think something is borked on my end. This is a new install, it has never worked.

Thanks,

- jon





 



Go to page: First ... 6 7 8 9 [10] 11 12 13 14 ... Last