Language:
switch to room list switch to menu My folders
Go to page: First ... 24 25 26 27 [28] 29 30 31 32 ... Last
[#] Sun Nov 02 2014 17:46:37 EST from dothebart @ Uncensored

Subject: Re: Modules manually disabled ?!

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

[#] Sun Nov 02 2014 18:20:39 EST from dflexelfd @ Uncensored

Subject: Re: Modules manually disabled ?!

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

root@mail:/etc/citadel# ps -eaf |grep cit

root     13735     1  0 Nov02 ?        00:00:00 /usr/sbin/webcit -u 65534 -D/var/run/webcit/webcit.pid.80 -p80 127.0.0.1 504 -i0.0.0.0 -t/var/log/webcit//access.80.log

nobody   13736 13735  0 Nov02 ?        00:00:00 /usr/sbin/webcit -u 65534 -D/var/run/webcit/webcit.pid.80 -p80 127.0.0.1 504 -i0.0.0.0 -t/var/log/webcit//access.80.log

root     13738     1  0 Nov02 ?        00:00:00 /usr/sbin/webcit -u 65534 -D/var/run/webcit/webcit.pid.443 -p443 127.0.0.1 504 -s -i0.0.0.0 -t/var/log/webcit//access.443.log -s

nobody   13739 13738  0 Nov02 ?        00:00:00 /usr/sbin/webcit -u 65534 -D/var/run/webcit/webcit.pid.443 -p443 127.0.0.1 504 -s -i0.0.0.0 -t/var/log/webcit//access.443.log -s

root     15099     1  0 Nov02 ?        00:00:00 /usr/sbin/citserver -d -x3 -lmail -t/dev/null

root     15100 15099  0 Nov02 ?        00:00:50 /usr/sbin/citserver -d -x3 -lmail -t/dev/null

root     20042 10661  0 00:15 pts/0    00:00:00 grep cit

 


[#] Mon Nov 03 2014 05:56:30 EST from Radbruch1929 @ Uncensored

Subject: bdb(): cursor still in progress on cdb 04

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

Hello,

 

I am somewhat stuck on problem I seem to have caused on a server. I upgraded Centos to release 6.6 (final). Now, citserver does not start with the following message:

 

Nov  3 11:45:58 citserver[2273]: *** Citadel server engine v8.24 (build 5644ab7) ***
Nov  3 11:45:58 citserver[2273]: Copyright (C) 1987-2014 by the Citadel development team.
Nov  3 11:45:58 citserver[2273]: This program is distributed under the terms of the GNU General Public License.
Nov  3 11:45:58 citserver[2273]: 
Nov  3 11:45:58 citserver[2273]: Called as: /usr/sbin/citserver
Nov  3 11:45:58 citserver[2273]: libcitadel(unnumbered)
Nov  3 11:45:58 citserver[2273]: Loading citadel.config
Nov  3 11:45:58 citserver[2273]: Acquiring control record
Nov  3 11:45:58 citserver[2273]: master_startup() started
Nov  3 11:45:58 citserver[2273]: Opening databases
Nov  3 11:45:58 citserver[2273]: bdb(): open_databases() starting
Nov  3 11:45:58 citserver[2273]: Compiled db: Berkeley DB 4.7.25: (November 12, 2010)
Nov  3 11:45:58 citserver[2273]:   Linked db: Berkeley DB 4.7.25: (September 12, 2013)
Nov  3 11:45:58 citserver[2273]: Calculated dbversion: 4007025
Nov  3 11:45:58 citserver[2273]:   Previous dbversion: 4007025
Nov  3 11:45:58 citserver[2273]: Linked zlib: 1.2.3
Nov  3 11:45:58 citserver[2273]: bdb(): Setting up DB environment
Nov  3 11:45:58 citserver[2273]: dbenv->open(dbenv, /var/lib/citadel/data/, 5461, 0)
Nov  3 11:45:58 citserver[2273]: DB: Finding last valid log LSN: file: 1 offset 9210
Nov  3 11:45:58 citserver[2273]: DB: Recovery starting from [1][28]
Nov  3 11:45:58 citserver[2273]: DB: Recovery complete at Mon Nov  3 11:45:58 2014
Nov  3 11:45:58 citserver[2273]: DB: Maximum transaction ID 80000006 Recovery checkpoint [1][9542]
Nov  3 11:45:58 citserver[2273]: Starting up DB
Nov  3 11:45:58 citserver[2273]: Checking floor reference counts
Nov  3 11:45:58 citserver[2273]: bdb(): cursor still in progress on cdb 04: can't begin transaction during r/o cursor
Nov  3 11:45:58 citserver[2273]: citserver is stopping in order to prevent data loss. uid=0 gid=0 euid=0 egid=0

I did the following:

a) ran db_recover -c in the directory

b) ran the dump/recover steps from database_cleanup.sh by hand

c) used a backup from yesterday.

 

