Hi Michael,
Thanks for getting back to me.
Everything compiles fine, no errors at all however the --enable-ldap=y
still seems to make the compiled binaries look for kerberos - Can't figure
out why :(
I'm in South Africa, apparently Kerberos is not allowed to be exported out
of North America ?
On Saturday 28 September 2002 06:27, you wrote:
Just wondering if you've released your new Vpopmail PHP extension? Well,
that's a misnomer, since I haven't seen 0.1 yet either ;)
-- Steve
well feel free to download and test it
http://www.ionium.org/php/php_vpopmail-0.1.tar.gz
one note:
if
HI to All
Ok. to clarify ths thing a bit
when you compile it with ldap support it automatically get linked against
libldap and liblber
but libldap and libldap could be (and are) compiled with another libs
in youre case against libkrb
and from youre mails as I could see these libs are not in
Hi Boris,
Thanks for getting back to me.
find / -name libkrb4.so.2 finds no file - It seems that we aren't allowed
to have Kerberos in South Africa :(
This also seems to apply to libdes425.so.3
Thanks for the assistance anyways.
I've also tried recompiling my openldap with --disable-kerberos
Ok last thing you can do
is that: simply download latest openldap
compile it WITHOUT openssl (not recommended but in youre case...)
kerberos or whatever and than compile vpopmail
and offcourse remove old openldap :))
But first check who needs ldap in your environment
(Maybe boss :)
(Are you on
Great, thanks I'll give it a try.
But first check who needs ldap in your environment
(Maybe boss :)
Hehe.
I've also tried just the standard qmail-ldap, without vpopmail and have the
some problem with qmail-lspawn missing libkrb4.so.2
I'll try another OpenLDAP version and let you know how it
vpopmail-folk.
If this is the wrong forum to post these things
please let me know the appropriate forum
in vpopmail.c: update_rules()
there is an attempt to delete the tcprules temporary file by unlinking
'relay_template' which was set in tcprules_open
however relay_template is only the