Language:
switch to room list switch to menu My folders
Go to page: [1] 2 3 4 5 ... Last
↑↑↑ Old messages ↑↑↑            ↓↓↓ New messages ↓↓↓
[#] Mon Jul 22 2013 11:52:28 EDT from hennoa @ Uncensored

Subject: citserver won't start: bdb(): cursor still in progress on cdb 04...

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

Hi there,

 

I'm on a fresh Debian Wheezy installation and pulled in  citadel via apt-get install citadel-suite.

Everything went fine up until citserver get's started:

 

citserver[21323]:  

citserver[21323]:  

citserver[21323]: *** Citadel server engine v8.14 (build 53481be) ***

citserver[21323]: Copyright (C) 1987-2012 by the Citadel development team.

citserver[21323]: This program is distributed under the terms of the GNU General Public License.

citserver[21323]:  

citserver[21323]: Called as: citserver

citserver[21323]: libcitadel(unnumbered)

citserver[21323]: Loading citadel.config

citserver[21323]: Acquiring control record

citserver[21323]: master_startup() started

citserver[21323]: Opening databases

citserver[21323]: bdb(): open_databases() starting

citserver[21323]: Compiled db: Berkeley DB 5.1.29: (October 25, 2011)

citserver[21323]:   Linked db: Berkeley DB 5.1.29: (October 25, 2011)

citserver[21323]: Calculated dbversion: 5001029

citserver[21323]:   Previous dbversion: 0

citserver[21323]: Linked zlib: 1.2.7

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

citserver[21323]: dbenv->open(dbenv, /var/lib/citadel/data/, 19091, 0)

No log files found

citserver[21323]: Starting up DB

citserver[21323]: Checking floor reference counts

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

citserver[21323]: citserver is stopping in order to prevent data loss. uid=0 gid=0 euid=0 egid=0

 

Message from syslogd@server at Jul 22 17:36:52 ...

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

 

 

Already did a server reboot, but that changed nothing. Any hints?

 


[#] Mon Jul 22 2013 23:16:06 EDT from wylekyote @ Uncensored

Subject: Re: Citserver stops responding

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

Back with a brand new hang ..

 

0x00007fb774fde15d in nanosleep () from /lib64/libc.so.6
Missing separate debuginfos, use: debuginfo-install cyrus-sasl-lib-2.1.23-13.el6_3.1.x86_64 db4-4.7.25-17.el6.x86_64 expat-2.0.1-11.el6_2.x86_64 glibc-2.12-1.47.el6_2.9.x86_64 keyutils-libs-1.4-4.el6.x86_64 krb5-libs-1.10.3-10.el6_4.4.x86_64 libcom_err-1.41.12-14.el6_4.2.x86_64 libcurl-7.19.7-26.el6_2.4.x86_64 libev4-4.11-6.2.x86_64 libical-0.48-26.1.x86_64 libidn-1.18-2.el6.x86_64 libselinux-2.0.94-5.3.el6_4.1.x86_64 libssh2-1.2.2-7.el6_2.3.x86_64 nspr-4.9.2-1.el6.x86_64 nss-3.14.0.0-12.el6.x86_64 nss-softokn-freebl-3.12.9-11.el6.x86_64 nss-util-3.14.0.0-2.el6.x86_64 openldap-2.4.23-32.el6_4.1.x86_64 openssl-1.0.0-27.el6_4.2.x86_64 zlib-1.2.3-29.el6.x86_64
(gdb) bt
#0  0x00007fb774fde15d in nanosleep () from /lib64/libc.so.6
#1  0x00007fb775012124 in usleep () from /lib64/libc.so.6
#2  0x00007fb777af590a in go_threading () at threads.c:207
#3  0x00007fb777acc609 in main (argc=<value optimized out>, argv=<value optimized out>) at server_main.c:380

 

 

(gdb) thread apply all bt

Thread 10 (Thread 0x7fb777a6c700 (LWP 19169)):
#0  0x00007fb7750192c3 in epoll_wait () from /lib64/libc.so.6
#1  0x00007fb776e80c72 in ?? () from /usr/lib64/libev.so.4
#2  0x00007fb776e8340e in ev_run () from /usr/lib64/libev.so.4
#3  0x00007fb777b049b3 in client_event_thread (arg=<value optimized out>) at modules/eventclient/serv_eventclient.c:688
#4  0x00007fb777af5a40 in CTC_backend (supplied_start_routine=0x7fb777b048d0) at threads.c:152
#5  0x00007fb7765b17f1 in start_thread () from /lib64/libpthread.so.0
#6  0x00007fb775018ccd in clone () from /lib64/libc.so.6

Thread 9 (Thread 0x7fb771e70700 (LWP 19170)):
#0  0x00007fb7750192c3 in epoll_wait () from /lib64/libc.so.6
#1  0x00007fb776e80c72 in ?? () from /usr/lib64/libev.so.4
#2  0x00007fb776e8340e in ev_run () from /usr/lib64/libev.so.4
#3  0x00007fb777b0352c in db_event_thread (arg=<value optimized out>) at modules/eventclient/serv_eventclient.c:819
#4  0x00007fb777af5a40 in CTC_backend (supplied_start_routine=0x7fb777b03460) at threads.c:152
#5  0x00007fb7765b17f1 in start_thread () from /lib64/libpthread.so.0
#6  0x00007fb775018ccd in clone () from /lib64/libc.so.6

Thread 8 (Thread 0x7fb771d6f700 (LWP 19171)):
#0  0x00007fb7765b84ed in read () from /lib64/libpthread.so.0
#1  0x00007fb7767d6f20 in read (Line=0x7fb768001ba0, IOBuf=0x7fb76004dbd0, Pos=0x7fb7600091e0, fd=<value optimized out>, timeout=5, selectresolution=<value optimized out>, Error=0x7fb771d6bb78) at /usr/include/bits/unistd.h:45
#2  StrBufTCP_read_buffered_line_fast (Line=0x7fb768001ba0, IOBuf=0x7fb76004dbd0, Pos=0x7fb7600091e0, fd=<value optimized out>, timeout=5, selectresolution=<value optimized out>, Error=0x7fb771d6bb78) at lib/stringbuf.c:4479
#3  0x00007fb777ad7d5f in CtdlClientGetLine (Target=0x7fb768001ba0) at sysdep.c:834
#4  0x00007fb777ae7d4a in CtdlReadMessageBodyBuf (terminator=0x7fb777b5a002 ".", tlen=1, maxlen=10485760, exist=<value optimized out>, crlf=1, sock=0x0) at msgbase.c:3562
#5  0x00007fb777b33da4 in smtp_data () at modules/smtp/serv_smtp.c:674
#6  0x00007fb777b34e85 in smtp_command_loop () at modules/smtp/serv_smtp.c:846
#7  0x00007fb777ad79db in worker_thread (blah=<value optimized out>) at sysdep.c:1340
#8  0x00007fb777af5a40 in CTC_backend (supplied_start_routine=0x7fb777ad7700) at threads.c:152
#9  0x00007fb7765b17f1 in start_thread () from /lib64/libpthread.so.0
#10 0x00007fb775018ccd in clone () from /lib64/libc.so.6

Thread 7 (Thread 0x7fb771c6e700 (LWP 19172)):
#0  0x00007fb7765b84ed in read () from /lib64/libpthread.so.0
#1  0x00007fb7767d6f20 in read (Line=0x7fb75c28dbc0, IOBuf=0x7fb75c28db90, Pos=0x7fb75c56de60, fd=<value optimized out>, timeout=5, selectresolution=<value optimized out>, Error=0x7fb771c6ab78) at /usr/include/bits/unistd.h:45
#2  StrBufTCP_read_buffered_line_fast (Line=0x7fb75c28dbc0, IOBuf=0x7fb75c28db90, Pos=0x7fb75c56de60, fd=<value optimized out>, timeout=5, selectresolution=<value optimized out>, Error=0x7fb771c6ab78) at lib/stringbuf.c:4479
#3  0x00007fb777ad7d5f in CtdlClientGetLine (Target=0x7fb75c28dbc0) at sysdep.c:834
#4  0x00007fb777ae7d4a in CtdlReadMessageBodyBuf (terminator=0x7fb777b5a002 ".", tlen=1, maxlen=10485760, exist=<value optimized out>, crlf=1, sock=0x0) at msgbase.c:3562
#5  0x00007fb777b33da4 in smtp_data () at modules/smtp/serv_smtp.c:674
#6  0x00007fb777b34e85 in smtp_command_loop () at modules/smtp/serv_smtp.c:846
#7  0x00007fb777ad79db in worker_thread (blah=<value optimized out>) at sysdep.c:1340
#8  0x00007fb777af5a40 in CTC_backend (supplied_start_routine=0x7fb777ad7700) at threads.c:152
#9  0x00007fb7765b17f1 in start_thread () from /lib64/libpthread.so.0
#10 0x00007fb775018ccd in clone () from /lib64/libc.so.6

Thread 6 (Thread 0x7fb771967700 (LWP 19176)):
#0  0x00007fb7765b84ed in read () from /lib64/libpthread.so.0
#1  0x00007fb7767d6f20 in read (Line=0x7fb7601130b0, IOBuf=0x7fb75c004170, Pos=0x7fb75c00c220, fd=<value optimized out>, timeout=5, selectresolution=<value optimized out>, Error=0x7fb771963b78) at /usr/include/bits/unistd.h:45
#2  StrBufTCP_read_buffered_line_fast (Line=0x7fb7601130b0, IOBuf=0x7fb75c004170, Pos=0x7fb75c00c220, fd=<value optimized out>, timeout=5, selectresolution=<value optimized out>, Error=0x7fb771963b78) at lib/stringbuf.c:4479
#3  0x00007fb777ad7d5f in CtdlClientGetLine (Target=0x7fb7601130b0) at sysdep.c:834
#4  0x00007fb777ae7d4a in CtdlReadMessageBodyBuf (terminator=0x7fb777b5a002 ".", tlen=1, maxlen=10485760, exist=<value optimized out>, crlf=1, sock=0x0) at msgbase.c:3562
#5  0x00007fb777b33da4 in smtp_data () at modules/smtp/serv_smtp.c:674
#6  0x00007fb777b34e85 in smtp_command_loop () at modules/smtp/serv_smtp.c:846
#7  0x00007fb777ad79db in worker_thread (blah=<value optimized out>) at sysdep.c:1340
#8  0x00007fb777af5a40 in CTC_backend (supplied_start_routine=0x7fb777ad7700) at threads.c:152
#9  0x00007fb7765b17f1 in start_thread () from /lib64/libpthread.so.0
#10 0x00007fb775018ccd in clone () from /lib64/libc.so.6

Thread 5 (Thread 0x7fb771866700 (LWP 19177)):
#0  0x00007fb7765b84ed in read () from /lib64/libpthread.so.0
#1  0x00007fb7767d6f20 in read (Line=0x7fb754017bb0, IOBuf=0x7fb74c02ffb0, Pos=0x7fb74c01b7c0, fd=<value optimized out>, timeout=5, selectresolution=<value optimized out>, Error=0x7fb771862b78) at /usr/include/bits/unistd.h:45
#2  StrBufTCP_read_buffered_line_fast (Line=0x7fb754017bb0, IOBuf=0x7fb74c02ffb0, Pos=0x7fb74c01b7c0, fd=<value optimized out>, timeout=5, selectresolution=<value optimized out>, Error=0x7fb771862b78) at lib/stringbuf.c:4479
#3  0x00007fb777ad7d5f in CtdlClientGetLine (Target=0x7fb754017bb0) at sysdep.c:834
#4  0x00007fb777ae7d4a in CtdlReadMessageBodyBuf (terminator=0x7fb777b5a002 ".", tlen=1, maxlen=10485760, exist=<value optimized out>, crlf=1, sock=0x0) at msgbase.c:3562
#5  0x00007fb777b33da4 in smtp_data () at modules/smtp/serv_smtp.c:674
#6  0x00007fb777b34e85 in smtp_command_loop () at modules/smtp/serv_smtp.c:846
#7  0x00007fb777ad79db in worker_thread (blah=<value optimized out>) at sysdep.c:1340
#8  0x00007fb777af5a40 in CTC_backend (supplied_start_routine=0x7fb777ad7700) at threads.c:152
#9  0x00007fb7765b17f1 in start_thread () from /lib64/libpthread.so.0
#10 0x00007fb775018ccd in clone () from /lib64/libc.so.6

Thread 4 (Thread 0x7fb771765700 (LWP 19393)):
#0  0x00007fb7765b84ed in read () from /lib64/libpthread.so.0
#1  0x00007fb7767d6f20 in read (Line=0x7fb75804d6f0, IOBuf=0x7fb758087850, Pos=0x7fb758047790, fd=<value optimized out>, timeout=5, selectresolution=<value optimized out>, Error=0x7fb771761b78) at /usr/include/bits/unistd.h:45
#2  StrBufTCP_read_buffered_line_fast (Line=0x7fb75804d6f0, IOBuf=0x7fb758087850, Pos=0x7fb758047790, fd=<value optimized out>, timeout=5, selectresolution=<value optimized out>, Error=0x7fb771761b78) at lib/stringbuf.c:4479
#3  0x00007fb777ad7d5f in CtdlClientGetLine (Target=0x7fb75804d6f0) at sysdep.c:834
#4  0x00007fb777ae7d4a in CtdlReadMessageBodyBuf (terminator=0x7fb777b5a002 ".", tlen=1, maxlen=10485760, exist=<value optimized out>, crlf=1, sock=0x0) at msgbase.c:3562

#5  0x00007fb777b33da4 in smtp_data () at modules/smtp/serv_smtp.c:674
---Type <return> to continue, or q <return> to quit---
#6  0x00007fb777b34e85 in smtp_command_loop () at modules/smtp/serv_smtp.c:846
#7  0x00007fb777ad79db in worker_thread (blah=<value optimized out>) at sysdep.c:1340
#8  0x00007fb777af5a40 in CTC_backend (supplied_start_routine=0x7fb777ad7700) at threads.c:152
#9  0x00007fb7765b17f1 in start_thread () from /lib64/libpthread.so.0
#10 0x00007fb775018ccd in clone () from /lib64/libc.so.6

Thread 3 (Thread 0x7fb771664700 (LWP 19440)):
#0  0x00007fb7765b84ed in read () from /lib64/libpthread.so.0
#1  0x00007fb7767d6f20 in read (Line=0x7fb74c000b80, IOBuf=0x7fb758016050, Pos=0x7fb75802c690, fd=<value optimized out>, timeout=5, selectresolution=<value optimized out>, Error=0x7fb771660b78) at /usr/include/bits/unistd.h:45
#2  StrBufTCP_read_buffered_line_fast (Line=0x7fb74c000b80, IOBuf=0x7fb758016050, Pos=0x7fb75802c690, fd=<value optimized out>, timeout=5, selectresolution=<value optimized out>, Error=0x7fb771660b78) at lib/stringbuf.c:4479
#3  0x00007fb777ad7d5f in CtdlClientGetLine (Target=0x7fb74c000b80) at sysdep.c:834
#4  0x00007fb777ae7d4a in CtdlReadMessageBodyBuf (terminator=0x7fb777b5a002 ".", tlen=1, maxlen=10485760, exist=<value optimized out>, crlf=1, sock=0x0) at msgbase.c:3562
#5  0x00007fb777b33da4 in smtp_data () at modules/smtp/serv_smtp.c:674
#6  0x00007fb777b34e85 in smtp_command_loop () at modules/smtp/serv_smtp.c:846
#7  0x00007fb777ad79db in worker_thread (blah=<value optimized out>) at sysdep.c:1340
#8  0x00007fb777af5a40 in CTC_backend (supplied_start_routine=0x7fb777ad7700) at threads.c:152
#9  0x00007fb7765b17f1 in start_thread () from /lib64/libpthread.so.0
#10 0x00007fb775018ccd in clone () from /lib64/libc.so.6

Thread 2 (Thread 0x7fb771563700 (LWP 19485)):
#0  0x00007fb7765b84ed in read () from /lib64/libpthread.so.0
#1  0x00007fb7767d6f20 in read (Line=0x7fb750035390, IOBuf=0x7fb76003e8a0, Pos=0x7fb7600392b0, fd=<value optimized out>, timeout=5, selectresolution=<value optimized out>, Error=0x7fb77155fb78) at /usr/include/bits/unistd.h:45
#2  StrBufTCP_read_buffered_line_fast (Line=0x7fb750035390, IOBuf=0x7fb76003e8a0, Pos=0x7fb7600392b0, fd=<value optimized out>, timeout=5, selectresolution=<value optimized out>, Error=0x7fb77155fb78) at lib/stringbuf.c:4479
#3  0x00007fb777ad7d5f in CtdlClientGetLine (Target=0x7fb750035390) at sysdep.c:834
#4  0x00007fb777ae7d4a in CtdlReadMessageBodyBuf (terminator=0x7fb777b5a002 ".", tlen=1, maxlen=10485760, exist=<value optimized out>, crlf=1, sock=0x0) at msgbase.c:3562
#5  0x00007fb777b33da4 in smtp_data () at modules/smtp/serv_smtp.c:674
#6  0x00007fb777b34e85 in smtp_command_loop () at modules/smtp/serv_smtp.c:846
#7  0x00007fb777ad79db in worker_thread (blah=<value optimized out>) at sysdep.c:1340
#8  0x00007fb777af5a40 in CTC_backend (supplied_start_routine=0x7fb777ad7700) at threads.c:152
#9  0x00007fb7765b17f1 in start_thread () from /lib64/libpthread.so.0
#10 0x00007fb775018ccd in clone () from /lib64/libc.so.6

Thread 1 (Thread 0x7fb777aa07c0 (LWP 19167)):
#0  0x00007fb774fde15d in nanosleep () from /lib64/libc.so.6
#1  0x00007fb775012124 in usleep () from /lib64/libc.so.6
#2  0x00007fb777af590a in go_threading () at threads.c:207
#3  0x00007fb777acc609 in main (argc=<value optimized out>, argv=<value optimized out>) at server_main.c:380
(gdb)

 

 

[root@li173-143 ~]# netstat -an | grep 587
tcp        0      0 :::587                      :::*                        LISTEN     
tcp        0      0 ::ffff:173.230.133.143:587  ::ffff:198.58.107.49:39623  ESTABLISHED
tcp       75      0 ::ffff:173.230.133.143:993  ::ffff:173.74.90.8:55871    CLOSE_WAIT 
tcp        0      0 ::ffff:173.230.133.143:587  ::ffff:97.107.141.205:42113 ESTABLISHED
tcp        0      0 ::ffff:173.230.133.143:587  ::ffff:97.107.141.205:42129 ESTABLISHED
tcp       75      0 ::ffff:173.230.133.143:993  ::ffff:173.74.90.8:55870    CLOSE_WAIT 
tcp       75      0 ::ffff:173.230.133.143:993  ::ffff:173.74.90.8:55872    CLOSE_WAIT 
[root@li173-143 ~]# netstat -an | grep 25
tcp        0      0 :::25                       :::*                        LISTEN     
tcp        0      0 ::ffff:173.230.133.143:25   ::ffff:221.221.206.86:59375 ESTABLISHED
tcp        0      0 ::ffff:173.230.133.143:25   ::ffff:123.6.136.79:3396    ESTABLISHED
tcp        0      0 ::ffff:173.230.133.143:993  ::ffff:173.74.90.8:50325    ESTABLISHED
tcp        0      0 ::ffff:173.230.133.143:25   ::ffff:218.98.88.135:48326  ESTABLISHED
tcp      385      0 ::ffff:173.230.133.143:993  ::ffff:173.74.90.8:51259    CLOSE_WAIT 
tcp        0      0 ::ffff:173.230.133.143:143  ::ffff:173.74.90.8:50250    ESTABLISHED
tcp        0      0 ::ffff:173.230.133.143:25   ::ffff:27.20.39.224:2571    ESTABLISHED
tcp        0      0 ::ffff:173.230.133.143:143  ::ffff:173.74.90.8:50253    ESTABLISHED
tcp        1      0 ::ffff:173.230.133.143:110  ::ffff:75.101.139.173:42554 CLOSE_WAIT 
tcp        0      0 ::ffff:173.230.133.143:25   ::ffff:221.221.224.16:58891 ESTABLISHED
tcp        1      0 ::ffff:173.230.133.143:25   ::ffff:125.44.241.42:2628   CLOSE_WAIT 
tcp        1      0 ::ffff:173.230.133.143:25   ::ffff:115.63.10.34:3031    CLOSE_WAIT 
tcp        0      0 ::ffff:173.230.133.143:25   ::ffff:58.54.237.226:1286   ESTABLISHED
tcp        0      0 ::ffff:173.230.133.143:25   ::ffff:113.92.130.88:2047   ESTABLISHED
tcp        1      0 ::1:25                      ::1:49057                   CLOSE_WAIT 

 

ran tcpdump on port 25 and port 587 for about a minute .. nothing but the retries socket closes, very little activity

[root@li173-143 ~]# tcpdump -ni eth0 port 25 or port 587
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
03:07:22.190993 IP 198.58.107.49.39623 > 173.230.133.143.submission: Flags [F.], seq 1330037469, ack 1241134826, win 115, length 0
03:07:22.191388 IP 173.230.133.143.submission > 198.58.107.49.39623: Flags [.], ack 1, win 115, length 0
03:07:22.327689 IP 198.58.107.49.39624 > 173.230.133.143.submission: Flags [S], seq 822709242, win 14600, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
03:07:22.327778 IP 173.230.133.143.submission > 198.58.107.49.39624: Flags [S.], seq 1657922419, ack 822709243, win 14600, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
03:07:22.349440 IP 198.58.107.49.39624 > 173.230.133.143.submission: Flags [.], ack 1, win 115, length 0
03:07:31.525806 IP 123.6.131.125.pxc-spvr-ft > 173.230.133.143.smtp: Flags [S], seq 2182061740, win 65535, options [mss 1440,nop,nop,sackOK], length 0
03:07:31.525924 IP 173.230.133.143.smtp > 123.6.131.125.pxc-spvr-ft: Flags [S.], seq 3420630903, ack 2182061741, win 14600, options [mss 1460,nop,nop,sackOK], length 0
03:07:31.758611 IP 123.6.131.125.pxc-spvr-ft > 173.230.133.143.smtp: Flags [.], ack 1, win 65535, length 0
03:07:40.259638 IP 123.6.131.125.pxc-spvr-ft > 173.230.133.143.smtp: Flags [F.], seq 1, ack 1, win 65535, length 0
03:07:40.259945 IP 173.230.133.143.smtp > 123.6.131.125.pxc-spvr-ft: Flags [.], ack 2, win 14600, length 0
03:07:53.496571 IP 97.107.141.205.42113 > 173.230.133.143.submission: Flags [F.], seq 1192768763, ack 1155632015, win 115, length 0
03:07:53.496811 IP 173.230.133.143.submission > 97.107.141.205.42113: Flags [.], ack 1, win 115, length 0
03:07:53.497484 IP 97.107.141.205.42491 > 173.230.133.143.submission: Flags [S], seq 166232464, win 14600, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
03:07:53.497536 IP 173.230.133.143.submission > 97.107.141.205.42491: Flags [S.], seq 3145373632, ack 166232465, win 14600, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
03:07:53.516823 IP 97.107.141.205.42491 > 173.230.133.143.submission: Flags [.], ack 1, win 115, length 0
03:07:58.599936 IP 97.107.141.205.42129 > 173.230.133.143.submission: Flags [F.], seq 3569135507, ack 814486645, win 115, length 0
03:07:58.600157 IP 173.230.133.143.submission > 97.107.141.205.42129: Flags [.], ack 1, win 115, length 0
03:07:58.604865 IP 97.107.141.205.42497 > 173.230.133.143.submission: Flags [S], seq 3121507929, win 14600, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
03:07:58.604977 IP 173.230.133.143.submission > 97.107.141.205.42497: Flags [S.], seq 1373018733, ack 3121507930, win 14600, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
03:07:58.624087 IP 97.107.141.205.42497 > 173.230.133.143.submission: Flags [.], ack 1, win 115, length 0

 

not really any different if I add imaps and pops.. i.e .. nothing hammering away

 

[root@li173-143 ~]# tcpdump -ni eth0 port smtp or port submission or port imap or port pop3 or port imaps
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
03:11:18.520379 IP 173.192.34.91.44304 > 173.230.133.143.pop3: Flags [S], seq 3418117656, win 5840, options [mss 1460,sackOK,TS val 1565764546 ecr 0,nop,wscale 7], length 0
03:11:18.520497 IP 173.230.133.143.pop3 > 173.192.34.91.44304: Flags [S.], seq 3916526848, ack 3418117657, win 14600, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
03:11:18.542668 IP 173.192.34.91.44304 > 173.230.133.143.pop3: Flags [.], ack 1, win 46, length 0
03:11:20.362976 IP 108.62.139.82.43061 > 173.230.133.143.pop3: Flags [S], seq 3758726569, win 5840, options [mss 1460,sackOK,TS val 2755341006 ecr 0,nop,wscale 7], length 0
03:11:20.363096 IP 173.230.133.143.pop3 > 108.62.139.82.43061: Flags [S.], seq 362601247, ack 3758726570, win 14600, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
03:11:20.381034 IP 108.62.139.82.43061 > 173.230.133.143.pop3: Flags [.], ack 1, win 46, length 0
03:11:28.520817 IP 173.192.34.91.44304 > 173.230.133.143.pop3: Flags [F.], seq 1, ack 1, win 46, length 0
03:11:28.521122 IP 173.230.133.143.pop3 > 173.192.34.91.44304: Flags [.], ack 2, win 115, length 0
03:11:30.363454 IP 108.62.139.82.43061 > 173.230.133.143.pop3: Flags [F.], seq 1, ack 1, win 46, length 0
03:11:30.363713 IP 173.230.133.143.pop3 > 108.62.139.82.43061: Flags [.], ack 2, win 115, length 0
03:11:41.632426 IP 61.140.133.128.42473 > 173.230.133.143.pop3: Flags [F.], seq 3287209628, ack 2709137429, win 17424, length 0
03:11:41.632748 IP 173.230.133.143.pop3 > 61.140.133.128.42473: Flags [.], ack 1, win 14600, length 0
03:11:49.698156 IP 75.101.139.173.49726 > 173.230.133.143.pop3: Flags [S], seq 3915577253, win 5840, options [mss 1460,sackOK,TS val 1571800052 ecr 0,nop,wscale 6], length 0
03:11:49.698299 IP 173.230.133.143.pop3 > 75.101.139.173.49726: Flags [S.], seq 2507304165, ack 3915577254, win 14600, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
03:11:49.717089 IP 75.101.139.173.49726 > 173.230.133.143.pop3: Flags [.], ack 1, win 92, length 0
03:11:57.190065 IP 204.236.129.31.50813 > 173.230.133.143.pop3: Flags [S], seq 595755123, win 5840, options [mss 1460,sackOK,TS val 703928241 ecr 0,nop,wscale 6], length 0
03:11:57.190207 IP 173.230.133.143.pop3 > 204.236.129.31.50813: Flags [S.], seq 3875528801, ack 595755124, win 14600, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
03:11:57.255220 IP 204.236.129.31.50813 > 173.230.133.143.pop3: Flags [.], ack 1, win 92, length 0
03:11:59.699068 IP 75.101.139.173.49726 > 173.230.133.143.pop3: Flags [F.], seq 1, ack 1, win 92, length 0
03:11:59.699369 IP 173.230.133.143.pop3 > 75.101.139.173.49726: Flags [.], ack 2, win 115, length 0
03:12:07.190982 IP 204.236.129.31.50813 > 173.230.133.143.pop3: Flags [F.], seq 1, ack 1, win 92, length 0
03:12:07.191256 IP 173.230.133.143.pop3 > 204.236.129.31.50813: Flags [.], ack 2, win 115, length 0
03:12:22.451373 IP 198.58.107.49.39624 > 173.230.133.143.submission: Flags [F.], seq 822709243, ack 1657922420, win 115, length 0
03:12:22.451637 IP 173.230.133.143.submission > 198.58.107.49.39624: Flags [.], ack 1, win 115, length 0

 

[root@li173-143 log]# tail -100 maillog
Jul 23 02:51:07 li173-143 citserver[19167]: IO[416]CC[416] C-ARES: QueryCbDone
Jul 23 02:51:07 li173-143 citserver[19167]: IO[416]CC[416] - Stopping DNS.timeout QueryCbDone 0x7fb75c594460
Jul 23 02:51:07 li173-143 citserver[19167]: IO[416]CC[416] - Stopping unwind_stack QueryCbDone 0x7fb75c5942b8
Jul 23 02:51:07 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] smtp_resolve_mx_record_done Time[0.192590s]
Jul 23 02:51:07 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] get_one_mx_host_ip
Jul 23 02:51:07 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] looking up a-Record zuul.ihug.co.nz : 25 ...
Jul 23 02:51:07 li173-143 citserver[19167]: IO[416]CC[416] C-ARES: InitC_ares_dns 0x7fb7640237d0
Jul 23 02:51:07 li173-143 citserver[19167]: IO[416]CC[416] * Init DNS.timeout 0x7fb75c594460
Jul 23 02:51:07 li173-143 citserver[19167]: IO[416]CC[416] C-ARES: QueueQuery
Jul 23 02:51:07 li173-143 citserver[19167]: IO[416]CC[416] C-ARES: SockStateCb 1|0 Sock 105 port 60584
Jul 23 02:51:07 li173-143 citserver[19167]: IO[416]CC[416] * Init DNS.recv_event SockStateCb 0x7fb75c594400 FD 105
Jul 23 02:51:07 li173-143 citserver[19167]: IO[416]CC[416] + Starting DNS.recv_event SockStateCb 0x7fb75c594400 FD 105
Jul 23 02:51:07 li173-143 citserver[19167]: IO[416]CC[416] + Starting DNS.timeout QueueQuery 0x7fb75c594460
Jul 23 02:51:07 li173-143 citserver[19167]: SMTP server: DATA
Jul 23 02:51:07 li173-143 citserver[19167]: IO[416]CC[416] C-ARES: DNS_recv_callback
Jul 23 02:51:07 li173-143 citserver[19167]: IO[416]CC[416] C-ARES: QueryCb
Jul 23 02:51:07 li173-143 citserver[19167]: IO[416]CC[416] - Stopping DNS.timeout QueryCb 0x7fb75c594460
Jul 23 02:51:07 li173-143 citserver[19167]: IO[416]CC[416] C-ARES: ParseAnswerA
Jul 23 02:51:07 li173-143 citserver[19167]: IO[416]CC[416] * Init unwind_stack 0x7fb75c5942b8
Jul 23 02:51:07 li173-143 citserver[19167]: IO[416]CC[416] + Starting unwind_stack QueryCb 0x7fb75c5942b8
Jul 23 02:51:07 li173-143 citserver[19167]: IO[416]CC[416] C-ARES: SockStateCb 0|0 Sock 105 port 60584
Jul 23 02:51:07 li173-143 citserver[19167]: IO[416]CC[416] - Stopping DNS.recv_event SockStateCb 0x7fb75c594400 FD 105
Jul 23 02:51:07 li173-143 citserver[19167]: IO[416]CC[416] - Stopping DNS.send_event SockStateCb 0x7fb75c594430 FD 0
Jul 23 02:51:07 li173-143 citserver[19167]: IO[416]CC[416] event: IO_postdns_callback
Jul 23 02:51:07 li173-143 citserver[19167]: IO[416]CC[416] C-ARES: QueryCbDone
Jul 23 02:51:07 li173-143 citserver[19167]: IO[416]CC[416] - Stopping DNS.timeout QueryCbDone 0x7fb75c594460
Jul 23 02:51:07 li173-143 citserver[19167]: IO[416]CC[416] - Stopping unwind_stack QueryCbDone 0x7fb75c5942b8
Jul 23 02:51:07 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] get_one_mx_host_ip_done Time[0.191678s]
Jul 23 02:51:07 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] mx_connect_ip
Jul 23 02:51:07 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] connecting to zuul.ihug.co.nz [203.109.135.49]:25 ...
Jul 23 02:51:07 li173-143 citserver[19167]: IO[416]CC[416] connect() have to wait now.
Jul 23 02:51:07 li173-143 citserver[19167]: IO[416]CC[416] connect() succeeded.
Jul 23 02:51:07 li173-143 citserver[19167]: IO[416]CC[416] connect() succeeded
Jul 23 02:51:08 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] SMTP_C_DispatchReadDone
Jul 23 02:51:08 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] < 220 pub.filter5.content.vf.net.nz ESMTP
Jul 23 02:51:08 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] SMTPSetTimeout
Jul 23 02:51:08 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] SMTP_C_DispatchWriteDone
Jul 23 02:51:08 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] > EHLO lXXXXXXXX #015#012
Jul 23 02:51:08 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] SMTPSetTimeout
Jul 23 02:51:08 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] SMTP_C_DispatchReadDone
Jul 23 02:51:08 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] < 250 AUTH=PLAIN LOGIN
Jul 23 02:51:08 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] SMTPSetTimeout
Jul 23 02:51:08 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] SMTP_C_DispatchWriteDone
Jul 23 02:51:08 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] > MAIL FROM:<XXXXXXXX>#015#012
Jul 23 02:51:08 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] SMTPSetTimeout
Jul 23 02:51:08 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] SMTP_C_DispatchReadDone
Jul 23 02:51:08 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] < 250 sender <XXXXXXXX> ok
Jul 23 02:51:08 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] SMTPSetTimeout
Jul 23 02:51:08 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] SMTP_C_DispatchWriteDone
Jul 23 02:51:08 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] > RCPT TO:<XXXXXX@ihug.co.nz>#015#012
Jul 23 02:51:08 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] SMTPSetTimeout
Jul 23 02:51:08 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] SMTP_C_DispatchReadDone
Jul 23 02:51:08 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] < 250 recipient <XXXXXXX@ihug.co.nz> ok
Jul 23 02:51:08 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] SMTPSetTimeout
Jul 23 02:51:08 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] SMTP_C_DispatchWriteDone
Jul 23 02:51:08 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] > DATA#015#012
Jul 23 02:51:08 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] SMTPSetTimeout
Jul 23 02:51:09 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] SMTP_C_DispatchReadDone
Jul 23 02:51:09 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] < 354 go ahead
Jul 23 02:51:09 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] SMTPSetTimeout
Jul 23 02:51:09 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] SMTP_C_DispatchWriteDone
Jul 23 02:51:09 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] SMTPSetTimeout
Jul 23 02:51:09 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] SMTP_C_DispatchWriteDone
Jul 23 02:51:09 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] SMTPSetTimeout
Jul 23 02:51:09 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] SMTP_C_DispatchReadDone
Jul 23 02:51:09 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] < 250 ok:  Message 64256817 accepted
Jul 23 02:51:09 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] SMTPSetTimeout
Jul 23 02:51:09 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] SMTP_C_DispatchWriteDone
Jul 23 02:51:09 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] > QUIT#015#012
Jul 23 02:51:09 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] SMTPSetTimeout
Jul 23 02:51:09 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] SMTP_C_DispatchReadDone
Jul 23 02:51:09 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] < 221 pub.filter5.content.vf.net.nz
Jul 23 02:51:09 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] delivery to <XXXXX> @ <ihug.co.nz> (XXXXXX) succeeded
Jul 23 02:51:09 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] SMTPSetTimeout
Jul 23 02:51:09 li173-143 citserver[19167]: IO[416]CC[416] EVENT Terminating
Jul 23 02:51:09 li173-143 citserver[19167]: IO[416]CC[416] - Stopping DNS.recv_event ShutDownCLient 0x7fb75c594400 FD 105
Jul 23 02:51:09 li173-143 citserver[19167]: IO[416]CC[416] - Stopping DNS.send_event ShutDownCLient 0x7fb75c594430 FD 0
Jul 23 02:51:09 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] SMTP_C_Terminate
Jul 23 02:51:09 li173-143 citserver[19167]: IO[416]CC[416] DBEVENT Q
Jul 23 02:51:09 li173-143 citserver[19167]: IO[416]CC[416] DBEVENT Q Done.
Jul 23 02:51:09 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] Delivery successful. Time[2.661145s] Recipient <XXXXXX> @ <ihug.co.nz> (XXXXXXX) Status message: ok:  Message 64256817 accepted
Jul 23 02:51:09 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] 19462
Jul 23 02:51:09 li173-143 citserver[19167]: CC[416]CtdlDeleteMessages(__CitadelSMTPspoolout__, 1 msgs, )
Jul 23 02:51:09 li173-143 citserver[19167]: CC[416]AdjRefCountList() msg 1 ref count delta -1
Jul 23 02:51:09 li173-143 citserver[19167]: CC[416]1 message(s) deleted.
Jul 23 02:51:09 li173-143 citserver[19167]: SMTPCQ: smtp_do_bounce() called
Jul 23 02:51:09 li173-143 citserver[19167]: CC[416]CtdlDeleteMessages(__CitadelSMTPspoolout__, 1 msgs, )
Jul 23 02:51:09 li173-143 citserver[19167]: CC[416]AdjRefCountList() msg 1 ref count delta -1
Jul 23 02:51:09 li173-143 citserver[19167]: CC[416]1 message(s) deleted.
Jul 23 02:51:09 li173-143 citserver[19167]: XMPP: xmpp_queue_event(1, )
Jul 23 02:51:09 li173-143 citserver[19167]: Context: [416]SRV[SMTP_Send] Session ended.
Jul 23 02:51:09 li173-143 citserver[19167]: IO[416]CC[416] DBEVENT Terminating.
Jul 23 02:51:09 li173-143 citserver[19167]: SMTPC:IO[416]CC[416]S[19461][415] SMTP_C_TerminateDB
Jul 23 02:51:09 li173-143 citserver[19167]: IO[416]CC[416] DeleteSmtpOutMsg Exit
Jul 23 02:51:09 li173-143 citserver[19167]: IO[416] C-ARES: DestructCAres
Jul 23 02:51:09 li173-143 citserver[19167]: IO[416] C-ARES: - stopping DNS.recv_event 105 0x7fb75c594400
Jul 23 02:51:09 li173-143 citserver[19167]: IO[416] C-ARES: - stopping DNS.send_event 0 0x7fb75c594430
Jul 23 02:51:09 li173-143 citserver[19167]: IO[416] C-ARES: - stopping DNS.timeout 0x7fb75c594430
Jul 23 02:51:09 li173-143 citserver[19167]: IO[416] C-ARES: - stopping DNS.unwind_stack 0x7fb75c5942b8
Jul 23 02:51:09 li173-143 citserver[19167]: IO DBEVENT Q Add done.

 

 

 

 

 

 

