31 May
2010
31 May
'10
3:59 a.m.
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:
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
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="cktan(a)abc.com" 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:
--
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
Perdition-users(a)vergenet.net
http://lists.vergenet.net/listinfo/perdition-users 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
Perdition-users(a)vergenet.net
http://lists.vergenet.net/listinfo/perdition-users ______________________________________________
Perdition-users mailing list
Perdition-users(a)vergenet.net
http://lists.vergenet.net/listinfo/perdition-users