Menu

#116 LDAP mail lookup problem

None
closed-fixed
nobody
None
5
2014-09-11
2014-04-28
Anonymous
No

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

Discussion

  • Jan Kara

    Jan Kara - 2014-05-01

    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.

     
  • Anonymous

    Anonymous - 2014-05-06

    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

     
  • Anonymous

    Anonymous - 2014-05-06

    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.

     
  • Jan Kara

    Jan Kara - 2014-09-11
    • status: open --> closed-fixed
    • Group: -->
     

Anonymous
Anonymous

Add attachments
Cancel