Tue Jul 02 2013 11:53:43 EDT from dothebart @ Uncensored Subject: Re: Citserver stops responding

 

Tue Jul 02 2013 08:27:53 EDT from wylekyote @ Uncensored Subject: Re: Citserver stops responding

 

Hung again ...
Thread 9 (Thread 0x7f9e5856f700 (LWP 32757)):
#0  0x00007f9e5cdad4ed in read () from /lib64/libpthread.so.0
#1  0x00007f9e5cfcbf20 in read (Line=0x7f9e6065b560, IOBuf=0x7f9e606380d0, Pos=0x7f9e6071c210, fd=<value optimized out>, timeout=5,
    selectresolution=<value optimized out>, Error=0x7f9e5856ec58) at /usr/include/bits/unistd.h:45
#2  StrBufTCP_read_buffered_line_fast (Line=0x7f9e6065b560, IOBuf=0x7f9e606380d0, Pos=0x7f9e6071c210, fd=<value optimized out>, timeout=5,
    selectresolution=<value optimized out>, Error=0x7f9e5856ec58) at lib/stringbuf.c:4479
#3  0x00007f9e5e2cad5f in CtdlClientGetLine (Target=0x7f9e6065b560) at sysdep.c:834
#4  0x00007f9e5e308336 in imap_command_loop () at modules/imap/serv_imap.c:1502
#5  0x00007f9e5e2ca9db in worker_thread (blah=<value optimized out>) at sysdep.c:1340
#6  0x00007f9e5e2e8a40 in CTC_backend (supplied_start_routine=0x7f9e5e2ca700) at threads.c:152
#7  0x00007f9e5cda67f1 in start_thread () from /lib64/libpthread.so.0
#8  0x00007f9e5b80fccd in clone () from /lib64/libc.so.6

