Re: Managesieve bug recurring?

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 <[email protected]> wrote:

> 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