Re: Perdition1.18 problem with LDAP query

Hi,

Try redo back it was installed without error this time. However, error 
below appear when I start perdition manual as suggested before and the 
service just can't start. Any help?

May 31 13:26:37 mail2 perdition[11925]: version=1.18, add_domain="", 
authenticate_in=off, authenticate_timeout=1800, bind_address="", 
capability="UIDL  USER", client_server_specification=off, 
config_file="/usr/local/etc/perdition/perdition.conf", 
connection_limit=0, connection_logging=off, connect_relog=300, 
debug=off, domain_delimiter="@", explicit_domain="", group="nobody", 
inetd_mode=off, listen_port="110", log_facility="mail", 
log_passwd="never", login_disabled=off, lower_case="", 
map_library="/usr/local/lib/libperditiondb_gdbm.so.0", 
map_library_opt="ldap://ldap.abc.com:389/dc=.?uid,mailHost?sub?(mail=%45s)?!BINDNAME=cn=xxx%2cdc=.,X-BINDPW=yyy", 
no_bind_banner=off, no_daemon=off, no_lookup=off, nodename="mail2", 
ok_line="You are so in", outgoing_port="110", outgoing_server="", 
pid_file="/usr/local/var/run/perdition.pop3/perdition.pop3.pid", 
protocol="POP3", server_resp_line=off, strip_domain="", timeout=1800, 
username="nobody", username_from_database=off, query_key="", quiet=off, 
ssl_mode=""
*May 31 13:26:37 mail2 perdition[11925]: Could not write pid file*
*May 31 13:26:37 mail2 perdition[11925]: Exiting on signal 1*

Regards