Ok, this picture more closely resembles the situation that can be seen in your syslog.

to trap this further, can you run a tcpdump on port 25?

http://citadel.org/doku.php/faq:mastering_your_os:net_sniff#exploring.the.communication.from.your.citadel.server

once another hang occurs,

http://citadel.org/doku.php/faq:mastering_your_os:net#netstat

netstat with -a should be able to tell wich connections are there active on port 25 plus their remote ip / port which you then could use to extract the stream relevant for this trouble, and we can see whats to be done about this.



 



[#] Tue Jul 23 2013 15:29:15 EDT from schaap23 @ Uncensored

Subject: cannot receive email 550 Invalid recipient:

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

I cannot receive email anymore.

 

when I send an email to my citadel server I get the following error:

 

Technical details of permanent failure:

Google tried to deliver your message, but it was rejected by the relay smtp.domainname.nl by smtp.domainnamer.nl. [x.x.x.x].


The error that the other server returned was:
550 Invalid recipient: schaap23@domainname.nl
 
 
I dont understand this. Since the user exists on citadel!
How can the recipient be invalid when it actually exists?


[#] Tue Jul 23 2013 17:06:50 EDT from dothebart @ Uncensored

Subject: Re: cannot receive email 550 Invalid recipient:

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

 

Tue Jul 23 2013 15:29:15 EDT from schaap23 @ Uncensored Subject: cannot receive email 550 Invalid recipient:

I cannot receive email anymore.

 

when I send an email to my citadel server I get the following error:

 

Technical details of permanent failure:

Google tried to deliver your message, but it was rejected by the relay smtp.domainname.nl by smtp.domainnamer.nl. [x.x.x.x].


The error that the other server returned was:
550 Invalid recipient: schaap23@domainname.nl
 
 
I dont understand this. Since the user exists on citadel!
How can the recipient be invalid when it actually exists?


try

sendcommand qdir schaap23@domainname.nl

to see what it returns.

try editing your personal vcard (or simply saving it again)



[#] Tue Jul 23 2013 18:44:44 EDT from assand @ Uncensored

Subject: Using Citadel and Pushover App

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

Hey everybody!

I tried to use the citadel notification api in cominbation with the Pushover-App for iOS.

I wrote my own php-script and saved it to a public (apache-place) on the same server. I used in the Administration:

'http://mydomain.tld/push.php' and I've set my users configuration to 'Use Custom Notification (...) by Admin'

If I send now an eMail to my account nothing happens, but when I trigger the Page bymyself in the browser, it works fine.

 

Any reasons or must it be a batch/python/whatever-script?

 

Thanks everybody



[#] Wed Jul 24 2013 01:59:23 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: cannot receive email 550 Invalid recipient:

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

I dont understand this. Since the user exists on citadel!

How can the recipient be invalid when it actually exists?

Telnet to port 25 on your Citadel server, and take a look at the 200-series protocol prompt that appears when you connect. If the prompt does not say "citadel" anywhere in the string, you've got some other program running on your server that's occupying port 25.

[#] Wed Jul 24 2013 02:23:48 EDT from dothebart @ Uncensored

Subject: Re: Using Citadel and Pushover App

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

 

Tue Jul 23 2013 18:44:44 EDT from assand @ Uncensored Subject: Using Citadel and Pushover App

Hey everybody!

I tried to use the citadel notification api in cominbation with the Pushover-App for iOS.

I wrote my own php-script and saved it to a public (apache-place) on the same server. I used in the Administration:

'http://mydomain.tld/push.php' and I've set my users configuration to 'Use Custom Notification (...) by Admin'

If I send now an eMail to my account nothing happens, but when I trigger the Page bymyself in the browser, it works fine.

 

Any reasons or must it be a batch/python/whatever-script?

 

Thanks everybody



last time I've tried it I used this config setting:

:http://citadel.org/test.php?user=^notifyuser&syncs=^syncsource&msgid=^msgid&msgnum=^msgnum

note the : in front of everything? you can put a filename in there if you want to post it. Same cheap tokens are used in there.

it should send you an aide message if it fails to send the notification.



[#] Wed Jul 24 2013 07:07:14 EDT from Eric Wagner @ Uncensored

Subject: No notification for permanent failure.

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

I'm running Citadel 8.14 on Debian 7.

I don't receive failure messages for some permanent failures.  I'm not sure if this is the fault of the receiving mail server (not sending proper

or expected failure message).

 

When sending mail to an undeliverable yahoo address, I don't get notified of the failure.

 

Here is log entry:

Jul 22 06:57:25 mail citserver[1746]: SMTPC:IO[404]CC[404]S[86059][33] connecting to mta7.am0.yahoodns.net [66.196.118.33]:25 ...

Jul 22 06:57:25 mail citserver[1746]: SMTPC:IO[404]CC[404]S[86059][33] Delivery failed permanently; giving up. Time[0.868163s] Recipient <someUser> @ <yahoo.com> (someUser) Status message: delivery error: dd This user doesn't have a yahoo.com account (someUser@yahoo.com) [-5] - mta1008.mail.bf1.yahoo.com

Jul 22 06:57:25 mail citserver[1746]: Context: [404]SRV[SMTP_Send] Session ended.

Here is an early message that failed, with no notification email sent:

Jun 28 12:38:41 mail citserver[2055]: SMTPC:IO[598]CC[598]S[83017][87] connecting to valiantsolutions-com.mail.eo.outlook.com [207.46.163.215]:25 ...

Jun 28 12:38:46 mail citserver[2055]: SMTPC:IO[598]CC[598]S[83017][87] Delivery failed permanently; giving up. Time[6.186813s] Recipient <user> @ <valiantsolutions.com> (user) Status message: 5.7.1 Service unavailable; Client host [192.210.138.124] blocked using Blocklist 1; To request removal from this list please forward this message to delist@messaging.microsoft.com

Jun 28 12:38:47 mail citserver[2055]: Context: [598]SRV[SMTP_Send] Session ended.

 

Jun 28 12:38:47 mail citserver[2055]: Context: [598]SRV[SMTP_Send] Session ended.

 

 

 

Since there is no 5xx error, is there anyway that I may be notified that the message was not sent?

 

 



[#] Wed Jul 24 2013 07:22:23 EDT from assand @ Uncensored

Subject: Re: Using Citadel and Pushover App

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

 

Wed Jul 24 2013 02:23:48 EDT from dothebart @ Uncensored Subject: Re: Using Citadel and Pushover App

 

Tue Jul 23 2013 18:44:44 EDT from assand @ Uncensored Subject: Using Citadel and Pushover App

Hey everybody!

I tried to use the citadel notification api in cominbation with the Pushover-App for iOS.

I wrote my own php-script and saved it to a public (apache-place) on the same server. I used in the Administration:

'http://mydomain.tld/push.php' and I've set my users configuration to 'Use Custom Notification (...) by Admin'

If I send now an eMail to my account nothing happens, but when I trigger the Page bymyself in the browser, it works fine.

 

Any reasons or must it be a batch/python/whatever-script?

 

Thanks everybody



last time I've tried it I used this config setting:

:http://citadel.org/test.php?user=^notifyuser&syncs=^syncsource&msgid=^msgid&msgnum=^msgnum

note the : in front of everything? you can put a filename in there if you want to post it. Same cheap tokens are used in there.

it should send you an aide message if it fails to send the notification.



Now I've changed my external pager tool to ':http://citadel.org/push.php?auser=^notifyuser&asyncs=^syncsource&amsgid=^msgid&amsgnum=^msgnum'

Nothing happens, again. Where should I find the aide-message? And in which folder must the file be? Or does it work the same way: work /home/push.sh ?

 

Thanks for your help so far.



[#] Wed Jul 24 2013 10:27:20 EDT from dothebart @ Uncensored

Subject: Re: Using Citadel and Pushover App

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

 

Wed Jul 24 2013 07:22:23 EDT from assand @ Uncensored Subject: Re: Using Citadel and Pushover App

 

Wed Jul 24 2013 02:23:48 EDT from dothebart @ Uncensored Subject: Re: Using Citadel and Pushover App

 

Tue Jul 23 2013 18:44:44 EDT from assand @ Uncensored Subject: Using Citadel and Pushover App

Hey everybody!

I tried to use the citadel notification api in cominbation with the Pushover-App for iOS.

I wrote my own php-script and saved it to a public (apache-place) on the same server. I used in the Administration:

'http://mydomain.tld/push.php' and I've set my users configuration to 'Use Custom Notification (...) by Admin'

If I send now an eMail to my account nothing happens, but when I trigger the Page bymyself in the browser, it works fine.

 

Any reasons or must it be a batch/python/whatever-script?

 

Thanks everybody



last time I've tried it I used this config setting:

:http://citadel.org/test.php?user=^notifyuser&syncs=^syncsource&msgid=^msgid&msgnum=^msgnum

note the : in front of everything? you can put a filename in there if you want to post it. Same cheap tokens are used in there.

it should send you an aide message if it fails to send the notification.



Now I've changed my external pager tool to ':http://citadel.org/push.php?auser=^notifyuser&asyncs=^syncsource&amsgid=^msgid&amsgnum=^msgnum'

Nothing happens, again. Where should I find the aide-message? And in which folder must the file be? Or does it work the same way: work /home/push.sh ?

 

Thanks for your help so far.

the aide room has the error messages.

If not, you should see some requests in your webservers request log.

In doubt, you should use an IP instead of a hostname.



[#] Wed Jul 24 2013 11:14:15 EDT from assand @ Uncensored

Subject: Re: Using Citadel and Pushover App

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

 

Wed Jul 24 2013 10:27:20 EDT from dothebart @ Uncensored Subject: Re: Using Citadel and Pushover App

 

Wed Jul 24 2013 07:22:23 EDT from assand @ Uncensored Subject: Re: Using Citadel and Pushover App

 

Wed Jul 24 2013 02:23:48 EDT from dothebart @ Uncensored Subject: Re: Using Citadel and Pushover App

 

Tue Jul 23 2013 18:44:44 EDT from assand @ Uncensored Subject: Using Citadel and Pushover App

Hey everybody!

I tried to use the citadel notification api in cominbation with the Pushover-App for iOS.

I wrote my own php-script and saved it to a public (apache-place) on the same server. I used in the Administration:

'http://mydomain.tld/push.php' and I've set my users configuration to 'Use Custom Notification (...) by Admin'

If I send now an eMail to my account nothing happens, but when I trigger the Page bymyself in the browser, it works fine.

 

Any reasons or must it be a batch/python/whatever-script?

 

Thanks everybody



last time I've tried it I used this config setting:

:http://citadel.org/test.php?user=^notifyuser&syncs=^syncsource&msgid=^msgid&msgnum=^msgnum

note the : in front of everything? you can put a filename in there if you want to post it. Same cheap tokens are used in there.

it should send you an aide message if it fails to send the notification.



Now I've changed my external pager tool to ':http://citadel.org/push.php?auser=^notifyuser&asyncs=^syncsource&amsgid=^msgid&amsgnum=^msgnum'

Nothing happens, again. Where should I find the aide-message? And in which folder must the file be? Or does it work the same way: work /home/push.sh ?

 

Thanks for your help so far.

the aide room has the error messages.

If not, you should see some requests in your webservers request log.

In doubt, you should use an IP instead of a hostname.



I changed it to ':http://127.0.0.1/push.php?auser=^notifyuser&asyncs=^syncsource&amsgid=^msgid&amsgnum=^msgnum'


The aide-room gives no information. Only 'The global system configuration has been edited by admin.'

I really start to become desperate of this :/



[#] Wed Jul 24 2013 17:56:23 EDT from alexgro @ Uncensored

Subject: "Edit side-wide configuration" shows error PAge connection has been rs

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

I just installed Citadel and wanted to configure the system. For some reason I am unable to open the 'site wide configuration' page. Anyone who could point me in the right direction?



[#] Thu Jul 25 2013 02:33:40 EDT from dothebart @ Uncensored

Subject: Re: "Edit side-wide configuration" shows error PAge connection has been rs

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

 

Wed Jul 24 2013 17:56:23 EDT from alexgro @ Uncensored Subject: "Edit side-wide configuration" shows error PAge connection has been rs

I just installed Citadel and wanted to configure the system. For some reason I am unable to open the 'site wide configuration' page. Anyone who could point me in the right direction?



try re-running setup and re-specify the user which is to become aide.

if you're using debian, try

dpkg-reconfigure citadel-server

 



[#] Thu Jul 25 2013 05:04:14 EDT from alexgro @ Uncensored

Subject: Re: "Edit side-wide configuration" shows error PAge connection has been rs

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

Thanks for the advise. Will try it right away.



[#] Thu Jul 25 2013 13:19:10 EDT from schaap23 @ Uncensored

Subject: Re: cannot receive email 550 Invalid recipient:

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

I logged in as the admin. Checked the global address book (via show all rooms -> global address book) and saw that each user had at least 3 entries. So each user had multiple vcards.

It seems like each time when you edit someones global address book entry as an admin, a new vcard is made for that user when you click on save.
Having to many vcards for each user apparently overloads citadel when it has to resolve a user to an email address.
Removing all the vcards in the global address book room, resolved my issue.
Emails are properly mapped to a user again and arrive in the correct mailbox.

Tue Jul 23 2013 17:06:50 EDT from dothebart @ Uncensored Subject: Re: cannot receive email 550 Invalid recipient:

 

Tue Jul 23 2013 15:29:15 EDT from schaap23 @ Uncensored Subject: cannot receive email 550 Invalid recipient:

I cannot receive email anymore.

 

when I send an email to my citadel server I get the following error:

 

Technical details of permanent failure:

Google tried to deliver your message, but it was rejected by the relay smtp.domainname.nl by smtp.domainnamer.nl. [x.x.x.x].


The error that the other server returned was:
550 Invalid recipient: schaap23@domainname.nl
 
 
I dont understand this. Since the user exists on citadel!
How can the recipient be invalid when it actually exists?


try

sendcommand qdir schaap23@domainname.nl

to see what it returns.

try editing your personal vcard (or simply saving it again)



 



[#] Fri Jul 26 2013 13:18:58 EDT from curry @ Uncensored

Subject: not able to enter a message (private room) as an invited network user

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

Hello,

thank you for this nice piece of software.

I just installed Citadel-Suite 8.14 on Raspberry PI and everything seems to work but:

Is it intended that normal users (e.g. network users) cant create new messages/post to a private room (invite only, using webcit)?
They are of course invited into that room and the room itself is not readonly.

When i click on "enter a message" it just happens nothing (tested with opera and firefox).

It only works if the user is set as room aide. 



[#] Sat Jul 27 2013 12:01:08 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: not able to enter a message (private room) as an invited network user

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

Wow, it does seem that a lot of people are installing Citadel on Raspberry Pi. This is an unexpected twist to our story. I guess Citadel's small resource footprint is to be credited for this!

[#] Sat Jul 27 2013 14:32:44 EDT from mxhess @ Uncensored

Subject: wishlist item

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

I do have one wishlist item for citadel... replication of all data within citadel between citadel sites. I would love to be able to setup multiple geographically redundant systems and a load balanacer and have all data available at all sites.



[#] Sun Jul 28 2013 01:15:26 EDT from curry @ Uncensored

Subject: Re: not able to enter a message (private room) as an invited network user

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

 

Sat Jul 27 2013 12:01:08 EDT from IGnatius T Foobar @ Uncensored Subject: Re: not able to enter a message (private room) as an invited network user
Wow, it does seem that a lot of people are installing Citadel on Raspberry Pi. This is an unexpected twist to our story. I guess Citadel's small resource footprint is to be credited for this!

sarcasm?

from a good source: "For a simple BBS, 256 MB of memory might be just fine."



[#] Sun Jul 28 2013 14:49:42 EDT from billsmith @ Uncensored

Subject: Latest versions/source?

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

 

?Wow, it does seem that a lot of people are installing Citadel on Raspberry Pi.  This is an unexpected twist to our story.  I guess Citadel's small resource footprint is to be credited for this"

Indeed!  Great software, and ideal for an emergency-response application server in a battery-operated wi-fi mesh network. 

Where can the latest version (or source) be downloaded?  Version 8.17 reportedly fixes data entry/prompting problems with cellphones, but the

raspberry pi repository supports 8.14.   The Citadel website (running v8.13?) only contains a URL stub for source.

 

My attempt to reply from an email subscription generated the response that the mail server bounced the post with the message "not a member of the group."

Or, most recently, "550 This mailing list only accepts posts from subscribers."

Bill



Go to page: [1] 2 3 4 5 ... Last