I still can not recover from the cursor error. My DB_CONFIG file contains the following lines:

set_lk_max_locks 2000
set_lk_max_lockers 2000
set_lk_max_objects 2000

The citadel version comes from citadel.x86_64 0:8.24-7.1 RPM.

 

Anybody any ideas?

 

Thank you very much in advance,

 

Radbruch



[#] Mon Nov 03 2014 06:54:46 EST from dothebart @ Uncensored

Subject: Re: Modules manually disabled ?!

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

You should see the unix domain sockets, which you can use to re-enable the listeners.



[#] Mon Nov 03 2014 08:37:44 EST from dflexelfd @ Uncensored

Subject: Re: Modules manually disabled ?!

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

Thanks a lot for your hint, but i don't know exactly what to do now.

Do you mean the *.socket files located at /var/run/citadel  ?

root@mail:/var/run/citadel# ll

total 4

srwx------ 1 root root 0 Nov  3 14:32 citadel-admin.socket
-rw-rw-rw- 1 root root 6 Nov  3 14:32 citadel.pid
srwxrwsrwx 1 root root 0 Nov  3 14:32 citadel.socket
srwxrwsrwx 1 root root 0 Nov  3 14:32 lmtp.socket
srwxrwsrwx 1 root root 0 Nov  3 14:32 lmtp-unfiltered.socket

 

Can you please give me a hint how to reenable those listeners?

 

 

 



[#] Mon Nov 03 2014 08:52:30 EST from dflexelfd @ Uncensored

Subject: Re: Modules manually disabled ?!

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

I think you are talking about this sockets:

Active UNIX domain sockets (only servers)

Proto RefCnt Flags       Type       State         I-Node   PID/Program name    Path

unix  2      [ ACC ]     STREAM     LISTENING     7190     4653/gam_server     @/tmp/fam-root-

unix  2      [ ACC ]     STREAM     LISTENING     1389596  28388/citserver     /var/run/citadel/lmtp.socket

unix  2      [ ACC ]     STREAM     LISTENING     1389598  28388/citserver     /var/run/citadel/lmtp-unfiltered.socket

unix  2      [ ACC ]     STREAM     LISTENING     7023     4432/dbus-daemon    /var/run/dbus/system_bus_socket

unix  2      [ ACC ]     STREAM     LISTENING     2947     4711/clamd          /var/run/clamav/clamd.ctl

unix  2      [ ACC ]     STREAM     LISTENING     1388204  28388/citserver     /var/run/citadel/citadel.socket

unix  2      [ ACC ]     STREAM     LISTENING     1388206  28388/citserver     /var/run/citadel/citadel-admin.socket

unix  2      [ ACC ]     STREAM     LISTENING     6338     3950/acpid          /var/run/acpid.socket

unix  2      [ ACC ]     SEQPACKET  LISTENING     961      2126/udevd          /run/udev/control

unix  2      [ ACC ]     STREAM     LISTENING     5364     4620/python         /var/run/fail2ban/fail2ban.sock

unix  2      [ ACC ]     STREAM     LISTENING     897395   16286/amavisd-new ( /var/lib/amavis/amavisd.sock

 
 
But how am i able to reanable the Internet Sockets trough the domain sockets?
Or am i understanding this completly wrong?


[#] Tue Nov 04 2014 10:00:19 EST from IGnatius T Foobar @ Uncensored

Subject: Re: SSL/TLS support for LDAP authentication

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


Lloyd -- I tried applying your patch but it didn't apply cleanly. I put your changes in manually but it failed to bind to the LDAP server and communicate clearly.

Can you please send a patch against the current svn head? Thanks.

[#] Thu Nov 06 2014 04:38:34 EST from imgx64 @ Uncensored

Subject: SSL configuration

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

I used https://www.ssllabs.com/ssltest/ to test my Citadel instance and got a grade of C because it's vulnerable to POODLE.

Can I disable SSLv3 without running webcit behind another web server? And does it make sense to disable SSLv3 by default in Citadel?

(As a side note: I ran the same test on https://uncensored.citadel.org and it got an F grade because it still supports SSLv2. This should probably be fixed.)

 


[#] Thu Nov 06 2014 04:48:31 EST from imgx64 @ Uncensored

Subject: Can't subscribe to mailing list

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

I tried to subscribe to Citadel Support mailing list from here: https://uncensored.citadel.org/listsub

I received the confirmation email, but when I clicked the link, I got the following error:

 

List subscribe/unsubscribe

Confirmation failed.

This could mean one of two things:

* You waited too long to confirm your subscribe/unsubscribe request (the confirmation link is only valid for three days)

* You have already successfully confirmed your subscribe/unsubscribe request and are attempting to do it again.

The error returned by the server was: You need to specify the email address you'd like to subscribe with. You need to specify the email address you'd like to subscribe with. Invalid token.

 


[#] Thu Nov 06 2014 06:01:41 EST from DarkLogix @ Uncensored

Subject: Address Book issue

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


I finally got Citadel running on CentOS7

but when I go to edit the address book so that the e-mail addresses are accurate there isn't a save link so how do I save my edits?

 

BTW during the install it had said to use * for all IP's but that didn't work I had to use 0.0.0.0 instead though I haven't tested IPv6 yet so I'm a bit unsure if it'll do ipv6 ATM



[#] Thu Nov 06 2014 13:46:59 EST from DarkLogix @ Uncensored

Subject: Re: Address Book issue

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


Well I'm so far not impressed with citadel

I tried changing it to :: to get it to listen on ipv6 but that totally broke it, and now even after rerunning setup I can't get it to come back up on ipv4

 

I think I'll try a bit more later but I think I might give Zarafa a try.



[#] Thu Nov 06 2014 13:50:52 EST from DarkLogix @ Uncensored

Subject: Re: Address Book issue

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


Well I'm not impressed with citadel, I wanted it to run on ipv6 so I tried changing it to listen on :: but after restarting webcit it become unreachable.

 

I've since rerun setup to change it back to 0.0.0.0 but that hasn't fixed it and I've tried a few things but can't get the web interface up again.



[#] Thu Nov 06 2014 17:39:16 EST from IGnatius T Foobar @ Uncensored

Subject: Re: Address Book issue

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

To get Citadel to listen on any IPv4/IPv6 address you set the listening address to "*"

[#] Thu Nov 06 2014 18:55:42 EST from dothebart @ Uncensored

Subject: Re: Address Book issue

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

 

Thu Nov 06 2014 13:50:52 EST from DarkLogix @ Uncensored Subject: Re: Address Book issue


Well I'm not impressed with citadel, I wanted it to run on ipv6 so I tried changing it to listen on :: but after restarting webcit it become unreachable.

 

I've since rerun setup to change it back to 0.0.0.0 but that hasn't fixed it and I've tried a few things but can't get the web interface up again.



try connecting it via unix domain socket:

.webcit uds /var/run/citadel

by editing

/etc/default/webcit

and making

export WEBCIT_CITADEL_PORT=/var/run/citadel
export WEBCIT_CITADEL_IP=uds

(in case of using easy install you need to adjust the paths - see http://citadel.org/doku.php/documentation:file_layout#files.and.where.easy.install.and.lhfs.rpm.deb.installs.put.them for details)



[#] Thu Nov 06 2014 20:31:36 EST from DarkLogix @ Uncensored

Subject: Re: Address Book issue

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


I did try using * but in using * it would only listen to 127.0.0.1 not any other computer.

 

I got it going again seems firewalld became an issue, but still its ipv4 only at this time



[#] Fri Nov 07 2014 02:32:26 EST from dothebart @ Uncensored

Subject: Re: Address Book issue

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

the specified parameters were only for the connection webcit<->citserver.

http://citadel.org/doku.php/documentation:cmdman:webcit

knows all the other options.



[#] Fri Nov 07 2014 07:40:14 EST from jcigala @ Uncensored

Subject: Error trying to confirm CitaNews' suscription.-

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

Hi All, I want to subscribe me to the CitaNews' mailing list. I was receiving the invitation email, this is:

De: Citadel [mailto:citadel@uncensored.citadel.org]
Enviado el: viernes, noviembre 07, 2014 08:07
Para: jcigala@xxx.com
Asunto: Please confirm your list subscription

 

 

Someone (probably you) has submitted a request to subscribe <jcigala@xxx.com> to the CitaNews' mailing list.

Please click here to confirm this request:
http://uncensored.citadel.org/listsub?room=CitaNews&token=NTQ1Y2VlZGU= &cmd=confirm

If this request has been submitted in error and you do not wish to receive the 'CitaNews' mailing list, simply do nothing, and you will not receive any further mailings. 

 

Well, when I was click the link in order to confirm my suscription, this server-side message appears:

List subscribe/unsubscribe

Confirmation failed.

This could mean one of two things:
  • You waited too long to confirm your subscribe/unsubscribe request (the confirmation link is only valid for three days)
  • You have already successfully confirmed your subscribe/unsubscribe request and are attempting to do it again.
The error returned by the server was: You need to specify the email address you'd like to subscribe with. You need to specify the email address you'd like to subscribe with. Invalid token.

I only hit the link, not anymore... What I'm doing wrong? Thank you for the support,

--

jcigala

 

 



[#] Fri Nov 07 2014 07:58:20 EST from DarkLogix @ Uncensored

Subject: Re: Address Book issue

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


So can you be specific as to what I need to do to get it working on ipv6 and ipv4?



[#] Fri Nov 07 2014 09:29:19 EST from Max Orlovsky @ Uncensored

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

Have same problem as you, don't know how to solve this :(

[#] Fri Nov 07 2014 11:13:20 EST from IGnatius T Foobar @ Uncensored

Subject: Re: Address Book issue

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

I did try using * but in using * it would only listen to 127.0.0.1
not any other computer.

Ok, a couple of things about this.

First, I want to make sure you're aware that setting the listen address in Citadel Server only configures what addresses are listening for Citadel Server itself -- that is, protocols like SMTP and IMAP and XMPP and the Citadel client protocol, all are configured from there.

WebCit listens on all interfaces by default.

What you can do is get it configured the way you believe it should be configured, and then please post the output of this command:

netstat -lnp | grep cit

The nice thing about WebCit is that the way you make it listen in more than one place is to just run multiple instances of it for each place you want to listen. The -i option tells it to listen on a specific address (so you could specify an individual interface, or "::" for any IPv6, or "0.0.0.0" for any IPv4, or "*" for any IPv4/IPv6).
If you're on a broken operating system like OpenBSD that doesn't do dual stack the right way, you can always just fire up one instance on "::" and another on "0.0.0.0" and get the same effect.

Go to page: First ... 24 25 26 27 [28] 29 30 31 32 ... Last