I set up a freshly new mailserver with: - qmail 1.03-r16 - vpopmail 5.4.16 - clamav 0.88.2 - spamassassin 1.35-r1 - qmailadmin 1.2.1-r1 and it is applies for qmailadmin 1.2.9 from ~x86 The problem is that adding user via qmailadmin gives "Error: could not change to directory" and user is not added. Permissions are set from the current qmailadmin ebuild ms1 # ls -l /var/www/localhost/cgi-bin/qmailadmin -rws--s--x 1 vpopmail vpopmail 184376 Jun 1 23:45 /var/www/localhost/cgi-bin/qmailadmin When I changed this file to root:root It started to work normaly. But I think having root:root permissions is not very good idea at cgi-bin file. As I have build many mailservers on the gentoo platform and every of them are to recent days performing without this kind of problem with the same sw versions, imho it must be some issue with directory rights of some package. However all known directories and files from mentioned packages which I have compared to older installed servers have the same rights. It must be something another. Please have a look. Thanks Stripe ms1 # emerge info Portage 2.0.54-r2 (default-linux/x86/vserver, gcc-3.4.6, glibc-2.3.6-r3, 2.6.15-vs2.0.1-gentoo-r5 i686) ================================================================= System uname: 2.6.15-vs2.0.1-gentoo-r5 i686 Intel(R) Pentium(R) D CPU 3.00GHz Gentoo Base System version 1.6.14 dev-lang/python: 2.4.2 dev-python/pycrypto: [Not Present] dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=i686 -O2 -pipe -fomit-frame-pointer -ftracer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /var/bind /var/qmail/alias /var/qmail/control /var/vpopmail/domains /var/vpopmail/etc" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=i686 -O2 -pipe -fomit-frame-pointer -ftracer" DISTDIR="/usr/distfiles" FEATURES="autoconfig buildpkg ccache distcc distlocks noauto notitles sandbox sfperms strict usersandbox" GENTOO_MIRRORS="ftp://ftp.fi.muni.cz/pub/linux/gentoo ftp://ftp.sh.cvut.cz/MIRRORS/gentoo/gentoo http://gentoo.oregonstate.edu http://gentoo.inode.at http://www.ibiblio.org/pub/Linux/distributions/gentoo" LINGUAS="cs en" MAKEOPTS="-j1" PKGDIR="/usr/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 acl apache2 berkdb bitmap-fonts bzip2 bzlib cli crypt curl dri expat fortran gdbm gmp hardened idn imap isdnlog maildir mime mmx mysql ncurses nls pam pcre perl php pie png pppd pwdb python qmail readline reflection session spamassassin spl sse ssl tcpd truetype-fonts type1-fonts xorg zlib linguas_cs linguas_en userland_GNU kernel_linux elibc_glibc" Unset: CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTAGE_RSYNC_OPTS
Performed more debug on other servers. It is behaving also on older - updated machines. Last functional configuration: - vpopmail 5.4.13 - qmailadmin 1.2.1
With permissions of 6755 on vpopmail:vpopmail owned qmailadmin it seems functional. Consider to revise the qmailadmin ebuild in next releases...