Language:
switch to room list switch to menu My folders
Go to page: First ... 17 18 19 20 [21] 22 23 24 25 ... Last
[#] Fri Oct 31 2014 13:00:51 EDT from spooker @ Uncensored

Subject: Too many invalid logon attempts

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

How can I define an upper limit for SMTP logon attempts.

I have seen other mailservers sending an error back to the client

"SENT: 535 Authentication failed. Too many invalid logon attempts."



[#] Sun Nov 02 2014 14:56:56 EST from dothebart @ Uncensored

Subject: Re: Too many invalid logon attempts

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

 

Fri Oct 31 2014 13:00:51 EDT from spooker @ Uncensored Subject: Too many invalid logon attempts

How can I define an upper limit for SMTP logon attempts.

I have seen other mailservers sending an error back to the client

"SENT: 535 Authentication failed. Too many invalid logon attempts."

This is not an error message from citadel.

Citadel doesn't support retry counts.



[#] Sun Nov 02 2014 17:15:05 EST from dflexelfd @ Uncensored

Subject: Modules manually disabled ?!

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

Hi everybody,

 

i am runnig Citadel with Postfix, amavisd and Spamassasin on a Debian 7 Machine. It was working quiet fine for a few Months now, but than things changed.

The first thing that i noticed was that the IMAP connection between Server and my Smartphone got interupted.

After inspecting the Server, i noticed the the HDD went full. First i stopped the webcit and citadel service.

After cleaning up my HDD i started webcit and citadel.

Then i opened the Webinterface, and instead of seeing the Login Window there was a message saying
"This program was unable to connect or stay connected to the Citadel server. Please report this problem to your system administrator.

Read More..."

I am still able to connect and login with my credentials to citadel server via citadel-client.

 

/etc/init.d/citadel status   shows

[ ok ] citserver is running.

 

But the strange thing ist that i cant see any any Ports open für IMAP, SMTP etc.

root@mail:/etc/citadel/netconfigs# netstat -lnp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 127.0.0.1:3310          0.0.0.0:*               LISTEN      4711/clamd
tcp        0      0 127.0.0.1:783           0.0.0.0:*               LISTEN      16321/spamd.pid
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      13736/webcit
tcp        0      0 0.0.0.0:30033           0.0.0.0:*               LISTEN      4430/ts3server_linu
tcp        0      0 0.0.0.0:9876            0.0.0.0:*               LISTEN      4634/sshd
tcp        0      0 37.59.10.209:53         0.0.0.0:*               LISTEN      4460/named
tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      4460/named
tcp        0      0 127.0.0.1:953           0.0.0.0:*               LISTEN      4460/named
tcp        0      0 0.0.0.0:443             0.0.0.0:*               LISTEN      13739/webcit
tcp        0      0 0.0.0.0:10011           0.0.0.0:*               LISTEN      4430/ts3server_linu
tcp        0      0 127.0.0.1:10024         0.0.0.0:*               LISTEN      16286/amavisd-new (
tcp6       0      0 :::9876                 :::*                    LISTEN      4634/sshd
tcp6       0      0 ::1:53                  :::*                    LISTEN      4460/named
tcp6       0      0 ::1:953                 :::*                    LISTEN      4460/named
udp        0      0 37.59.10.209:53         0.0.0.0:*                           4460/named
udp        0      0 127.0.0.1:53            0.0.0.0:*                           4460/named
udp        0      0 37.59.10.209:123        0.0.0.0:*                           4467/ntpd
udp        0      0 127.0.0.1:123           0.0.0.0:*                           4467/ntpd
udp        0      0 0.0.0.0:123             0.0.0.0:*                           4467/ntpd
udp6       0      0 ::1:53                  :::*                                4460/named
udp6       0      0 2001:41d0:8:5dd1::1:123 :::*                                4467/ntpd
udp6       0      0 fe80::4e72:b9ff:fe4:123 :::*                                4467/ntpd
udp6       0      0 ::1:123                 :::*                                4467/ntpd
udp6       0      0 :::123                  :::*                                4467/ntpd
 
 
For some Reason the Modules won't come up when starting the Server as you can see in the Logfile http://pastebin.com/BDnH2tJU  
But why?
Any help is appreciated!
 
 


[#] 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

 

 



Go to page: First ... 17 18 19 20 [21] 22 23 24 25 ... Last