4 Apr
2011
4 Apr
'11
6:52 p.m.
Hello,
I have perdition installation with imap and managesieve service, imap
works very well, but managesieve never works.
my setup:
Debian Squeeze 6.01
perdition 1.19~rc4-2
Each time I tried to login from perdition server to real
server(managesieve works on it, it is dovecot).
$ telnet email.tst.gameloft.org 2000
Trying 10.137.0.45...
Connected to email.tst.gameloft.org.
Escape character is '^]'.
"IMPLEMENTATION" "perdition"
"SIEVE" "comparator-i;octet comparator-i;ascii-casemap fileinto reject
envelope encoded-character vacation subaddress
comparator-i;ascii-numeric relational regex imap4flags copy include
variables body enotify environment mailbox date"
"SASL" "PLAIN"
"NOTIFY" "mailto"
"VERSION" "1.19"
OK "predition ready on email.tst.gameloft.org 0002a618"
AUTHENTICATE "PLAIN"
"AGNoZW5nZnUueWFuZ0BnYW1lbG9mdC5jb20AUjNsMGFkZWQ4"
Connection closed by foreign host.
I got the following error message. I can find perdition.managesieve
forward my authentication information to real server from tcpdump
Apr 4 18:05:35 email perdition.imap4[26316]: Exiting on signal 15
Apr 4 18:05:35 email perdition.managesieve[26319]: Exiting on signal 15
Apr 4 18:05:37 email perdition.imap4[29577]: Starting perdition
version=1.19-rc4 protocol=IMAP4
Apr 4 18:05:37 email perdition.managesieve[29580]: Starting perdition
version=1.19-rc4 protocol=MANAGESIEVE
Apr 4 18:05:37 email perdition.managesieve[29580]: add_domain="",
authenticate_in=off, authenticate_timeout=1800, bind_address="",
client_server_specification=off,
config_file="/etc/perdition/perdition.managesieve.conf",
connection_limit=0, connection_logging=on, connect_relog=300, debug=on,
domain_delimiter="@", explicit_domain="", group="nogroup",
imap_capability="IMAP4 IMAP4REV1", inetd_mode=off,
listen_port="2000",
log_facility="mail", log_passwd="always", login_disabled=off,
lower_case="all", managesieve_capability=""IMPLEMENTATION"
"perdition"
"SIEVE" "comparator-i;octet comparator-i;ascii-casemap fileinto reject
envelope encoded-character vacation subaddress
comparator-i;ascii-numeric relational regex imap4flags copy include
variables body enotify environment mailbox date" "SASL" "PLAIN"
"NOTIFY" "mailto" "VERSION" "1.19"",
map_library="/usr/lib/libperditiondb_gdbm.so.0",
map_library_opt="/etc/perdition/manamap.gdbm.db", no_bind_banner=off,
no_daemon=off, no_lookup=off, tcp_keepalive=off,
nodename="email.tst.gameloft.org", ok_line="You are so in",
outgoing_port="2000", outgoing_server="",
pid_file="/var/run/perdition.managesieve/perdition.managesieve.pid",
pop_capability="UIDL.USER", protocol="MANAGESIEVE",
server_resp_line=off, strip_domain="", timeout=1800,
username="nobody",
username_from_database=off, query_key="", quiet=off (mask=0x00000000
00000000)
Apr 4 18:05:37 email perdition.managesieve[29580]: ssl_mode="",
ssl_ca_file="", ssl_ca_path="/etc/perdition/perdition.ca/",
ssl_ca_accept_self_signed="off",
ssl_cert_file="/etc/perdition/perdition.crt.pem",
ssl_cert_accept_expired="off", ssl_cert_not_yet_valid="off",
ssl_cert_self_signed="off", ssl_cert_verify_depth=9,
ssl_key_file="/etc/perdition/perdition.key.pem",
ssl_listen_ciphers="",
ssl_outgoing_ciphers="", ssl_no_cert_verify="off",
ssl_no_client_cert_verify="off", ssl_no_cn_verify="off"
ssl_passphrase_fd=0, ssl_passphrase_file="(null)", (ssl_mask=0x00000000)
Apr 4 18:05:37 email perdition.managesieve[29582]:
vanessa_socket_daemon_setid: uid=65534 euid=65534 gid=65534 egid=65534
Apr 4 18:05:45 email perdition.managesieve[29584]: Connect:
10.137.0.45:46365->10.137.0.45:2000
Apr 4 18:05:45 email perdition.managesieve[29584]: SELF:
"\"IMPLEMENTATION\" \"perdition\"\r\n\"SIEVE\"
\"comparator-i;octet
comparator-i;ascii-casemap fileinto reject envelope encoded-character
vacation subaddress comparator-i;ascii-numeric relational regex
imap4flags copy include variables body enotify environment mailbox
date\"\r\n\"SASL\" \"PLAIN\"\r\n\"NOTIFY\"
\"mailto\"\r\n\"VERSION\"
\"1.19\"\r\nOK \"predition ready on email.tst.exmaple.org
0002a618\"\r\n"
Apr 4 18:05:56 email perdition.managesieve[29584]: CLIENT:
"AUTHENTICATE \"PLAIN\"
\"AGNoZW5nZnUueWFuZ0BnYW1lbG9mdC5jb20AUjNsMGFkZWQ4\"\r\n"
Apr 4 18:05:56 email perdition.managesieve[29584]: username_add_domain:
username_add_domain 0 1
Apr 4 18:05:56 email perdition.managesieve[29584]: username_add_domain:
username_add_domain 0 4
Apr 4 18:05:56 email perdition.managesieve[29584]: REAL:
"\"IMPLEMENTATION\" \"dovecot\"\r\n\"SIEVE\"
\"comparator-i;octet
comparator-i;ascii-casemap fileinto reject envelope encoded-character
vacation subaddress comparator-i;ascii-numeric relational regex
imap4flags copy include variables body enotify environment mailbox date
spamtest spamtestplus virustest\"\r\n\"SASL\" \"PLAIN LOGIN
GSSAPI\"\r\n\"STARTTLS\"\r\n\"NOTIFY\"
\"mailto\"\r\n\"VERSION\"
\"1.0\"\r\nOK \"Dovecot ready.\"\r\n"
Apr 4 18:05:56 email perdition.managesieve[29584]: Exiting on signal 11
tcpdump information:
18:05:56.319139 00:12:79:8f:f1:ee > 00:12:79:3a:44:b5, ethertype IPv4
(0x0800), length 74: (tos 0x0, ttl 64, id 57476, offset 0, flags [DF],
proto TCP (6), length 60) 10.137.0.45.57274 > 10.137.0.130.2000: S,
cksum 0x2352 (correct), 10062289:10062289(0) win 5840 <mss
1460,sackOK,timestamp 483486037 0,nop,wscale 9>
18:05:56.935100 00:12:79:3a:44:b5 > 00:12:79:8f:f1:ee, ethertype IPv4
(0x0800), length 74: (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto
TCP (6), length 60) 10.137.0.130.2000 > 10.137.0.45.57274: S, cksum
0x567a (correct), 2822211310:2822211310(0) ack 10062290 win 5792 <mss
1460,sackOK,timestamp 60267065 483486037,nop,wscale 9>
18:05:56.935166 00:12:79:8f:f1:ee > 00:12:79:3a:44:b5, ethertype IPv4
(0x0800), length 66: (tos 0x0, ttl 64, id 57477, offset 0, flags [DF],
proto TCP (6), length 52) 10.137.0.45.57274 > 10.137.0.130.2000: .,
cksum 0x9b40 (correct), ack 1 win 12 <nop,nop,timestamp 483486193 60267065>
18:05:56.935532 00:12:79:3a:44:b5 > 00:12:79:8f:f1:ee, ethertype IPv4
(0x0800), length 460: (tos 0x0, ttl 64, id 7228, offset 0, flags [DF],
proto TCP (6), length 446) 10.137.0.130.2000 > 10.137.0.45.57274: P
1:395(394) ack 1 win 12 <nop,nop,timestamp 60267219 483486193>
18:05:56.935572 00:12:79:8f:f1:ee > 00:12:79:3a:44:b5, ethertype IPv4
(0x0800), length 66: (tos 0x0, ttl 64, id 57478, offset 0, flags [DF],
proto TCP (6), length 52) 10.137.0.45.57274 > 10.137.0.130.2000: .,
cksum 0x991a (correct), ack 395 win 14 <nop,nop,timestamp 483486193
60267219>
18:05:56.936890 00:12:79:8f:f1:ee > 00:12:79:3a:44:b5, ethertype IPv4
(0x0800), length 66: (tos 0x0, ttl 64, id 57479, offset 0, flags [DF],
proto TCP (6), length 52) 10.137.0.45.57274 > 10.137.0.130.2000: F,
cksum 0x9919 (correct), 1:1(0) ack 395 win 14 <nop,nop,timestamp
483486193 60267219>
18:05:56.937112 00:12:79:3a:44:b5 > 00:12:79:8f:f1:ee, ethertype IPv4
(0x0800), length 66: (tos 0x0, ttl 64, id 7229, offset 0, flags [DF],
proto TCP (6), length 52) 10.137.0.130.2000 > 10.137.0.45.57274: F,
cksum 0x9919 (correct), 395:395(0) ack 2 win 12 <nop,nop,timestamp
60267220 483486193>
18:05:56.937140 00:12:79:8f:f1:ee > 00:12:79:3a:44:b5, ethertype IPv4
(0x0800), length 66: (tos 0x0, ttl 64, id 57480, offset 0, flags [DF],
proto TCP (6), length 52) 10.137.0.45.57274 > 10.137.0.130.2000: .,
cksum 0x9917 (correct), ack 396 win 14 <nop,nop,timestamp 483486193
60267220>
/etc/perdition/perdition.managesieve.conf
connection_logging
debug
log_facility mail
managesieve_capability \
"\"IMPLEMENTATION\" \"perdition\" "\
"\"SIEVE\" \"comparator-i;octet "\
"comparator-i;ascii-casemap "\
"fileinto "\
"reject "\
"envelope "\
"encoded-character "\
"vacation "\
"subaddress "\
"comparator-i;ascii-numeric "\
"relational "\
"regex "\
"imap4flags "\
"copy i"\
"nclude "\
"variables "\
"body "\
"enotify "\
"environment "\
"mailbox "\
"date\" "\
"\"SASL\" \"PLAIN\" "\
"\"NOTIFY\" \"mailto\" "\
"\"VERSION\" \"1.19\""
listen_port 2000
log_passwd always
lower_case all
map_library /usr/lib/libperditiondb_gdbm.so.0
map_library_opt /etc/perdition/manamap.gdbm.db
protocol managesieve
outgoing_port 2000
5 Apr
5 Apr
3:37 a.m.
On Mon, Apr 04, 2011 at 02:52:59PM -0400, YANG ChengFu wrote:
Hello,
I have perdition installation with imap and managesieve service, imap
works very well, but managesieve never works.
Hi,
could you please take a look at this thread?
http://lists.vergenet.net/pipermail/perdition-users/2011-April/002507.html
12 May
12 May
12:57 a.m.
On Mon, Apr 04, 2011 at 02:52:59PM -0400, YANG ChengFu wrote:
Hello,
I have perdition installation with imap and managesieve service, imap
works very well, but managesieve never works.
my setup:
Debian Squeeze 6.01
perdition 1.19~rc4-2
Each time I tried to login from perdition server to real
server(managesieve works on it, it is dovecot).
$ telnet email.tst.gameloft.org 2000
Trying 10.137.0.45...
Connected to email.tst.gameloft.org.
Escape character is '^]'.
"IMPLEMENTATION" "perdition"
"SIEVE" "comparator-i;octet comparator-i;ascii-casemap fileinto reject
envelope encoded-character vacation subaddress
comparator-i;ascii-numeric relational regex imap4flags copy include
variables body enotify environment mailbox date"
"SASL" "PLAIN"
"NOTIFY" "mailto"
"VERSION" "1.19"
OK "predition ready on email.tst.gameloft.org 0002a618"
AUTHENTICATE "PLAIN"
"AGNoZW5nZnUueWFuZ0BnYW1lbG9mdC5jb20AUjNsMGFkZWQ4"
Connection closed by foreign host.
I got the following error message. I can find perdition.managesieve
forward my authentication information to real server from tcpdump
Hi,
thanks for the detailed bug report and sorry for taking so long to
look into this.
I have tried to replicate your setup - perdition 1.19~rc4-2 on squeeze -
but unfortunately I am unable to reproduce the problem that you are seeing
on both x86_32 (i386) and x86_64 (amd64).
I do have a few ideas for you to try, hopefully one of them
can bring us closer to resolving this problem.
1) There is a manage-sieve authentication bug resolved in the tip
of mercurial that was present in 1.19~rc4-2. I do not think
this is the bug you are seeing, but its probably worth checking
out the mercurial tree and verifying that the problem you
are seeing still manifests with that code.
hg clone http://hg.vergenet.net/perdition/perdition/rev/6544c58ec144
cd 6544c58ec144/
apt-get build-dep perdition
./configure
make
2) I think that it would be worth trying to get perdition to dump a core
file and seeing if that sheds any light on the problem.
Unfortuantely getting perdition to produce a code file is a somewhat
more difficult than it ought to me - as I discovered while looking
into things this morning.
0) Check to see if your problem manifests when perdition is running
in inetd mode (its easier to get perdition to produce core files
in that mode).
./perdition/perdition -P managesieve -i -f
/etc/perdition/perdition.managesieve.conf
You should see something like this:
"IMPLEMENTATION" "perdition"
"SIEVE" "comparator-i;octet comparator-i;ascii-casemap fileinto
reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric
relational regex imap4flags copy include variables body enotify environment mailbox
date"
"SASL" "PLAIN"
"NOTIFY" "mailto"
"VERSION" "1.19-rc4"
OK "perdition ready on joe 00026eea"
Then in the terminal type (or paste :-)
AUTHENTICATE "PLAIN"
"AGNoZW5nZnUueWFuZ0BnYW1lbG9mdC5jb20AUjNsMGFkZWQ4"
Then perdition should exit (if the bug is manifesting)
i) Make sure ulimit isn't inhibiting the creation of core files
ulimit -c unlimited
ii) Apply the patch below so that perdition doesn't prevent the
creation of core files
iii) Build with -g in CFLAGS to include debugging symbols in the
perdition binary
make clean
CFLAGS="-g" ./configure
make
iv) Run perdition in inetd mode
./perdition/perdition -P managesieve -i -f
/etc/perdition/perdition.managesieve.conf
And paste the following in the console
AUTHENTICATE "PLAIN"
"AGNoZW5nZnUueWFuZ0BnYW1lbG9mdC5jb20AUjNsMGFkZWQ4"
And if the bug is manifesting you should get
Segmentation fault (core dumped)
The "(core dumped)" bit is critical, else there is no core file to
work with.
If there is a core file, you should be able to use gdb to get an
idea of what went wrong. Or at least, approximately where things
went wrong.
gdb ./perdition/perdition core
bt
diff -r 6544c58ec144 perdition/perdition.c
--- a/perdition/perdition.c Tue Dec 21 07:44:19 2010 +0900
+++ b/perdition/perdition.c Thu May 12 09:41:57 2011 +0900
@@ -410,7 +410,6 @@
signal(SIGBUS, perdition_exit_cleanly);
signal(SIGFPE, perdition_exit_cleanly);
signal(SIGUSR1, vanessa_socket_handler_noop);
- signal(SIGSEGV, perdition_exit_cleanly);
signal(SIGUSR2, vanessa_socket_handler_noop);
signal(SIGPIPE, SIG_IGN);
signal(SIGALRM, perdition_exit_cleanly);
@@ -521,7 +520,7 @@
/* Close file descriptors and detach process from shell as necessary */
if (opt.inetd_mode || opt.no_daemon || fh != NULL)
- vanessa_socket_daemon_inetd_process();
+ ;//vanessa_socket_daemon_inetd_process();
else {
vanessa_socket_daemon_process();
if (vanessa_logger_reopen(vanessa_logger_get()) < 0) {
4756
days inactive
4794
days old
2 comments
2 participants
participants (2)
-
Simon Horman -
YANG ChengFu