Re: Managesieve bug recurring?

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