Re: Managesieve bug recurring?

On Sat, Apr 2, 2011 at 6:09 PM, Simon Horman <[email protected]> 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 [email protected] 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:
"[email protected] {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="[email protected]"
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="[email protected]"
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
[email protected]
http://lists.vergenet.net/listinfo/perdition-users