cktan wrote:
> Hi,
>
> Thank for your assistance and I tried to patched in and make install, 
> the error below show at the end. :-(
>
>  /bin/sh ../../../libtool   --mode=install /usr/bin/install -c   
> libperditiondb_daemon.la '/usr/lib'
> libtool: install: error: cannot install `libperditiondb_daemon.la' to 
> a directory not ending in /usr/local/lib
> make[5]: *** [install-libLTLIBRARIES] Error 1
> make[5]: Leaving directory `/root/perdition-1.18/perdition/db/daemon'
> make[4]: *** [install-am] Error 2
> make[4]: Leaving directory `/root/perdition-1.18/perdition/db/daemon'
> make[3]: *** [install-recursive] Error 1
> make[3]: Leaving directory `/root/perdition-1.18/perdition/db/daemon'
> make[2]: *** [install-recursive] Error 1
> make[2]: Leaving directory `/root/perdition-1.18/perdition/db'
> make[1]: *** [install-recursive] Error 1
> make[1]: Leaving directory `/root/perdition-1.18/perdition'
> make: *** [install-recursive] Error 1
>
> /Hi,
>
> I believe that the problem exists in perdition1.18 as well
> as rc1, rc2, rc3, ... Basically it was introduced between 1.17 and
> 1.18 and the fix currently hasn't been included in a released version.
>
> The patch command can be used to apply this change to perdition1.18.
>
> e.g.
> wget -O LDAP-support-schema-misc-mailHost.patch \
> 	http://hg.vergenet.net/perdition/perdition/raw-rev/28264fe9e31b
> wget http://www.vergenet.net/linux/perdition/download/1.18/perdition-1.18.tar.bz2
> tar -jxf perdition-1.18.tar.bz2
> cd perdition-1.18
> patch -p1 < ../LDAP-support-schema-misc-mailHost.patch/
>   
>
> Regards
>
> cktan wrote:
>> Dear Simon,
>>
>> I suppose this problem was noticed on perdition1.18rc1 and it was 
>> resolved for the rc2, rc3 and so on? And how should I patch it in 
>> order to work? Sorry because I'm not familiar with patching and hope 
>> to have some assistance from you.
>>
>>
>> Sorry for not noticing this the first time around but
>> I think that you are seeing the problem that is resolved by the following
>> patch:
>>
>> http://hg.vergenet.net/perdition/perdition/rev/28264fe9e31b
>>   
>> Regards
>>
>> cktan wrote:
>>> Hi,
>>>
>>> I've tried that and it was started without any error but we can't 
>>> login with with the maillog error as below:
>>>
>>>
>>> May 26 15:40:17 mail2 perdition[462]: version=1.18, add_domain="", 
>>> authenticate_in=off, authenticate_timeout=1800, bind_address="", 
>>> capability="UIDL  USER", client_server_specification=off, 
>>> config_file="/etc/perdition/perdition.conf", connection_limit=0, 
>>> connection_logging=off, connect_relog=300, debug=off, 
>>> domain_delimiter="@", explicit_domain="", group="nobody", 
>>> inetd_mode=off, listen_port="110", log_facility="mail", 
>>> log_passwd="never", login_disabled=off, lower_case="", 
>>> map_library="/usr/lib/libperditiondb_gdbm.so.0", 
>>> map_library_opt="ldap://ldap.abc.com:389/dc=.?uid,mailHost?sub?(mail=%45s)?!BINDNAME=cn=xxx%2cdc=.,X-BINDPW=yyy", 
>>> no_bind_banner=off, no_daemon=off, no_lookup=off, nodename="mail2", 
>>> ok_line="You are so in", outgoing_port="110", outgoing_server="", 
>>> pid_file="/var/run/perdition.pop3/perdition.pop3.pid", 
>>> protocol="POP3", server_resp_line=off, strip_domain="", 
>>> timeout=1800, username="nobody", username_from_database=off, 
>>> query_key="", quiet=off, ssl_mode="", ssl_ca_file="", ssl_ca_pat
>>>
>>>
>>> Auth user="[email protected]" passwd="XXXXXX" server="(null)" port="110" 
>>> status="failed: Could not determine server"
>>>
>>> Regards
>>>
>>> /Hi,
>>>
>>> If you are executing perdition on the command line,
>>> then you need to either use quotes or escape sequences
>>> as the ldap query string contains characters that
>>> have special meaning in the shell and I think
>>> that is why you are seeing this problem.
>>>
>>> Could you try the following?
>>>
>>> /usr/sbin/perdition.pop3 -m 'ldap://ldap.abc.com:389/dc=.?uid,mailHost?sub?(mail=%45s <ldap://ldap.abc.com:389/dc=.?uid,mailHost?sub?%28mail=%45s>)?!BINDNAME=cn=xxx%2cdc=.,X-BINDPW=yyy'
>>> /
>>>
>>> cktan wrote:
>>>> Dear all perdition users and experts,
>>>>
>>>> I used to have perdition-1.17 work for my mail servers to query for LDAP 
>>>> for mailHost for POP3 and IMAP proxy and normally I will just add a flag 
>>>> in /etc/sysconfig/perdition for POP3 and IMAP and everything will just 
>>>> working fine. Today, I've just setup another mail server (to load 
>>>> balance the mail scanning process and POP/IMAP login) and install with 
>>>> perdition-1.18 (tried also with perdition-1.18rc1), the configuration is 
>>>> the same with my old perdition but I've problem to start the service the 
>>>> error message below. If I remove the (mail=%45s), the service will just 
>>>> start perfect but off course I can't login because ldap will not return 
>>>> anything without the filter. Is there any issue with the new perdition 
>>>> for LDAP query? Looking forward your kind assistance in this matter.
>>>>
>>>> Starting perdition services (POP3): /bin/bash: -c: line 0: syntax error 
>>>> near unexpected token `('
>>>> /bin/bash: -c: line 0: `ulimit -S -c 0 >/dev/null 2>&1 ; 
>>>> /usr/sbin/perdition.pop3 -m 
>>>> ldap://ldap.abc.com:389/dc=.?uid,mailHost?sub?(mail=%45s)?!BINDNAME=cn=xxx%2cdc=.,X-BINDPW=yyy'
>>>>
>>>> Regards
>>>>
>>>>   
>>>
>>> -- 
>>> This message has been scanned for viruses and
>>> dangerous content by *MailScanner* <http://www.mailscanner.info/>, 
>>> and is
>>> believed to be clean.
>>> -- 
>>> This message has been scanned for viruses and
>>> dangerous content by *MailScanner* <http://www.mailscanner.info/>, 
>>> and is
>>> believed to be clean.
>>> ------------------------------------------------------------------------
>>>
>>> ______________________________________________
>>> Perdition-users mailing list
>>> [email protected]
>>> http://lists.vergenet.net/listinfo/perdition-users
>>>   
>>
>> -- 
>> This message has been scanned for viruses and
>> dangerous content by *MailScanner* <http://www.mailscanner.info/>, 
>> and is
>> believed to be clean.
>> ------------------------------------------------------------------------
>>
>> ______________________________________________
>> Perdition-users mailing list
>> [email protected]
>> http://lists.vergenet.net/listinfo/perdition-users
>>   
>
> -- 
> This message has been scanned for viruses and
> dangerous content by *MailScanner* <http://www.mailscanner.info/>, and is
> believed to be clean.
> ------------------------------------------------------------------------
>
> ______________________________________________
> Perdition-users mailing list
> [email protected]
> http://lists.vergenet.net/listinfo/perdition-users
>   

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

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