Re: Perdition1.18 problem with LDAP query

Hi,

that is curious. Did you run ./configure more than once
with different arguments? If so, I am wondering if
the build system has got itself into an inconsistent
state somehow. Could you try again starting with a clean tree:

e.g.

cd ..
rm -r perdition-1.18
tar -jxf perdition-1.18.tar.bz2
cd perdition-1.18
patch -p1 < ../LDAP-support-schema-misc-mailHost.patch/
./configure --prefix /usr
make
make install

On Mon, May 31, 2010 at 11:12:15AM +0800, 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, and is
> believed to be clean.
> 

> ______________________________________________
> 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