30 Mar
2011
30 Mar
'11
6:52 p.m.
Hello All,
I'm setting up perdition for IMAP and Managesieve proxying with LDAP.
LDAP proxying is working fine, I'm getting my mailhost from there, but
for managesieve I keep getting: "perdition.managesieve[7871]: Exiting
on signal 11" and I'm wondering if it's a recurrence of this bug -
http://lists.vergenet.net/pipermail/perdition-users/2010-July/002332.html
. I'm using the Debian Squeeze with has the following packages in the
repos:
ii perdition 1.19~rc4-2
POP3 and IMAP4 Proxy server
ii perdition-ldap 1.19~rc4-2
Library to allow perdition to access LDAP based popmaps
Here is more of my log:
Mar 30 14:40:00 perdition-dev perdition.managesieve[7871]: Connect:
10.30.40.197:37245->10.30.40.163:4190
Mar 30 14:40:00 perdition-dev perdition.managesieve[7871]: 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-rc4\"\r\nOK \"predition ready on perdition-dev.localnet.sys
0002b5e3\"\r\n"
Mar 30 14:40:04 perdition-dev perdition.managesieve[7871]: CLIENT:
"AUTHENTICATE \"PLAIN\"
\"AHRlc3RhY2NvdW50MDBAbG9jYWxuZXQuY29tAFRlY2g5OTk=\"\r\n"
Mar 30 14:40:04 perdition-dev perdition.managesieve[7871]:
username_add_domain: username_add_domain 0 1
Mar 30 14:40:04 perdition-dev perdition.managesieve[7871]:
username_add_domain: username_add_domain 0 4
///////////////////////////// THIS RESPONSE IS FROM THE CORRECT
MANAGESIEVE SERVER SO THE PROXY IS WORKING
/////////////////////////////
Mar 30 14:40:04 perdition-dev perdition.managesieve[7871]: 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\"\r\n\"STARTTLS\"\r\n\"NOTIFY\"
\"mailto\"\r\n\"VERSION\"
\"1.0\"\r\nOK \"Dovecot ready.\"\r\n"
Mar 30 14:40:04 perdition-dev perdition.managesieve[7871]: Exiting on signal 11
So as you can see it exits after it connects to the correct
managesieve server. I can provide any more logging and answers if
someone has an idea where to look. Thanks, Jesse
31 Mar
31 Mar
3:07 p.m.
Just as an update, I tried running with my exact same perdition.conf
config on Lenny using the package from the backports which is version
1.19~rc3-1~bpo50+1 (changed ports on both perdition and managesieve
servers to 2000 from 4190) and I'm getting less verbose logs but got
an additional "Fatal Error reading authentication information from
client":
Mar 31 10:58:52 samus-lenny-dev perdition.managesieve[28360]: Connect:
10.30.40.197:47761->10.30.40.166:2000
Mar 31 10:59:49 samus-lenny-dev perdition.managesieve[28360]: Fatal
Error reading authentication information from client
10.30.40.197:47761->10.30.40.166:2000: Exiting child
Mar 31 11:00:18 samus-lenny-dev perdition.managesieve[28618]: Connect:
10.30.40.197:47765->10.30.40.166:2000
Mar 31 11:00:27 samus-lenny-dev perdition.managesieve[28618]: Exiting
on signal 11
On Wed, Mar 30, 2011 at 2:52 PM, Jesse Jarzynka <jesse(a)jessejoe.com> wrote:
Hello All,
I'm setting up perdition for IMAP and Managesieve proxying with LDAP.
LDAP proxying is working fine, I'm getting my mailhost from there, but
for managesieve I keep getting: "perdition.managesieve[7871]: Exiting
on signal 11" and I'm wondering if it's a recurrence of this bug -
http://lists.vergenet.net/pipermail/perdition-users/2010-July/002332.html
. I'm using the Debian Squeeze with has the following packages in the
repos:
ii perdition 1.19~rc4-2
POP3 and IMAP4 Proxy server
ii perdition-ldap 1.19~rc4-2
Library to allow perdition to access LDAP based popmaps
Here is more of my log:
Mar 30 14:40:00 perdition-dev perdition.managesieve[7871]: Connect:
10.30.40.197:37245->10.30.40.163:4190
Mar 30 14:40:00 perdition-dev perdition.managesieve[7871]: 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-rc4\"\r\nOK \"predition ready on perdition-dev.localnet.sys
0002b5e3\"\r\n"
Mar 30 14:40:04 perdition-dev perdition.managesieve[7871]: CLIENT:
"AUTHENTICATE \"PLAIN\"
\"AHRlc3RhY2NvdW50MDBAbG9jYWxuZXQuY29tAFRlY2g5OTk=\"\r\n"
Mar 30 14:40:04 perdition-dev perdition.managesieve[7871]:
username_add_domain: username_add_domain 0 1
Mar 30 14:40:04 perdition-dev perdition.managesieve[7871]:
username_add_domain: username_add_domain 0 4
///////////////////////////// THIS RESPONSE IS FROM THE CORRECT
MANAGESIEVE SERVER SO THE PROXY IS WORKING
/////////////////////////////
Mar 30 14:40:04 perdition-dev perdition.managesieve[7871]: 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\"\r\n\"STARTTLS\"\r\n\"NOTIFY\"
\"mailto\"\r\n\"VERSION\"
\"1.0\"\r\nOK \"Dovecot ready.\"\r\n"
Mar 30 14:40:04 perdition-dev perdition.managesieve[7871]: Exiting on signal 11
So as you can see it exits after it connects to the correct
managesieve server. I can provide any more logging and answers if
someone has an idea where to look. Thanks, Jesse
1 Apr
1 Apr
1:56 a.m.
Hi Jesse,
there is a sieve authentication bug that I have fixed in mercurial
but not yet pushed out into an rc release or Debian package.
http://hg.vergenet.net/perdition/perdition/rev/6544c58ec144
Would it be possible for you to try the latest mercurial code?
http://hg.vergenet.net/perdition/perdition/
On Thu, Mar 31, 2011 at 11:07:41AM -0400, Jesse Jarzynka wrote:
Just as an update, I tried running with my exact same
perdition.conf
config on Lenny using the package from the backports which is version
1.19~rc3-1~bpo50+1 (changed ports on both perdition and managesieve
servers to 2000 from 4190) and I'm getting less verbose logs but got
an additional "Fatal Error reading authentication information from
client":
Mar 31 10:58:52 samus-lenny-dev perdition.managesieve[28360]: Connect:
10.30.40.197:47761->10.30.40.166:2000
Mar 31 10:59:49 samus-lenny-dev perdition.managesieve[28360]: Fatal
Error reading authentication information from client
10.30.40.197:47761->10.30.40.166:2000: Exiting child
Mar 31 11:00:18 samus-lenny-dev perdition.managesieve[28618]: Connect:
10.30.40.197:47765->10.30.40.166:2000
Mar 31 11:00:27 samus-lenny-dev perdition.managesieve[28618]: Exiting
on signal 11
On Wed, Mar 30, 2011 at 2:52 PM, Jesse Jarzynka <jesse(a)jessejoe.com> wrote:
Hello All,
I'm setting up perdition for IMAP and Managesieve proxying with LDAP.
LDAP proxying is working fine, I'm getting my mailhost from there, but
for managesieve I keep getting: "perdition.managesieve[7871]: Exiting
on signal 11" and I'm wondering if it's a recurrence of this bug -
http://lists.vergenet.net/pipermail/perdition-users/2010-July/002332.html
. I'm using the Debian Squeeze with has the following packages in the
repos:
ii perdition 1.19~rc4-2
POP3 and IMAP4 Proxy server
ii perdition-ldap 1.19~rc4-2
Library to allow perdition to access LDAP based popmaps
Here is more of my log:
Mar 30 14:40:00 perdition-dev perdition.managesieve[7871]: Connect:
10.30.40.197:37245->10.30.40.163:4190
Mar 30 14:40:00 perdition-dev perdition.managesieve[7871]: 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-rc4\"\r\nOK \"predition ready on perdition-dev.localnet.sys
0002b5e3\"\r\n"
Mar 30 14:40:04 perdition-dev perdition.managesieve[7871]: CLIENT:
"AUTHENTICATE \"PLAIN\"
\"AHRlc3RhY2NvdW50MDBAbG9jYWxuZXQuY29tAFRlY2g5OTk=\"\r\n"
Mar 30 14:40:04 perdition-dev perdition.managesieve[7871]:
username_add_domain: username_add_domain 0 1
Mar 30 14:40:04 perdition-dev perdition.managesieve[7871]:
username_add_domain: username_add_domain 0 4
///////////////////////////// THIS RESPONSE IS FROM THE CORRECT
MANAGESIEVE SERVER SO THE PROXY IS WORKING
/////////////////////////////
Mar 30 14:40:04 perdition-dev perdition.managesieve[7871]: 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\"\r\n\"STARTTLS\"\r\n\"NOTIFY\"
\"mailto\"\r\n\"VERSION\"
\"1.0\"\r\nOK \"Dovecot ready.\"\r\n"
Mar 30 14:40:04 perdition-dev perdition.managesieve[7871]: Exiting on signal 11
So as you can see it exits after it connects to the correct
managesieve server. I can provide any more logging and answers if
someone has an idea where to look. Thanks, Jesse
______________________________________________
Perdition-users mailing list
Perdition-users(a)vergenet.net
http://lists.vergenet.net/listinfo/perdition-users
5:03 p.m.
Hi Simon,
Thank you so much for the reply, I've been banging at this all week
searching for an answer. I'm trying to build perdition from mercurial,
and keep getting:
./configure: line 11270: syntax error near unexpected token
`VANESSA_LOGGER,vanessa-logger'
./configure: line 11270:
`PKG_CHECK_MODULES(VANESSA_LOGGER,vanessa-logger >= 0.0.10)'
I removed the vanessa packages from the debian repos and even
installed them from source and tried again and get the same error. Any
ideas? -Jesse
On Thu, Mar 31, 2011 at 9:56 PM, Simon Horman <horms(a)verge.net.au> wrote:
Hi Jesse,
there is a sieve authentication bug that I have fixed in mercurial
but not yet pushed out into an rc release or Debian package.
http://hg.vergenet.net/perdition/perdition/rev/6544c58ec144
Would it be possible for you to try the latest mercurial code?
http://hg.vergenet.net/perdition/perdition/
On Thu, Mar 31, 2011 at 11:07:41AM -0400, Jesse Jarzynka wrote:
Just as an update, I tried running with my exact
same perdition.conf
config on Lenny using the package from the backports which is version
1.19~rc3-1~bpo50+1 (changed ports on both perdition and managesieve
servers to 2000 from 4190) and I'm getting less verbose logs but got
an additional "Fatal Error reading authentication information from
client":
Mar 31 10:58:52 samus-lenny-dev perdition.managesieve[28360]: Connect:
10.30.40.197:47761->10.30.40.166:2000
Mar 31 10:59:49 samus-lenny-dev perdition.managesieve[28360]: Fatal
Error reading authentication information from client
10.30.40.197:47761->10.30.40.166:2000: Exiting child
Mar 31 11:00:18 samus-lenny-dev perdition.managesieve[28618]: Connect:
10.30.40.197:47765->10.30.40.166:2000
Mar 31 11:00:27 samus-lenny-dev perdition.managesieve[28618]: Exiting
on signal 11
On Wed, Mar 30, 2011 at 2:52 PM, Jesse Jarzynka <jesse(a)jessejoe.com> wrote:
Hello All,
I'm setting up perdition for IMAP and Managesieve proxying with LDAP.
LDAP proxying is working fine, I'm getting my mailhost from there, but
for managesieve I keep getting: "perdition.managesieve[7871]: Exiting
on signal 11" and I'm wondering if it's a recurrence of this bug -
http://lists.vergenet.net/pipermail/perdition-users/2010-July/002332.html
. I'm using the Debian Squeeze with has the following packages in the
repos:
ii perdition 1.19~rc4-2
POP3 and IMAP4 Proxy server
ii perdition-ldap 1.19~rc4-2
Library to allow perdition to access LDAP based popmaps
Here is more of my log:
Mar 30 14:40:00 perdition-dev perdition.managesieve[7871]: Connect:
10.30.40.197:37245->10.30.40.163:4190
Mar 30 14:40:00 perdition-dev perdition.managesieve[7871]: 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-rc4\"\r\nOK \"predition ready on perdition-dev.localnet.sys
0002b5e3\"\r\n"
Mar 30 14:40:04 perdition-dev perdition.managesieve[7871]: CLIENT:
"AUTHENTICATE \"PLAIN\"
\"AHRlc3RhY2NvdW50MDBAbG9jYWxuZXQuY29tAFRlY2g5OTk=\"\r\n"
Mar 30 14:40:04 perdition-dev perdition.managesieve[7871]:
username_add_domain: username_add_domain 0 1
Mar 30 14:40:04 perdition-dev perdition.managesieve[7871]:
username_add_domain: username_add_domain 0 4
///////////////////////////// THIS RESPONSE IS FROM THE CORRECT
MANAGESIEVE SERVER SO THE PROXY IS WORKING
/////////////////////////////
Mar 30 14:40:04 perdition-dev perdition.managesieve[7871]: 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\"\r\n\"STARTTLS\"\r\n\"NOTIFY\"
\"mailto\"\r\n\"VERSION\"
\"1.0\"\r\nOK \"Dovecot ready.\"\r\n"
Mar 30 14:40:04 perdition-dev perdition.managesieve[7871]: Exiting on signal 11
So as you can see it exits after it connects to the correct
managesieve server. I can provide any more logging and answers if
someone has an idea where to look. Thanks, Jesse
______________________________________________
Perdition-users mailing list
Perdition-users(a)vergenet.net
http://lists.vergenet.net/listinfo/perdition-users
2 Apr
2 Apr
10:09 p.m.
On Fri, Apr 01, 2011 at 01:03:12PM -0400, Jesse Jarzynka wrote:
Hi Simon,
Thank you so much for the reply, I've been banging at this all week
searching for an answer. I'm trying to build perdition from mercurial,
and keep getting:
./configure: line 11270: syntax error near unexpected token
`VANESSA_LOGGER,vanessa-logger'
./configure: line 11270:
`PKG_CHECK_MODULES(VANESSA_LOGGER,vanessa-logger >= 0.0.10)'
I removed the vanessa packages from the debian repos and even
installed them from source and tried again and get the same error. Any
ideas? -Jesse
Hi Jesse,
I'm a little unsure about why you are seeing that problem.
The following procedure seemed to work for me on Squeeze.
# apt-get build-dep perdition
# aptitude install autoconf automake libtool mercurial
$ hg clone http://hg.vergenet.net/perdition/perdition/
$ cd perdition
$ ./autogen.sh
$ make
[ snip ]
4 Apr
4 Apr
2:52 p.m.
On Sat, Apr 2, 2011 at 6:09 PM, Simon Horman <horms(a)verge.net.au> wrote:
# apt-get build-dep perdition
The build-dep must've grabbed something I was missing because I was
able to compile it after that.
I'm not getting the same error anymore, so that's good! I'm still not
getting the right server from ldap with managesieve though. Here's and
example of my IMAP auth working correctly and adding the right server:
Apr 4 10:42:35 perdition-dev perdition.imap4[17368]: Starting
perdition version=1.19-rc4 protocol=IMAP4
Apr 4 10:42:35 perdition-dev perdition.imap4[17368]: add_domain="",
authenticate_in=off, authenticate_timeout=1800, bind_address="",
client_server_specification=off,
config_file="/home/jjarzynka/perdition.conf", connection_limit=0,
connection_logging=on, connect_relog=300, debug=on,
domain_delimiter="@", explicit_domain="", group="root",
imap_capability="IMAP4 IMAP4REV1", inetd_mode=off,
listen_port="imap2", log_facility="mail",
log_passwd="never",
login_disabled=off, lower_case="",
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-rc4"",
map_library="/usr/lib/libperditiondb_ldap.so.0.0.0",
map_library_opt="ldap://ldap.localnet.sys/ou=accounts,dc=localnet,dc=com?mail,mailHost,port?one?(mail=%s)",
no_bind_banner=off, no_daemon=off, no_lookup=off, tcp_keepalive=off,
nodename="perdition-dev", ok_line="You are so in",
outgoing_port="imap2", outgoing_server="",
pid_file="/var/run/perdition.imap4s/perdition.imap4s.pid",
pop_capability="UIDL.USER", protocol="IMAP4", server_resp_line=off,
strip_domain="", timeout=1800, username="root",
username_from_database=off, query_key="", quiet=off (mask=0x00000400
00000000)
Apr 4 10:42:35 perdition-dev perdition.imap4[17368]: ssl_mode="",
ssl_ca_file="", ssl_ca_path="/usr/etc/perdition/perdition.ca/",
ssl_ca_accept_self_signed="off",
ssl_cert_file="/usr/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="/usr/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 10:42:35 perdition-dev perdition.imap4[17370]:
vanessa_socket_daemon_setid: uid=0 euid=0 gid=0 egid=0
Apr 4 10:42:41 perdition-dev perdition.imap4[17371]: Connect:
10.30.40.197:34045->10.30.40.163:143
Apr 4 10:42:41 perdition-dev perdition.imap4[17371]: SELF: "* OK
[CAPABILITY IMAP4 IMAP4REV1] perdition ready on
perdition-dev.localnet.sys 0002b0cf\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: CLIENT: "01
login testaccount00(a)localnet.com PASSWORD\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]:
username_add_domain: username_add_domain 0 1
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]:
username_add_domain: username_add_domain 0 4
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "* OK
[CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT
THREAD=REFERENCES SORT QUOTA IDLE] Courier-IMAP ready. Copyright
1998-2003 Double Precision, Inc. See COPYING for distribution
information.\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF: "flim07
CAPABILITY\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "*
CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT
THREAD=REFERENCES SORT QUOTA IDLE\r\nflim07 OK CAPABILITY
completed\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF: "flim08
LOGIN {26}\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "+ OK\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF:
"testaccount00(a)localnet.com {7}\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "+ OK\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF: "PASSWORD\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "flim08
OK LOGIN Ok.\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF: "01 OK
You are so in\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: Auth:
10.30.40.197:34045->10.30.40.163:143 client-secure=plaintext
authorisation_id=NONE authentication_id="testaccount00(a)localnet.com"
server="maildrop-dovecot-dev.localnet.sys:imap2" protocol=IMAP4
server-secure=plaintext status="ok"
So you can see it finds the correct mail server for this user as
"maildrop-dovecot-dev.localnet.sys" and forwards my connection there.
Here is my output when using managesieve on the latest mercurial code
and the same config file now:
Apr 4 10:47:24 perdition-dev perdition.managesieve[17401]: Starting
perdition version=1.19-rc4 protocol=MANAGESIEVE
Apr 4 10:47:24 perdition-dev perdition.managesieve[17401]:
add_domain="", authenticate_in=off, authenticate_timeout=1800,
bind_address="", client_server_specification=off,
config_file="/home/jjarzynka/perdition.conf", connection_limit=0,
connection_logging=on, connect_relog=300, debug=on,
domain_delimiter="@", explicit_domain="", group="root",
imap_capability="IMAP4 IMAP4REV1", inetd_mode=off,
listen_port="sieve", log_facility="mail",
log_passwd="never",
login_disabled=off, lower_case="",
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-rc4"",
map_library="/usr/lib/libperditiondb_ldap.so.0.0.0",
map_library_opt="ldap://ldap.localnet.sys/ou=accounts,dc=localnet,dc=com?mail,mailHost,port?one?(mail=%s)",
no_bind_banner=off, no_daemon=off, no_lookup=off, tcp_keepalive=off,
nodename="perdition-dev", ok_line="You are so in",
outgoing_port="sieve", outgoing_server="",
pid_file="/var/run/perdition.imap4s/perdition.imap4s.pid",
pop_capability="UIDL.USER", protocol="MANAGESIEVE",
server_resp_line=off, strip_domain="", timeout=1800, username="root",
username_from_database=off, query_key="", quiet=off (mask=0x00000400
00000000)
Apr 4 10:47:24 perdition-dev perdition.managesieve[17401]:
ssl_mode="", ssl_ca_file="",
ssl_ca_path="/usr/etc/perdition/perdition.ca/",
ssl_ca_accept_self_signed="off",
ssl_cert_file="/usr/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="/usr/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 10:47:24 perdition-dev perdition.managesieve[17403]:
vanessa_socket_daemon_setid: uid=0 euid=0 gid=0 egid=0
Apr 4 10:47:44 perdition-dev perdition.managesieve[17407]: Connect:
10.30.40.197:44134->10.30.40.163:4190
Apr 4 10:47:44 perdition-dev perdition.managesieve[17407]: 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-rc4\"\r\nOK \"perdition ready on perdition-dev.localnet.sys
0002b4d8\"\r\n"
Apr 4 10:47:49 perdition-dev perdition.managesieve[17407]: CLIENT:
"AUTHENTICATE \"PLAIN\"
\"AHRlc3RhY2NvdW50QGxvY2FsbmV0LmNvbQB0ZXN0\"\r\n"
Apr 4 10:47:49 perdition-dev perdition.managesieve[17407]:
username_add_domain: username_add_domain 0 1
Apr 4 10:47:50 perdition-dev perdition.managesieve[17407]:
vanessa_socket_client_src_open: getaddrinfo dst: "deleted" "sieve":
Name or service not known
Apr 4 10:47:50 perdition-dev perdition.managesieve[17407]: main:
vanessa_socket_client_open
Apr 4 10:47:53 perdition-dev perdition.managesieve[17407]: SELF:
"NO \"failed: Could not connect to server\"\r\n"
Apr 4 10:47:53 perdition-dev perdition.managesieve[17407]: Auth:
10.30.40.197:44134->10.30.40.163:4190 client-secure=plaintext
authorisation_id=NONE authentication_id="testaccount(a)localnet.com"
server="deleted:sieve" protocol=MANAGESIEVE server-secure=plaintext
status="failed: Could not connect to server"
This time it gets the mail server as "deleted:sieve" instead of
"maildrop-dovecot-dev.localnet.sys". Shouldn't it be using my mail
server defined in my ldap lookup like IMAP does? It does appear you
have fixed whatever bug was disconnecting me immediately though.
Thanks for your continued help. -Jesse
5 Apr
5 Apr
5:38 p.m.
Simon,
I apologize but this was wrong. For some reason I turned off managesieve on
the destination server, probably something I was testing. I am now
confirming that perdition still exits on signal 11 when trying to
authenticate managesieve same as before with the latest mercurial code. It
still seems to send me to the right server and I see the managesieve
response from the correct managesieve server, and then I get the exit 11:
Apr 5 13:35:47 perdition-dev perdition.managesieve[21571]: Connect:
10.30.40.197:49949->10.30.40.163:4190
Apr 5 13:35:48 perdition-dev perdition.managesieve[21571]: 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-rc4\"\r\nOK
\"perdition ready on perdition-dev.localnet.sys 0002b4d8\"\r\n"
Apr 5 13:35:50 perdition-dev perdition.managesieve[21571]: CLIENT:
"AUTHENTICATE \"PLAIN\"
\"AHRlc3RhY2NvdW50MDBAbG9jYWxuZXQuY29tAFRlY2g5OTk=\"\r\n"
Apr 5 13:35:50 perdition-dev perdition.managesieve[21571]:
username_add_domain: username_add_domain 0 1
Apr 5 13:35:51 perdition-dev perdition.managesieve[21571]:
username_add_domain: username_add_domain 0 4
Apr 5 13:35:51 perdition-dev perdition.managesieve[21571]: 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\"\r\n\"STARTTLS\"\r\n\"NOTIFY\"
\"mailto\"\r\n\"VERSION\"
\"1.0\"\r\nOK \"Dovecot ready.\"\r\n"
Apr 5 13:35:51 perdition-dev perdition.managesieve[21571]: Exiting on
signal 11
On Mon, Apr 4, 2011 at 10:52 AM, Jesse Jarzynka <jesse(a)jessejoe.com> wrote:
On Sat, Apr 2, 2011 at 6:09 PM, Simon Horman
<horms(a)verge.net.au> wrote:
# apt-get build-dep perdition
The build-dep must've grabbed something I was missing because I was
able to compile it after that.
I'm not getting the same error anymore, so that's good! I'm still not
getting the right server from ldap with managesieve though. Here's and
example of my IMAP auth working correctly and adding the right server:
Apr 4 10:42:35 perdition-dev perdition.imap4[17368]: Starting
perdition version=1.19-rc4 protocol=IMAP4
Apr 4 10:42:35 perdition-dev perdition.imap4[17368]: add_domain="",
authenticate_in=off, authenticate_timeout=1800, bind_address="",
client_server_specification=off,
config_file="/home/jjarzynka/perdition.conf", connection_limit=0,
connection_logging=on, connect_relog=300, debug=on,
domain_delimiter="@", explicit_domain="", group="root",
imap_capability="IMAP4 IMAP4REV1", inetd_mode=off,
listen_port="imap2", log_facility="mail",
log_passwd="never",
login_disabled=off, lower_case="",
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-rc4"",
map_library="/usr/lib/libperditiondb_ldap.so.0.0.0",
map_library_opt="ldap://ldap.localnet.sys/ou=accounts,dc=localnet,dc=com?mail,mailHost,port?one?(mail=%s)",
no_bind_banner=off, no_daemon=off, no_lookup=off, tcp_keepalive=off,
nodename="perdition-dev", ok_line="You are so in",
outgoing_port="imap2", outgoing_server="",
pid_file="/var/run/perdition.imap4s/perdition.imap4s.pid",
pop_capability="UIDL.USER", protocol="IMAP4", server_resp_line=off,
strip_domain="", timeout=1800, username="root",
username_from_database=off, query_key="", quiet=off (mask=0x00000400
00000000)
Apr 4 10:42:35 perdition-dev perdition.imap4[17368]: ssl_mode="",
ssl_ca_file="", ssl_ca_path="/usr/etc/perdition/perdition.ca/",
ssl_ca_accept_self_signed="off",
ssl_cert_file="/usr/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="/usr/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 10:42:35 perdition-dev perdition.imap4[17370]:
vanessa_socket_daemon_setid: uid=0 euid=0 gid=0 egid=0
Apr 4 10:42:41 perdition-dev perdition.imap4[17371]: Connect:
10.30.40.197:34045->10.30.40.163:143
Apr 4 10:42:41 perdition-dev perdition.imap4[17371]: SELF: "* OK
[CAPABILITY IMAP4 IMAP4REV1] perdition ready on
perdition-dev.localnet.sys 0002b0cf\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: CLIENT: "01
login testaccount00(a)localnet.com PASSWORD\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]:
username_add_domain: username_add_domain 0 1
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]:
username_add_domain: username_add_domain 0 4
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "* OK
[CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT
THREAD=REFERENCES SORT QUOTA IDLE] Courier-IMAP ready. Copyright
1998-2003 Double Precision, Inc. See COPYING for distribution
information.\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF: "flim07
CAPABILITY\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "*
CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT
THREAD=REFERENCES SORT QUOTA IDLE\r\nflim07 OK CAPABILITY
completed\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF: "flim08
LOGIN {26}\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "+ OK\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF:
"testaccount00(a)localnet.com {7}\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "+ OK\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF:
"PASSWORD\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "flim08
OK LOGIN Ok.\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF: "01 OK
You are so in\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: Auth:
10.30.40.197:34045->10.30.40.163:143 client-secure=plaintext
authorisation_id=NONE authentication_id="testaccount00(a)localnet.com"
server="maildrop-dovecot-dev.localnet.sys:imap2" protocol=IMAP4
server-secure=plaintext status="ok"
So you can see it finds the correct mail server for this user as
"maildrop-dovecot-dev.localnet.sys" and forwards my connection there.
Here is my output when using managesieve on the latest mercurial code
and the same config file now:
Apr 4 10:47:24 perdition-dev perdition.managesieve[17401]: Starting
perdition version=1.19-rc4 protocol=MANAGESIEVE
Apr 4 10:47:24 perdition-dev perdition.managesieve[17401]:
add_domain="", authenticate_in=off, authenticate_timeout=1800,
bind_address="", client_server_specification=off,
config_file="/home/jjarzynka/perdition.conf", connection_limit=0,
connection_logging=on, connect_relog=300, debug=on,
domain_delimiter="@", explicit_domain="", group="root",
imap_capability="IMAP4 IMAP4REV1", inetd_mode=off,
listen_port="sieve", log_facility="mail",
log_passwd="never",
login_disabled=off, lower_case="",
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-rc4"",
map_library="/usr/lib/libperditiondb_ldap.so.0.0.0",
map_library_opt="ldap://ldap.localnet.sys/ou=accounts,dc=localnet,dc=com?mail,mailHost,port?one?(mail=%s)",
no_bind_banner=off, no_daemon=off, no_lookup=off, tcp_keepalive=off,
nodename="perdition-dev", ok_line="You are so in",
outgoing_port="sieve", outgoing_server="",
pid_file="/var/run/perdition.imap4s/perdition.imap4s.pid",
pop_capability="UIDL.USER", protocol="MANAGESIEVE",
server_resp_line=off, strip_domain="", timeout=1800,
username="root",
username_from_database=off, query_key="", quiet=off (mask=0x00000400
00000000)
Apr 4 10:47:24 perdition-dev perdition.managesieve[17401]:
ssl_mode="", ssl_ca_file="",
ssl_ca_path="/usr/etc/perdition/perdition.ca/",
ssl_ca_accept_self_signed="off",
ssl_cert_file="/usr/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="/usr/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 10:47:24 perdition-dev perdition.managesieve[17403]:
vanessa_socket_daemon_setid: uid=0 euid=0 gid=0 egid=0
Apr 4 10:47:44 perdition-dev perdition.managesieve[17407]: Connect:
10.30.40.197:44134->10.30.40.163:4190
Apr 4 10:47:44 perdition-dev perdition.managesieve[17407]: 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-rc4\"\r\nOK \"perdition ready on perdition-dev.localnet.sys
0002b4d8\"\r\n"
Apr 4 10:47:49 perdition-dev perdition.managesieve[17407]: CLIENT:
"AUTHENTICATE \"PLAIN\"
\"AHRlc3RhY2NvdW50QGxvY2FsbmV0LmNvbQB0ZXN0\"\r\n"
Apr 4 10:47:49 perdition-dev perdition.managesieve[17407]:
username_add_domain: username_add_domain 0 1
Apr 4 10:47:50 perdition-dev perdition.managesieve[17407]:
vanessa_socket_client_src_open: getaddrinfo dst: "deleted" "sieve":
Name or service not known
Apr 4 10:47:50 perdition-dev perdition.managesieve[17407]: main:
vanessa_socket_client_open
Apr 4 10:47:53 perdition-dev perdition.managesieve[17407]: SELF:
"NO \"failed: Could not connect to server\"\r\n"
Apr 4 10:47:53 perdition-dev perdition.managesieve[17407]: Auth:
10.30.40.197:44134->10.30.40.163:4190 client-secure=plaintext
authorisation_id=NONE authentication_id="testaccount(a)localnet.com"
server="deleted:sieve" protocol=MANAGESIEVE server-secure=plaintext
status="failed: Could not connect to server"
This time it gets the mail server as "deleted:sieve" instead of
"maildrop-dovecot-dev.localnet.sys". Shouldn't it be using my mail
server defined in my ldap lookup like IMAP does? It does appear you
have fixed whatever bug was disconnecting me immediately though.
Thanks for your continued help. -Jesse
7 Apr
7 Apr
2:47 p.m.
Hello Simon, any updates on this? Is this a confirmed bug that you are still
working on? Just want to make sure it's not something I'm doing wrong,
thanks! -Jesse
On Tue, Apr 5, 2011 at 1:38 PM, Jesse Jarzynka <jesse(a)jessejoe.com> wrote:
Simon,
I apologize but this was wrong. For some reason I turned off managesieve on
the destination server, probably something I was testing. I am now
confirming that perdition still exits on signal 11 when trying to
authenticate managesieve same as before with the latest mercurial code. It
still seems to send me to the right server and I see the managesieve
response from the correct managesieve server, and then I get the exit 11:
Apr 5 13:35:47 perdition-dev perdition.managesieve[21571]: Connect:
10.30.40.197:49949->10.30.40.163:4190
Apr 5 13:35:48 perdition-dev perdition.managesieve[21571]: 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-rc4\"\r\nOK
\"perdition ready on perdition-dev.localnet.sys 0002b4d8\"\r\n"
Apr 5 13:35:50 perdition-dev perdition.managesieve[21571]: CLIENT:
"AUTHENTICATE \"PLAIN\"
\"AHRlc3RhY2NvdW50MDBAbG9jYWxuZXQuY29tAFRlY2g5OTk=\"\r\n"
Apr 5 13:35:50 perdition-dev perdition.managesieve[21571]:
username_add_domain: username_add_domain 0 1
Apr 5 13:35:51 perdition-dev perdition.managesieve[21571]:
username_add_domain: username_add_domain 0 4
Apr 5 13:35:51 perdition-dev perdition.managesieve[21571]: 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\"\r\n\"STARTTLS\"\r\n\"NOTIFY\"
\"mailto\"\r\n\"VERSION\"
\"1.0\"\r\nOK \"Dovecot ready.\"\r\n"
Apr 5 13:35:51 perdition-dev perdition.managesieve[21571]: Exiting on
signal 11
On Mon, Apr 4, 2011 at 10:52 AM, Jesse Jarzynka <jesse(a)jessejoe.com>wrote;wrote:
On Sat, Apr 2, 2011 at 6:09 PM, Simon Horman
<horms(a)verge.net.au> wrote:
# apt-get build-dep perdition
The build-dep must've grabbed something I was missing because I was
able to compile it after that.
I'm not getting the same error anymore, so that's good! I'm still not
getting the right server from ldap with managesieve though. Here's and
example of my IMAP auth working correctly and adding the right server:
Apr 4 10:42:35 perdition-dev perdition.imap4[17368]: Starting
perdition version=1.19-rc4 protocol=IMAP4
Apr 4 10:42:35 perdition-dev perdition.imap4[17368]: add_domain="",
authenticate_in=off, authenticate_timeout=1800, bind_address="",
client_server_specification=off,
config_file="/home/jjarzynka/perdition.conf", connection_limit=0,
connection_logging=on, connect_relog=300, debug=on,
domain_delimiter="@", explicit_domain="", group="root",
imap_capability="IMAP4 IMAP4REV1", inetd_mode=off,
listen_port="imap2", log_facility="mail",
log_passwd="never",
login_disabled=off, lower_case="",
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-rc4"",
map_library="/usr/lib/libperditiondb_ldap.so.0.0.0",
map_library_opt="ldap://ldap.localnet.sys/ou=accounts,dc=localnet,dc=com?mail,mailHost,port?one?(mail=%s)",
no_bind_banner=off, no_daemon=off, no_lookup=off, tcp_keepalive=off,
nodename="perdition-dev", ok_line="You are so in",
outgoing_port="imap2", outgoing_server="",
pid_file="/var/run/perdition.imap4s/perdition.imap4s.pid",
pop_capability="UIDL.USER", protocol="IMAP4", server_resp_line=off,
strip_domain="", timeout=1800, username="root",
username_from_database=off, query_key="", quiet=off (mask=0x00000400
00000000)
Apr 4 10:42:35 perdition-dev perdition.imap4[17368]: ssl_mode="",
ssl_ca_file="", ssl_ca_path="/usr/etc/perdition/perdition.ca/",
ssl_ca_accept_self_signed="off",
ssl_cert_file="/usr/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="/usr/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 10:42:35 perdition-dev perdition.imap4[17370]:
vanessa_socket_daemon_setid: uid=0 euid=0 gid=0 egid=0
Apr 4 10:42:41 perdition-dev perdition.imap4[17371]: Connect:
10.30.40.197:34045->10.30.40.163:143
Apr 4 10:42:41 perdition-dev perdition.imap4[17371]: SELF: "* OK
[CAPABILITY IMAP4 IMAP4REV1] perdition ready on
perdition-dev.localnet.sys 0002b0cf\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: CLIENT: "01
login testaccount00(a)localnet.com PASSWORD\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]:
username_add_domain: username_add_domain 0 1
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]:
username_add_domain: username_add_domain 0 4
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "* OK
[CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT
THREAD=REFERENCES SORT QUOTA IDLE] Courier-IMAP ready. Copyright
1998-2003 Double Precision, Inc. See COPYING for distribution
information.\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF: "flim07
CAPABILITY\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "*
CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT
THREAD=REFERENCES SORT QUOTA IDLE\r\nflim07 OK CAPABILITY
completed\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF: "flim08
LOGIN {26}\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "+ OK\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF:
"testaccount00(a)localnet.com {7}\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "+ OK\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF:
"PASSWORD\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "flim08
OK LOGIN Ok.\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF: "01 OK
You are so in\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: Auth:
10.30.40.197:34045->10.30.40.163:143 client-secure=plaintext
authorisation_id=NONE authentication_id="testaccount00(a)localnet.com"
server="maildrop-dovecot-dev.localnet.sys:imap2" protocol=IMAP4
server-secure=plaintext status="ok"
So you can see it finds the correct mail server for this user as
"maildrop-dovecot-dev.localnet.sys" and forwards my connection there.
Here is my output when using managesieve on the latest mercurial code
and the same config file now:
Apr 4 10:47:24 perdition-dev perdition.managesieve[17401]: Starting
perdition version=1.19-rc4 protocol=MANAGESIEVE
Apr 4 10:47:24 perdition-dev perdition.managesieve[17401]:
add_domain="", authenticate_in=off, authenticate_timeout=1800,
bind_address="", client_server_specification=off,
config_file="/home/jjarzynka/perdition.conf", connection_limit=0,
connection_logging=on, connect_relog=300, debug=on,
domain_delimiter="@", explicit_domain="", group="root",
imap_capability="IMAP4 IMAP4REV1", inetd_mode=off,
listen_port="sieve", log_facility="mail",
log_passwd="never",
login_disabled=off, lower_case="",
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-rc4"",
map_library="/usr/lib/libperditiondb_ldap.so.0.0.0",
map_library_opt="ldap://ldap.localnet.sys/ou=accounts,dc=localnet,dc=com?mail,mailHost,port?one?(mail=%s)",
no_bind_banner=off, no_daemon=off, no_lookup=off, tcp_keepalive=off,
nodename="perdition-dev", ok_line="You are so in",
outgoing_port="sieve", outgoing_server="",
pid_file="/var/run/perdition.imap4s/perdition.imap4s.pid",
pop_capability="UIDL.USER", protocol="MANAGESIEVE",
server_resp_line=off, strip_domain="", timeout=1800,
username="root",
username_from_database=off, query_key="", quiet=off (mask=0x00000400
00000000)
Apr 4 10:47:24 perdition-dev perdition.managesieve[17401]:
ssl_mode="", ssl_ca_file="",
ssl_ca_path="/usr/etc/perdition/perdition.ca/",
ssl_ca_accept_self_signed="off",
ssl_cert_file="/usr/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="/usr/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 10:47:24 perdition-dev perdition.managesieve[17403]:
vanessa_socket_daemon_setid: uid=0 euid=0 gid=0 egid=0
Apr 4 10:47:44 perdition-dev perdition.managesieve[17407]: Connect:
10.30.40.197:44134->10.30.40.163:4190
Apr 4 10:47:44 perdition-dev perdition.managesieve[17407]: 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-rc4\"\r\nOK \"perdition ready on perdition-dev.localnet.sys
0002b4d8\"\r\n"
Apr 4 10:47:49 perdition-dev perdition.managesieve[17407]: CLIENT:
"AUTHENTICATE \"PLAIN\"
\"AHRlc3RhY2NvdW50QGxvY2FsbmV0LmNvbQB0ZXN0\"\r\n"
Apr 4 10:47:49 perdition-dev perdition.managesieve[17407]:
username_add_domain: username_add_domain 0 1
Apr 4 10:47:50 perdition-dev perdition.managesieve[17407]:
vanessa_socket_client_src_open: getaddrinfo dst: "deleted" "sieve":
Name or service not known
Apr 4 10:47:50 perdition-dev perdition.managesieve[17407]: main:
vanessa_socket_client_open
Apr 4 10:47:53 perdition-dev perdition.managesieve[17407]: SELF:
"NO \"failed: Could not connect to server\"\r\n"
Apr 4 10:47:53 perdition-dev perdition.managesieve[17407]: Auth:
10.30.40.197:44134->10.30.40.163:4190 client-secure=plaintext
authorisation_id=NONE authentication_id="testaccount(a)localnet.com"
server="deleted:sieve" protocol=MANAGESIEVE server-secure=plaintext
status="failed: Could not connect to server"
This time it gets the mail server as "deleted:sieve" instead of
"maildrop-dovecot-dev.localnet.sys". Shouldn't it be using my mail
server defined in my ldap lookup like IMAP does? It does appear you
have fixed whatever bug was disconnecting me immediately though.
Thanks for your continued help. -Jesse
11:55 p.m.
Sorry Jesse,
I haven't had time to look into it yet, but if you are getting a sig 11
then there is a bug.
On Thu, Apr 07, 2011 at 10:47:14AM -0400, Jesse Jarzynka wrote:
Hello Simon, any updates on this? Is this a confirmed
bug that you are still
working on? Just want to make sure it's not something I'm doing wrong,
thanks! -Jesse
On Tue, Apr 5, 2011 at 1:38 PM, Jesse Jarzynka <jesse(a)jessejoe.com> wrote:
> Simon,
>
> I apologize but this was wrong. For some reason I turned off managesieve on
> the destination server, probably something I was testing. I am now
> confirming that perdition still exits on signal 11 when trying to
> authenticate managesieve same as before with the latest mercurial code. It
> still seems to send me to the right server and I see the managesieve
> response from the correct managesieve server, and then I get the exit 11:
>
> Apr 5 13:35:47 perdition-dev perdition.managesieve[21571]: Connect:
> 10.30.40.197:49949->10.30.40.163:4190
> Apr 5 13:35:48 perdition-dev perdition.managesieve[21571]: 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-rc4\"\r\nOK
> \"perdition ready on perdition-dev.localnet.sys 0002b4d8\"\r\n"
> Apr 5 13:35:50 perdition-dev perdition.managesieve[21571]: CLIENT:
> "AUTHENTICATE \"PLAIN\"
> \"AHRlc3RhY2NvdW50MDBAbG9jYWxuZXQuY29tAFRlY2g5OTk=\"\r\n"
> Apr 5 13:35:50 perdition-dev perdition.managesieve[21571]:
> username_add_domain: username_add_domain 0 1
> Apr 5 13:35:51 perdition-dev perdition.managesieve[21571]:
> username_add_domain: username_add_domain 0 4
> Apr 5 13:35:51 perdition-dev perdition.managesieve[21571]: 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\"\r\n\"STARTTLS\"\r\n\"NOTIFY\"
\"mailto\"\r\n\"VERSION\"
> \"1.0\"\r\nOK \"Dovecot ready.\"\r\n"
> Apr 5 13:35:51 perdition-dev perdition.managesieve[21571]: Exiting on
> signal 11
>
> On Mon, Apr 4, 2011 at 10:52 AM, Jesse Jarzynka <jesse(a)jessejoe.com>wrote;wrote:
>
>> On Sat, Apr 2, 2011 at 6:09 PM, Simon Horman <horms(a)verge.net.au> wrote:
>> > # apt-get build-dep perdition
>>
>> The build-dep must've grabbed something I was missing because I was
>> able to compile it after that.
>>
>> I'm not getting the same error anymore, so that's good! I'm still
not
>> getting the right server from ldap with managesieve though. Here's and
>> example of my IMAP auth working correctly and adding the right server:
>>
>> Apr 4 10:42:35 perdition-dev perdition.imap4[17368]: Starting
>> perdition version=1.19-rc4 protocol=IMAP4
>> Apr 4 10:42:35 perdition-dev perdition.imap4[17368]: add_domain="",
>> authenticate_in=off, authenticate_timeout=1800, bind_address="",
>> client_server_specification=off,
>> config_file="/home/jjarzynka/perdition.conf", connection_limit=0,
>> connection_logging=on, connect_relog=300, debug=on,
>> domain_delimiter="@", explicit_domain="",
group="root",
>> imap_capability="IMAP4 IMAP4REV1", inetd_mode=off,
>> listen_port="imap2", log_facility="mail",
log_passwd="never",
>> login_disabled=off, lower_case="",
>> 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-rc4"",
>> map_library="/usr/lib/libperditiondb_ldap.so.0.0.0",
>>
>>
map_library_opt="ldap://ldap.localnet.sys/ou=accounts,dc=localnet,dc=com?mail,mailHost,port?one?(mail=%s)",
>> no_bind_banner=off, no_daemon=off, no_lookup=off, tcp_keepalive=off,
>> nodename="perdition-dev", ok_line="You are so in",
>> outgoing_port="imap2", outgoing_server="",
>> pid_file="/var/run/perdition.imap4s/perdition.imap4s.pid",
>> pop_capability="UIDL.USER", protocol="IMAP4",
server_resp_line=off,
>> strip_domain="", timeout=1800, username="root",
>> username_from_database=off, query_key="", quiet=off (mask=0x00000400
>> 00000000)
>> Apr 4 10:42:35 perdition-dev perdition.imap4[17368]: ssl_mode="",
>> ssl_ca_file="",
ssl_ca_path="/usr/etc/perdition/perdition.ca/",
>> ssl_ca_accept_self_signed="off",
>> ssl_cert_file="/usr/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="/usr/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 10:42:35 perdition-dev perdition.imap4[17370]:
>> vanessa_socket_daemon_setid: uid=0 euid=0 gid=0 egid=0
>> Apr 4 10:42:41 perdition-dev perdition.imap4[17371]: Connect:
>> 10.30.40.197:34045->10.30.40.163:143
>> Apr 4 10:42:41 perdition-dev perdition.imap4[17371]: SELF: "* OK
>> [CAPABILITY IMAP4 IMAP4REV1] perdition ready on
>> perdition-dev.localnet.sys 0002b0cf\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: CLIENT: "01
>> login testaccount00(a)localnet.com PASSWORD\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]:
>> username_add_domain: username_add_domain 0 1
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]:
>> username_add_domain: username_add_domain 0 4
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "* OK
>> [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT
>> THREAD=REFERENCES SORT QUOTA IDLE] Courier-IMAP ready. Copyright
>> 1998-2003 Double Precision, Inc. See COPYING for distribution
>> information.\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF: "flim07
>> CAPABILITY\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "*
>> CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT
>> THREAD=REFERENCES SORT QUOTA IDLE\r\nflim07 OK CAPABILITY
>> completed\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF: "flim08
>> LOGIN {26}\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "+
OK\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF:
>> "testaccount00(a)localnet.com {7}\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "+
OK\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF:
>> "PASSWORD\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "flim08
>> OK LOGIN Ok.\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF: "01 OK
>> You are so in\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: Auth:
>> 10.30.40.197:34045->10.30.40.163:143 client-secure=plaintext
>> authorisation_id=NONE authentication_id="testaccount00(a)localnet.com"
>> server="maildrop-dovecot-dev.localnet.sys:imap2" protocol=IMAP4
>> server-secure=plaintext status="ok"
>>
>>
>> So you can see it finds the correct mail server for this user as
>> "maildrop-dovecot-dev.localnet.sys" and forwards my connection there.
>> Here is my output when using managesieve on the latest mercurial code
>> and the same config file now:
>>
>>
>> Apr 4 10:47:24 perdition-dev perdition.managesieve[17401]: Starting
>> perdition version=1.19-rc4 protocol=MANAGESIEVE
>> Apr 4 10:47:24 perdition-dev perdition.managesieve[17401]:
>> add_domain="", authenticate_in=off, authenticate_timeout=1800,
>> bind_address="", client_server_specification=off,
>> config_file="/home/jjarzynka/perdition.conf", connection_limit=0,
>> connection_logging=on, connect_relog=300, debug=on,
>> domain_delimiter="@", explicit_domain="",
group="root",
>> imap_capability="IMAP4 IMAP4REV1", inetd_mode=off,
>> listen_port="sieve", log_facility="mail",
log_passwd="never",
>> login_disabled=off, lower_case="",
>> 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-rc4"",
>> map_library="/usr/lib/libperditiondb_ldap.so.0.0.0",
>>
>>
map_library_opt="ldap://ldap.localnet.sys/ou=accounts,dc=localnet,dc=com?mail,mailHost,port?one?(mail=%s)",
>> no_bind_banner=off, no_daemon=off, no_lookup=off, tcp_keepalive=off,
>> nodename="perdition-dev", ok_line="You are so in",
>> outgoing_port="sieve", outgoing_server="",
>> pid_file="/var/run/perdition.imap4s/perdition.imap4s.pid",
>> pop_capability="UIDL.USER", protocol="MANAGESIEVE",
>> server_resp_line=off, strip_domain="", timeout=1800,
username="root",
>> username_from_database=off, query_key="", quiet=off (mask=0x00000400
>> 00000000)
>> Apr 4 10:47:24 perdition-dev perdition.managesieve[17401]:
>> ssl_mode="", ssl_ca_file="",
>> ssl_ca_path="/usr/etc/perdition/perdition.ca/",
>> ssl_ca_accept_self_signed="off",
>> ssl_cert_file="/usr/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="/usr/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 10:47:24 perdition-dev perdition.managesieve[17403]:
>> vanessa_socket_daemon_setid: uid=0 euid=0 gid=0 egid=0
>> Apr 4 10:47:44 perdition-dev perdition.managesieve[17407]: Connect:
>> 10.30.40.197:44134->10.30.40.163:4190
>> Apr 4 10:47:44 perdition-dev perdition.managesieve[17407]: 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-rc4\"\r\nOK \"perdition ready on
perdition-dev.localnet.sys
>> 0002b4d8\"\r\n"
>> Apr 4 10:47:49 perdition-dev perdition.managesieve[17407]: CLIENT:
>> "AUTHENTICATE \"PLAIN\"
>> \"AHRlc3RhY2NvdW50QGxvY2FsbmV0LmNvbQB0ZXN0\"\r\n"
>> Apr 4 10:47:49 perdition-dev perdition.managesieve[17407]:
>> username_add_domain: username_add_domain 0 1
>> Apr 4 10:47:50 perdition-dev perdition.managesieve[17407]:
>> vanessa_socket_client_src_open: getaddrinfo dst: "deleted"
"sieve":
>> Name or service not known
>> Apr 4 10:47:50 perdition-dev perdition.managesieve[17407]: main:
>> vanessa_socket_client_open
>> Apr 4 10:47:53 perdition-dev perdition.managesieve[17407]: SELF:
>> "NO \"failed: Could not connect to server\"\r\n"
>> Apr 4 10:47:53 perdition-dev perdition.managesieve[17407]: Auth:
>> 10.30.40.197:44134->10.30.40.163:4190 client-secure=plaintext
>> authorisation_id=NONE authentication_id="testaccount(a)localnet.com"
>> server="deleted:sieve" protocol=MANAGESIEVE server-secure=plaintext
>> status="failed: Could not connect to server"
>>
>>
>> This time it gets the mail server as "deleted:sieve" instead of
>> "maildrop-dovecot-dev.localnet.sys". Shouldn't it be using my
mail
>> server defined in my ldap lookup like IMAP does? It does appear you
>> have fixed whatever bug was disconnecting me immediately though.
>> Thanks for your continued help. -Jesse
>>
>
>
8 Apr
8 Apr
2:10 a.m.
Ok, no problem. Thanks for the update. I noticed another user sent a message
with the same error so I guess I'm not the only one. I couldn't get any
versions of perdition to work with managesieve proxying. Hope you find the
bug!
On Thu, Apr 7, 2011 at 7:55 PM, Simon Horman <horms(a)verge.net.au> wrote:
Sorry Jesse,
I haven't had time to look into it yet, but if you are getting a sig 11
then there is a bug.
On Thu, Apr 07, 2011 at 10:47:14AM -0400, Jesse Jarzynka wrote:
wrote:
Hello Simon, any updates on this? Is this a
confirmed bug that you are
still
working on? Just want to make sure it's not
something I'm doing wrong,
thanks! -Jesse
On Tue, Apr 5, 2011 at 1:38 PM, Jesse Jarzynka <jesse(a)jessejoe.com>
wrote:
> Simon,
>
> I apologize but this was wrong. For some reason I turned off
managesieve on
> the destination server, probably something I
was testing. I am now
> confirming that perdition still exits on signal 11 when trying to
> authenticate managesieve same as before with the latest mercurial code.
It
> still seems to send me to the right server
and I see the managesieve
> response from the correct managesieve server, and then I get the exit
11:
>
> Apr 5 13:35:47 perdition-dev perdition.managesieve[21571]: Connect:
> 10.30.40.197:49949->10.30.40.163:4190
> Apr 5 13:35:48 perdition-dev perdition.managesieve[21571]: 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-rc4\"\r\nOK
> \"perdition ready on perdition-dev.localnet.sys 0002b4d8\"\r\n"
> Apr 5 13:35:50 perdition-dev perdition.managesieve[21571]: CLIENT:
> "AUTHENTICATE \"PLAIN\"
> \"AHRlc3RhY2NvdW50MDBAbG9jYWxuZXQuY29tAFRlY2g5OTk=\"\r\n"
> Apr 5 13:35:50 perdition-dev perdition.managesieve[21571]:
> username_add_domain: username_add_domain 0 1
> Apr 5 13:35:51 perdition-dev perdition.managesieve[21571]:
> username_add_domain: username_add_domain 0 4
> Apr 5 13:35:51 perdition-dev perdition.managesieve[21571]: 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\"\r\n\"STARTTLS\"\r\n\"NOTIFY\"
\"mailto\"\r\n\"VERSION\"
\"1.0\"\r\nOK \"Dovecot ready.\"\r\n"
Apr 5 13:35:51 perdition-dev perdition.managesieve[21571]: Exiting on
signal 11
On Mon, Apr 4, 2011 at 10:52 AM, Jesse Jarzynka <jesse(a)jessejoe.com
wrote:
>
>> On Sat, Apr 2, 2011 at 6:09 PM, Simon Horman <horms(a)verge.net.au> >> > # apt-get build-dep perdition
>>
>> The build-dep must've grabbed something I was missing because I was
>> able to compile it after that.
>>
>> I'm not getting the same error anymore, so that's good! I'm still
not
>> getting the right server from ldap with managesieve though. Here's and
>> example of my IMAP auth working correctly and adding the right server:
>>
>> Apr 4 10:42:35 perdition-dev perdition.imap4[17368]: Starting
>> perdition version=1.19-rc4 protocol=IMAP4
>> Apr 4 10:42:35 perdition-dev perdition.imap4[17368]: add_domain="",
>> authenticate_in=off, authenticate_timeout=1800, bind_address="",
>> client_server_specification=off,
>> config_file="/home/jjarzynka/perdition.conf", connection_limit=0,
>> connection_logging=on, connect_relog=300, debug=on,
>> domain_delimiter="@", explicit_domain="",
group="root",
>> imap_capability="IMAP4 IMAP4REV1", inetd_mode=off,
>> listen_port="imap2", log_facility="mail",
log_passwd="never",
>> login_disabled=off, lower_case="",
>> 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-rc4"",
>> map_library="/usr/lib/libperditiondb_ldap.so.0.0.0",
>>
>>
map_library_opt="ldap://ldap.localnet.sys/ou=accounts,dc=localnet,dc=com?mail,mailHost,port?one?(mail=%s)",
>> no_bind_banner=off, no_daemon=off,
no_lookup=off, tcp_keepalive=off,
>> nodename="perdition-dev", ok_line="You are so in",
>> outgoing_port="imap2", outgoing_server="",
>> pid_file="/var/run/perdition.imap4s/perdition.imap4s.pid",
>> pop_capability="UIDL.USER", protocol="IMAP4",
server_resp_line=off,
>> strip_domain="", timeout=1800, username="root",
>> username_from_database=off, query_key="", quiet=off (mask=0x00000400
>> 00000000)
>> Apr 4 10:42:35 perdition-dev perdition.imap4[17368]: ssl_mode="",
>> ssl_ca_file="",
ssl_ca_path="/usr/etc/perdition/perdition.ca/",
>> ssl_ca_accept_self_signed="off",
>> ssl_cert_file="/usr/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="/usr/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 10:42:35 perdition-dev perdition.imap4[17370]:
>> vanessa_socket_daemon_setid: uid=0 euid=0 gid=0 egid=0
>> Apr 4 10:42:41 perdition-dev perdition.imap4[17371]: Connect:
>> 10.30.40.197:34045->10.30.40.163:143
>> Apr 4 10:42:41 perdition-dev perdition.imap4[17371]: SELF: "* OK
>> [CAPABILITY IMAP4 IMAP4REV1] perdition ready on
>> perdition-dev.localnet.sys 0002b0cf\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: CLIENT: "01
>> login testaccount00(a)localnet.com PASSWORD\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]:
>> username_add_domain: username_add_domain 0 1
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]:
>> username_add_domain: username_add_domain 0 4
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "* OK
>> [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT
>> THREAD=REFERENCES SORT QUOTA IDLE] Courier-IMAP ready. Copyright
>> 1998-2003 Double Precision, Inc. See COPYING for distribution
>> information.\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF: "flim07
>> CAPABILITY\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "*
>> CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT
>> THREAD=REFERENCES SORT QUOTA IDLE\r\nflim07 OK CAPABILITY
>> completed\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF: "flim08
>> LOGIN {26}\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "+
OK\r\n"
>> Apr 4 10:42:51 perdition-dev
perdition.imap4[17371]: SELF:
>> "testaccount00(a)localnet.com {7}\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "+
OK\r\n"
>> Apr 4 10:42:51 perdition-dev
perdition.imap4[17371]: SELF:
>> "PASSWORD\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "flim08
>> OK LOGIN Ok.\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF: "01 OK
>> You are so in\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: Auth:
>> 10.30.40.197:34045->10.30.40.163:143 client-secure=plaintext
>> authorisation_id=NONE authentication_id="testaccount00(a)localnet.com"
>> server="maildrop-dovecot-dev.localnet.sys:imap2" protocol=IMAP4
>> server-secure=plaintext status="ok"
>>
>>
>> So you can see it finds the correct mail server for this user as
>> "maildrop-dovecot-dev.localnet.sys" and forwards my connection there.
>> Here is my output when using managesieve on the latest mercurial code
>> and the same config file now:
>>
>>
>> Apr 4 10:47:24 perdition-dev perdition.managesieve[17401]: Starting
>> perdition version=1.19-rc4 protocol=MANAGESIEVE
>> Apr 4 10:47:24 perdition-dev perdition.managesieve[17401]:
>> add_domain="", authenticate_in=off, authenticate_timeout=1800,
>> bind_address="", client_server_specification=off,
>> config_file="/home/jjarzynka/perdition.conf", connection_limit=0,
>> connection_logging=on, connect_relog=300, debug=on,
>> domain_delimiter="@", explicit_domain="",
group="root",
>> imap_capability="IMAP4 IMAP4REV1", inetd_mode=off,
>> listen_port="sieve", log_facility="mail",
log_passwd="never",
>> login_disabled=off, lower_case="",
>> 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-rc4"",
>> map_library="/usr/lib/libperditiondb_ldap.so.0.0.0",
>>
>>
map_library_opt="ldap://ldap.localnet.sys/ou=accounts,dc=localnet,dc=com?mail,mailHost,port?one?(mail=%s)",
>> no_bind_banner=off, no_daemon=off,
no_lookup=off, tcp_keepalive=off,
>> nodename="perdition-dev", ok_line="You are so in",
>> outgoing_port="sieve", outgoing_server="",
>> pid_file="/var/run/perdition.imap4s/perdition.imap4s.pid",
>> pop_capability="UIDL.USER", protocol="MANAGESIEVE",
>> server_resp_line=off, strip_domain="", timeout=1800,
username="root",
>> username_from_database=off, query_key="", quiet=off (mask=0x00000400
>> 00000000)
>> Apr 4 10:47:24 perdition-dev perdition.managesieve[17401]:
>> ssl_mode="", ssl_ca_file="",
>> ssl_ca_path="/usr/etc/perdition/perdition.ca/",
>> ssl_ca_accept_self_signed="off",
>> ssl_cert_file="/usr/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="/usr/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 10:47:24 perdition-dev perdition.managesieve[17403]:
>> vanessa_socket_daemon_setid: uid=0 euid=0 gid=0 egid=0
>> Apr 4 10:47:44 perdition-dev perdition.managesieve[17407]: Connect:
>> 10.30.40.197:44134->10.30.40.163:4190
>> Apr 4 10:47:44 perdition-dev perdition.managesieve[17407]: 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-rc4\"\r\nOK \"perdition ready on
perdition-dev.localnet.sys
>> 0002b4d8\"\r\n"
>> Apr 4 10:47:49 perdition-dev perdition.managesieve[17407]: CLIENT:
>> "AUTHENTICATE \"PLAIN\"
>> \"AHRlc3RhY2NvdW50QGxvY2FsbmV0LmNvbQB0ZXN0\"\r\n"
>> Apr 4 10:47:49 perdition-dev perdition.managesieve[17407]:
>> username_add_domain: username_add_domain 0 1
>> Apr 4 10:47:50 perdition-dev perdition.managesieve[17407]:
>> vanessa_socket_client_src_open: getaddrinfo dst: "deleted"
"sieve":
>> Name or service not known
>> Apr 4 10:47:50 perdition-dev perdition.managesieve[17407]: main:
>> vanessa_socket_client_open
>> Apr 4 10:47:53 perdition-dev perdition.managesieve[17407]: SELF:
>> "NO \"failed: Could not connect to server\"\r\n"
>> Apr 4 10:47:53 perdition-dev perdition.managesieve[17407]: Auth:
>> 10.30.40.197:44134->10.30.40.163:4190 client-secure=plaintext
>> authorisation_id=NONE authentication_id="testaccount(a)localnet.com"
>> server="deleted:sieve" protocol=MANAGESIEVE server-secure=plaintext
>> status="failed: Could not connect to server"
>>
>>
>> This time it gets the mail server as "deleted:sieve" instead of
>> "maildrop-dovecot-dev.localnet.sys". Shouldn't it be using my
mail
>> server defined in my ldap lookup like IMAP does? It does appear you
>> have fixed whatever bug was disconnecting me immediately though.
>> Thanks for your continued help. -Jesse
>>
>
>
26 Apr
26 Apr
6:54 p.m.
Hello Simon,
perdition is really a good open source software, I like it. Now I want
to enable managesieve feature, but it always give me 11 signal errors,
just like my previous mail mentioned.
May we have your attentions on it, if managesieve works, it will be
perfect?
--
*YANG ChengFu*
UNIX Administrator/Administrateur UNIX
5800 St-Denis suite 1001
Montréal (QC), H2S 3L5
Msn/mail: chengfu.yang(a)gameloft.com
tel:(514)798-1700 x.4514
On 11-04-07 07:55 PM, Simon Horman wrote:
Sorry Jesse,
I haven't had time to look into it yet, but if you are getting a sig 11
then there is a bug.
On Thu, Apr 07, 2011 at 10:47:14AM -0400, Jesse Jarzynka wrote:
Hello Simon, any updates on this? Is this a
confirmed bug that you are still
working on? Just want to make sure it's not something I'm doing wrong,
thanks! -Jesse
On Tue, Apr 5, 2011 at 1:38 PM, Jesse Jarzynka <jesse(a)jessejoe.com> wrote:
> Simon,
>
> I apologize but this was wrong. For some reason I turned off managesieve on
> the destination server, probably something I was testing. I am now
> confirming that perdition still exits on signal 11 when trying to
> authenticate managesieve same as before with the latest mercurial code. It
> still seems to send me to the right server and I see the managesieve
> response from the correct managesieve server, and then I get the exit 11:
>
> Apr 5 13:35:47 perdition-dev perdition.managesieve[21571]: Connect:
> 10.30.40.197:49949->10.30.40.163:4190
> Apr 5 13:35:48 perdition-dev perdition.managesieve[21571]: 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-rc4\"\r\nOK
> \"perdition ready on perdition-dev.localnet.sys 0002b4d8\"\r\n"
> Apr 5 13:35:50 perdition-dev perdition.managesieve[21571]: CLIENT:
> "AUTHENTICATE \"PLAIN\"
> \"AHRlc3RhY2NvdW50MDBAbG9jYWxuZXQuY29tAFRlY2g5OTk=\"\r\n"
> Apr 5 13:35:50 perdition-dev perdition.managesieve[21571]:
> username_add_domain: username_add_domain 0 1
> Apr 5 13:35:51 perdition-dev perdition.managesieve[21571]:
> username_add_domain: username_add_domain 0 4
> Apr 5 13:35:51 perdition-dev perdition.managesieve[21571]: 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\"\r\n\"STARTTLS\"\r\n\"NOTIFY\"
\"mailto\"\r\n\"VERSION\"
> \"1.0\"\r\nOK \"Dovecot ready.\"\r\n"
> Apr 5 13:35:51 perdition-dev perdition.managesieve[21571]: Exiting on
> signal 11
>
> On Mon, Apr 4, 2011 at 10:52 AM, Jesse Jarzynka <jesse(a)jessejoe.com>wrote;wrote:
>
>> On Sat, Apr 2, 2011 at 6:09 PM, Simon Horman <horms(a)verge.net.au> wrote:
>>> # apt-get build-dep perdition
>> The build-dep must've grabbed something I was missing because I was
>> able to compile it after that.
>>
>> I'm not getting the same error anymore, so that's good! I'm still
not
>> getting the right server from ldap with managesieve though. Here's and
>> example of my IMAP auth working correctly and adding the right server:
>>
>> Apr 4 10:42:35 perdition-dev perdition.imap4[17368]: Starting
>> perdition version=1.19-rc4 protocol=IMAP4
>> Apr 4 10:42:35 perdition-dev perdition.imap4[17368]: add_domain="",
>> authenticate_in=off, authenticate_timeout=1800, bind_address="",
>> client_server_specification=off,
>> config_file="/home/jjarzynka/perdition.conf", connection_limit=0,
>> connection_logging=on, connect_relog=300, debug=on,
>> domain_delimiter="@", explicit_domain="",
group="root",
>> imap_capability="IMAP4 IMAP4REV1", inetd_mode=off,
>> listen_port="imap2", log_facility="mail",
log_passwd="never",
>> login_disabled=off, lower_case="",
>> 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-rc4"",
>> map_library="/usr/lib/libperditiondb_ldap.so.0.0.0",
>>
>>
map_library_opt="ldap://ldap.localnet.sys/ou=accounts,dc=localnet,dc=com?mail,mailHost,port?one?(mail=%s)",
>> no_bind_banner=off, no_daemon=off, no_lookup=off, tcp_keepalive=off,
>> nodename="perdition-dev", ok_line="You are so in",
>> outgoing_port="imap2", outgoing_server="",
>> pid_file="/var/run/perdition.imap4s/perdition.imap4s.pid",
>> pop_capability="UIDL.USER", protocol="IMAP4",
server_resp_line=off,
>> strip_domain="", timeout=1800, username="root",
>> username_from_database=off, query_key="", quiet=off (mask=0x00000400
>> 00000000)
>> Apr 4 10:42:35 perdition-dev perdition.imap4[17368]: ssl_mode="",
>> ssl_ca_file="",
ssl_ca_path="/usr/etc/perdition/perdition.ca/",
>> ssl_ca_accept_self_signed="off",
>> ssl_cert_file="/usr/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="/usr/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 10:42:35 perdition-dev perdition.imap4[17370]:
>> vanessa_socket_daemon_setid: uid=0 euid=0 gid=0 egid=0
>> Apr 4 10:42:41 perdition-dev perdition.imap4[17371]: Connect:
>> 10.30.40.197:34045->10.30.40.163:143
>> Apr 4 10:42:41 perdition-dev perdition.imap4[17371]: SELF: "* OK
>> [CAPABILITY IMAP4 IMAP4REV1] perdition ready on
>> perdition-dev.localnet.sys 0002b0cf\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: CLIENT: "01
>> login testaccount00(a)localnet.com PASSWORD\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]:
>> username_add_domain: username_add_domain 0 1
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]:
>> username_add_domain: username_add_domain 0 4
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "* OK
>> [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT
>> THREAD=REFERENCES SORT QUOTA IDLE] Courier-IMAP ready. Copyright
>> 1998-2003 Double Precision, Inc. See COPYING for distribution
>> information.\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF: "flim07
>> CAPABILITY\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "*
>> CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT
>> THREAD=REFERENCES SORT QUOTA IDLE\r\nflim07 OK CAPABILITY
>> completed\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF: "flim08
>> LOGIN {26}\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "+
OK\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF:
>> "testaccount00(a)localnet.com {7}\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "+
OK\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF:
>> "PASSWORD\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "flim08
>> OK LOGIN Ok.\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF: "01 OK
>> You are so in\r\n"
>> Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: Auth:
>> 10.30.40.197:34045->10.30.40.163:143 client-secure=plaintext
>> authorisation_id=NONE authentication_id="testaccount00(a)localnet.com"
>> server="maildrop-dovecot-dev.localnet.sys:imap2" protocol=IMAP4
>> server-secure=plaintext status="ok"
>>
>>
>> So you can see it finds the correct mail server for this user as
>> "maildrop-dovecot-dev.localnet.sys" and forwards my connection there.
>> Here is my output when using managesieve on the latest mercurial code
>> and the same config file now:
>>
>>
>> Apr 4 10:47:24 perdition-dev perdition.managesieve[17401]: Starting
>> perdition version=1.19-rc4 protocol=MANAGESIEVE
>> Apr 4 10:47:24 perdition-dev perdition.managesieve[17401]:
>> add_domain="", authenticate_in=off, authenticate_timeout=1800,
>> bind_address="", client_server_specification=off,
>> config_file="/home/jjarzynka/perdition.conf", connection_limit=0,
>> connection_logging=on, connect_relog=300, debug=on,
>> domain_delimiter="@", explicit_domain="",
group="root",
>> imap_capability="IMAP4 IMAP4REV1", inetd_mode=off,
>> listen_port="sieve", log_facility="mail",
log_passwd="never",
>> login_disabled=off, lower_case="",
>> 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-rc4"",
>> map_library="/usr/lib/libperditiondb_ldap.so.0.0.0",
>>
>>
map_library_opt="ldap://ldap.localnet.sys/ou=accounts,dc=localnet,dc=com?mail,mailHost,port?one?(mail=%s)",
>> no_bind_banner=off, no_daemon=off, no_lookup=off, tcp_keepalive=off,
>> nodename="perdition-dev", ok_line="You are so in",
>> outgoing_port="sieve", outgoing_server="",
>> pid_file="/var/run/perdition.imap4s/perdition.imap4s.pid",
>> pop_capability="UIDL.USER", protocol="MANAGESIEVE",
>> server_resp_line=off, strip_domain="", timeout=1800,
username="root",
>> username_from_database=off, query_key="", quiet=off (mask=0x00000400
>> 00000000)
>> Apr 4 10:47:24 perdition-dev perdition.managesieve[17401]:
>> ssl_mode="", ssl_ca_file="",
>> ssl_ca_path="/usr/etc/perdition/perdition.ca/",
>> ssl_ca_accept_self_signed="off",
>> ssl_cert_file="/usr/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="/usr/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 10:47:24 perdition-dev perdition.managesieve[17403]:
>> vanessa_socket_daemon_setid: uid=0 euid=0 gid=0 egid=0
>> Apr 4 10:47:44 perdition-dev perdition.managesieve[17407]: Connect:
>> 10.30.40.197:44134->10.30.40.163:4190
>> Apr 4 10:47:44 perdition-dev perdition.managesieve[17407]: 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-rc4\"\r\nOK \"perdition ready on
perdition-dev.localnet.sys
>> 0002b4d8\"\r\n"
>> Apr 4 10:47:49 perdition-dev perdition.managesieve[17407]: CLIENT:
>> "AUTHENTICATE \"PLAIN\"
>> \"AHRlc3RhY2NvdW50QGxvY2FsbmV0LmNvbQB0ZXN0\"\r\n"
>> Apr 4 10:47:49 perdition-dev perdition.managesieve[17407]:
>> username_add_domain: username_add_domain 0 1
>> Apr 4 10:47:50 perdition-dev perdition.managesieve[17407]:
>> vanessa_socket_client_src_open: getaddrinfo dst: "deleted"
"sieve":
>> Name or service not known
>> Apr 4 10:47:50 perdition-dev perdition.managesieve[17407]: main:
>> vanessa_socket_client_open
>> Apr 4 10:47:53 perdition-dev perdition.managesieve[17407]: SELF:
>> "NO \"failed: Could not connect to server\"\r\n"
>> Apr 4 10:47:53 perdition-dev perdition.managesieve[17407]: Auth:
>> 10.30.40.197:44134->10.30.40.163:4190 client-secure=plaintext
>> authorisation_id=NONE authentication_id="testaccount(a)localnet.com"
>> server="deleted:sieve" protocol=MANAGESIEVE server-secure=plaintext
>> status="failed: Could not connect to server"
>>
>>
>> This time it gets the mail server as "deleted:sieve" instead of
>> "maildrop-dovecot-dev.localnet.sys". Shouldn't it be using my mail
>> server defined in my ldap lookup like IMAP does? It does appear you
>> have fixed whatever bug was disconnecting me immediately though.
>> Thanks for your continued help. -Jesse
>>
>
______________________________________________
Perdition-users mailing list
Perdition-users(a)vergenet.net
http://lists.vergenet.net/listinfo/perdition-users 
6:57 p.m.
I actually wound up using Dovecot myself for IMAP, POP3, and Managesieve
proxying. You might want to take a look at doing that until Simon can get
around to fixing the perdition bug.
On Tue, Apr 26, 2011 at 2:54 PM, YANG ChengFu <chengfu.yang(a)gameloft.com>wrote;wrote:
Hello Simon,
perdition is really a good open source software, I like it. Now I want to
enable managesieve feature, but it always give me 11 signal errors, just
like my previous mail mentioned.
May we have your attentions on it, if managesieve works, it will be
perfect?
--
*YANG ChengFu*
UNIX Administrator/Administrateur UNIX
5800 St-Denis suite 1001
Montréal (QC), H2S 3L5
Msn/mail: chengfu.yang(a)gameloft.com
tel:(514)798-1700 x.4514
On 11-04-07 07:55 PM, Simon Horman wrote:
Sorry Jesse,
I haven't had time to look into it yet, but if you are getting a sig 11
then there is a bug.
On Thu, Apr 07, 2011 at 10:47:14AM -0400, Jesse Jarzynka wrote:
Hello Simon, any updates on this? Is this a confirmed bug that you are still
working on? Just want to make sure it's not something I'm doing wrong,
thanks! -Jesse
On Tue, Apr 5, 2011 at 1:38 PM, Jesse Jarzynka <jesse(a)jessejoe.com>
<jesse(a)jessejoe.com> wrote:
Simon,
I apologize but this was wrong. For some reason I turned off managesieve on
the destination server, probably something I was testing. I am now
confirming that perdition still exits on signal 11 when trying to
authenticate managesieve same as before with the latest mercurial code. It
still seems to send me to the right server and I see the managesieve
response from the correct managesieve server, and then I get the exit 11:
Apr 5 13:35:47 perdition-dev perdition.managesieve[21571]: Connect:
10.30.40.197:49949->10.30.40.163:4190
Apr 5 13:35:48 perdition-dev perdition.managesieve[21571]: 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-rc4\"\r\nOK
\"perdition ready on perdition-dev.localnet.sys 0002b4d8\"\r\n"
Apr 5 13:35:50 perdition-dev perdition.managesieve[21571]: CLIENT:
"AUTHENTICATE \"PLAIN\"
\"AHRlc3RhY2NvdW50MDBAbG9jYWxuZXQuY29tAFRlY2g5OTk=\"\r\n"
Apr 5 13:35:50 perdition-dev perdition.managesieve[21571]:
username_add_domain: username_add_domain 0 1
Apr 5 13:35:51 perdition-dev perdition.managesieve[21571]:
username_add_domain: username_add_domain 0 4
Apr 5 13:35:51 perdition-dev perdition.managesieve[21571]: 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\"\r\n\"STARTTLS\"\r\n\"NOTIFY\"
\"mailto\"\r\n\"VERSION\"
\"1.0\"\r\nOK \"Dovecot ready.\"\r\n"
Apr 5 13:35:51 perdition-dev perdition.managesieve[21571]: Exiting on
signal 11
On Mon, Apr 4, 2011 at 10:52 AM, Jesse Jarzynka <jesse(a)jessejoe.com>
<jesse(a)jessejoe.com>wrote;wrote:
On Sat, Apr 2, 2011 at 6:09 PM, Simon Horman <horms(a)verge.net.au>
<horms(a)verge.net.au> wrote:
# apt-get build-dep perdition
The build-dep must've grabbed something I was missing because I was
able to compile it after that.
I'm not getting the same error anymore, so that's good! I'm still not
getting the right server from ldap with managesieve though. Here's and
example of my IMAP auth working correctly and adding the right server:
Apr 4 10:42:35 perdition-dev perdition.imap4[17368]: Starting
perdition version=1.19-rc4 protocol=IMAP4
Apr 4 10:42:35 perdition-dev perdition.imap4[17368]: add_domain="",
authenticate_in=off, authenticate_timeout=1800, bind_address="",
client_server_specification=off,
config_file="/home/jjarzynka/perdition.conf", connection_limit=0,
connection_logging=on, connect_relog=300, debug=on,
domain_delimiter="@", explicit_domain="", group="root",
imap_capability="IMAP4 IMAP4REV1", inetd_mode=off,
listen_port="imap2", log_facility="mail",
log_passwd="never",
login_disabled=off, lower_case="",
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-rc4"",
map_library="/usr/lib/libperditiondb_ldap.so.0.0.0",
map_library_opt="ldap://ldap.localnet.sys/ou=accounts,dc=localnet,dc=com?mail,mailHost,port?one?(mail=%s)",
no_bind_banner=off, no_daemon=off, no_lookup=off, tcp_keepalive=off,
nodename="perdition-dev", ok_line="You are so in",
outgoing_port="imap2", outgoing_server="",
pid_file="/var/run/perdition.imap4s/perdition.imap4s.pid",
pop_capability="UIDL.USER", protocol="IMAP4", server_resp_line=off,
strip_domain="", timeout=1800, username="root",
username_from_database=off, query_key="", quiet=off (mask=0x00000400
00000000)
Apr 4 10:42:35 perdition-dev perdition.imap4[17368]: ssl_mode="",
ssl_ca_file="", ssl_ca_path="/usr/etc/perdition/perdition.ca/",
ssl_ca_accept_self_signed="off",
ssl_cert_file="/usr/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="/usr/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 10:42:35 perdition-dev perdition.imap4[17370]:
vanessa_socket_daemon_setid: uid=0 euid=0 gid=0 egid=0
Apr 4 10:42:41 perdition-dev perdition.imap4[17371]: Connect:
10.30.40.197:34045->10.30.40.163:143
Apr 4 10:42:41 perdition-dev perdition.imap4[17371]: SELF: "* OK
[CAPABILITY IMAP4 IMAP4REV1] perdition ready on
perdition-dev.localnet.sys 0002b0cf\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: CLIENT: "01
login testaccount00(a)localnet.com PASSWORD\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]:
username_add_domain: username_add_domain 0 1
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]:
username_add_domain: username_add_domain 0 4
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "* OK
[CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT
THREAD=REFERENCES SORT QUOTA IDLE] Courier-IMAP ready. Copyright
1998-2003 Double Precision, Inc. See COPYING for distribution
information.\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF: "flim07
CAPABILITY\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "*
CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT
THREAD=REFERENCES SORT QUOTA IDLE\r\nflim07 OK CAPABILITY
completed\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF: "flim08
LOGIN {26}\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "+ OK\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]:
SELF:"testaccount00@localnet.com {7}\r\n"
<testaccount00(a)localnet.com%7B7%7D%5Cr%5Cn>
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "+ OK\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF:
"PASSWORD\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: REAL: "flim08
OK LOGIN Ok.\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: SELF: "01 OK
You are so in\r\n"
Apr 4 10:42:51 perdition-dev perdition.imap4[17371]: Auth:
10.30.40.197:34045->10.30.40.163:143 client-secure=plaintext
authorisation_id=NONE authentication_id="testaccount00(a)localnet.com"
<testaccount00(a)localnet.com>
server="maildrop-dovecot-dev.localnet.sys:imap2" protocol=IMAP4
server-secure=plaintext status="ok"
So you can see it finds the correct mail server for this user as
"maildrop-dovecot-dev.localnet.sys" and forwards my connection there.
Here is my output when using managesieve on the latest mercurial code
and the same config file now:
Apr 4 10:47:24 perdition-dev perdition.managesieve[17401]: Starting
perdition version=1.19-rc4 protocol=MANAGESIEVE
Apr 4 10:47:24 perdition-dev perdition.managesieve[17401]:
add_domain="", authenticate_in=off, authenticate_timeout=1800,
bind_address="", client_server_specification=off,
config_file="/home/jjarzynka/perdition.conf", connection_limit=0,
connection_logging=on, connect_relog=300, debug=on,
domain_delimiter="@", explicit_domain="", group="root",
imap_capability="IMAP4 IMAP4REV1", inetd_mode=off,
listen_port="sieve", log_facility="mail",
log_passwd="never",
login_disabled=off, lower_case="",
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-rc4"",
map_library="/usr/lib/libperditiondb_ldap.so.0.0.0",
map_library_opt="ldap://ldap.localnet.sys/ou=accounts,dc=localnet,dc=com?mail,mailHost,port?one?(mail=%s)",
no_bind_banner=off, no_daemon=off, no_lookup=off, tcp_keepalive=off,
nodename="perdition-dev", ok_line="You are so in",
outgoing_port="sieve", outgoing_server="",
pid_file="/var/run/perdition.imap4s/perdition.imap4s.pid",
pop_capability="UIDL.USER", protocol="MANAGESIEVE",
server_resp_line=off, strip_domain="", timeout=1800,
username="root",
username_from_database=off, query_key="", quiet=off (mask=0x00000400
00000000)
Apr 4 10:47:24 perdition-dev perdition.managesieve[17401]:
ssl_mode="", ssl_ca_file="",
ssl_ca_path="/usr/etc/perdition/perdition.ca/",
ssl_ca_accept_self_signed="off",
ssl_cert_file="/usr/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="/usr/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 10:47:24 perdition-dev perdition.managesieve[17403]:
vanessa_socket_daemon_setid: uid=0 euid=0 gid=0 egid=0
Apr 4 10:47:44 perdition-dev perdition.managesieve[17407]: Connect:
10.30.40.197:44134->10.30.40.163:4190
Apr 4 10:47:44 perdition-dev perdition.managesieve[17407]: 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-rc4\"\r\nOK \"perdition ready on perdition-dev.localnet.sys
0002b4d8\"\r\n"
Apr 4 10:47:49 perdition-dev perdition.managesieve[17407]: CLIENT:
"AUTHENTICATE \"PLAIN\"
\"AHRlc3RhY2NvdW50QGxvY2FsbmV0LmNvbQB0ZXN0\"\r\n"
Apr 4 10:47:49 perdition-dev perdition.managesieve[17407]:
username_add_domain: username_add_domain 0 1
Apr 4 10:47:50 perdition-dev perdition.managesieve[17407]:
vanessa_socket_client_src_open: getaddrinfo dst: "deleted" "sieve":
Name or service not known
Apr 4 10:47:50 perdition-dev perdition.managesieve[17407]: main:
vanessa_socket_client_open
Apr 4 10:47:53 perdition-dev perdition.managesieve[17407]: SELF:
"NO \"failed: Could not connect to server\"\r\n"
Apr 4 10:47:53 perdition-dev perdition.managesieve[17407]: Auth:
10.30.40.197:44134->10.30.40.163:4190 client-secure=plaintext
authorisation_id=NONE authentication_id="testaccount(a)localnet.com"
<testaccount(a)localnet.com>
server="deleted:sieve" protocol=MANAGESIEVE server-secure=plaintext
status="failed: Could not connect to server"
This time it gets the mail server as "deleted:sieve" instead of
"maildrop-dovecot-dev.localnet.sys". Shouldn't it be using my mail
server defined in my ldap lookup like IMAP does? It does appear you
have fixed whatever bug was disconnecting me immediately though.
Thanks for your continued help. -Jesse
______________________________________________
Perdition-users mailing
listPerdition-users@vergenet.nethttp://lists.vergenet.net/listinfo/perdition-users
______________________________________________
Perdition-users mailing list
Perdition-users(a)vergenet.net
http://lists.vergenet.net/listinfo/perdition-users
14 Jun
14 Jun
11:32 p.m.
On Fri, Apr 01, 2011 at 10:56:12AM +0900, Simon Horman wrote:
Hi Jesse,
there is a sieve authentication bug that I have fixed in mercurial
but not yet pushed out into an rc release or Debian package.
http://hg.vergenet.net/perdition/perdition/rev/6544c58ec144
Would it be possible for you to try the latest mercurial code?
Hi,
I have uploaded perdition_1.19~rc4-3 which includes the above change.
4704
days inactive
4780
days old
12 comments
3 participants
participants (3)
-
Jesse Jarzynka -
Simon Horman -
YANG ChengFu