Re: {Disarmed} Re: Managesieve bug recurring?

Sure,
dovecot.conf - http://pastebin.com/muUEPAh8
We are using LDAP:
dovecot-ldap.conf - http://pastebin.com/Qk4RDPgN

<http://pastebin.com/Qk4RDPgN>Has been working fine for us. Our LDAP is a
little weird but you should be able to figure it out. Check out the dovecot
docs for help, they are pretty good.

On Tue, Apr 26, 2011 at 3:38 PM, YANG ChengFu <[email protected]>wrote:

>  Hello Jesse,
>
> thanks a look, can you share your dovecot  proxy and password DB
> configuration files ?
>
> --
>      *YANG ChengFu*
> UNIX Administrator/Administrateur UNIX
>
>  5800 St-Denis suite 1001
> Montréal (QC), H2S 3L5
> Msn/mail: [email protected]
> tel:(514)798-1700 x.4514
>
>
>
> On 11-04-26 02:57 PM, Jesse Jarzynka wrote:
>
> 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 <[email protected]>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: [email protected]
>> 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 <[email protected]> <[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->*MailScanner warning: numerical links are often malicious:* 10.30.40.163:4190 <http://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]> <[email protected]>wrote:
>>
>>
>>  On Sat, Apr 2, 2011 at 6:09 PM, Simon Horman <[email protected]> <[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->*MailScanner warning: numerical links are often malicious:* 10.30.40.163:143 <http://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" <[email protected]%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->*MailScanner warning: numerical links are often malicious:* 10.30.40.163:143 <http://10.30.40.163:143> client-secure=plaintext
>> authorisation_id=NONE authentication_id="[email protected]" <[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->*MailScanner warning: numerical links are often malicious:* 10.30.40.163:4190 <http://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->*MailScanner warning: numerical links are often malicious:* 10.30.40.163:4190 <http://10.30.40.163:4190> client-secure=plaintext
>> authorisation_id=NONE authentication_id="[email protected]" <[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 [email protected]://lists.vergenet.net/listinfo/perdition-users
>>
>>
>> ______________________________________________
>> Perdition-users mailing list
>> [email protected]
>> http://lists.vergenet.net/listinfo/perdition-users
>>
>>
>

______________________________________________
Perdition-users mailing list
[email protected]
http://lists.vergenet.net/listinfo/perdition-users