Hi,
I have been using quota-tools-4.01 for some time now. For email lookups, i have configured /etc/warnquota.conf to use our LDAP server. Since last week it is no longer possible to retreive email addresses from our LDAP database due to increased privacy measures. As an admin, i was given an user binddn and password to still be able to access email addresses for use with our uota checks.
The problem i'm running into is that if i use a CC_TO mail address in warnquota.conf, an email is sent to the local user email account, e.g. <user name="">@LDAP_DEFAULT_MAIL_DOMAIN" and
not the email adress in the LDAP database. However, as i accidentily discovered, if i comment out the CC_TO line, the email is correctly sent to the email address from the LDAP
database (but no cc of course).
Thanks in advance for your help,
Ernst
Anonymous
Thanks for report. I have just pushed out a patch which should fix your issue. Can you please compile quota tools from git repository and verify whether it fixes the issue for you (honestly, I don't have LDAP setup so the change is compile tested only). Or I can send you tarball with the latest sources if that's easier for you.
Hi,
Let me first correct myself that it had nothing to do with the CC_TO line. This was a stupud mistake of myself. However, it is true that the ldap query fails and instead sends an email to the local user accoount.
Thanks for your respons. I am trying to compile from the the git repository but running into the following problem after i have download the source:
root# autoconf
root# ./configure
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking whether compiler supports PIE... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking ext2fs/ext2fs.h usability... no
checking ext2fs/ext2fs.h presence... no
checking for ext2fs/ext2fs.h... no
checking for com_err in -lcom_err... yes
checking for ext2fs_initialize in -lext2fs... no
configure: WARNING: Ext2 direct support won't be compiled. Libraries not found.
./configure: line 4180: syntax error near unexpected token
DBUS,' ./configure: line 4180:
PKG_CHECK_MODULES(DBUS, dbus-1)'Google has not yet provided any solution :(
Thanks,
Ernst
I need to use autreconf instead of autoconf. Apololgies i'm not too familiar with the autoconf tools and others.
I am now running into problems like these:
/root/tmp/linuxquota-code/quotacheck_v2.c:328: undefined reference to `le32toh'
which is a problem with my centos 5 installation: le32toh is defined in endian.h for glibc-headers > 2.9 but my centos 5 only has glibc-headers-2.5. Unfortunately, there is no update available centos 5. I would have to go to centos 6 which i plan to do anyway.