mail through maildrop disappears [solved]

Message

hika · Post by **hika** » Wed Mar 19, 2014 10:53 pm

The stand alone version has two more links. One expected : libcourierauth.so and : libidn.so.11 which isn't coming from the package itself.
I know I can check the package ownership. Do you know the command?

Courier version:

Code: Select all

	linux-vdso.so.1 (0x00007fff9cfff000)
	libgdbm.so.3 => /usr/lib64/libgdbm.so.3 (0x00007fcaaa94b000)
	libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fcaaa72e000)
	libpcre.so.1 => /lib64/libpcre.so.1 (0x00007fcaaa4c6000)
	libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3/libstdc++.so.6 (0x00007fcaaa1c0000)
	libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fcaa9faa000)
	libc.so.6 => /lib64/libc.so.6 (0x00007fcaa9bfa000)
	/lib64/ld-linux-x86-64.so.2 (0x00007fcaaab51000)
	libm.so.6 => /lib64/libm.so.6 (0x00007fcaa98fc000)

Stand alone version:

Code: Select all

	linux-vdso.so.1 (0x00007fff23f1f000)
	libidn.so.11 => /usr/lib64/libidn.so.11 (0x00007f3966638000)
	libgdbm.so.3 => /usr/lib64/libgdbm.so.3 (0x00007f3966431000)
	libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f3966214000)
	libcourierauth.so => /usr/lib64/courier-authlib/libcourierauth.so (0x00007f3966007000)
	libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f3965d9e000)
	libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3/libstdc++.so.6 (0x00007f3965a97000)
	libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f3965881000)
	libc.so.6 => /lib64/libc.so.6 (0x00007f39654d1000)
	/lib64/ld-linux-x86-64.so.2 (0x00007f396686c000)
	libm.so.6 => /lib64/libm.so.6 (0x00007f39651d3000)

hika · Post by **hika** » Wed Mar 19, 2014 11:46 pm

I found the owner net-dns/libidn.

khayyam · Post by **khayyam** » Thu Mar 20, 2014 12:04 am

hika ...

If you need to corrolate a file with a package you can use 'e-file' from app-portage/pfl

Code: Select all

# for f in /usr/lib64/courier-authlib/libcourierauth.so /usr/lib64/libidn.so.11 ; do e-file $f 2>/dev/null | awk '/^.*\*/{print $3}'; done
net-libs/courier-authlib
net-dns/libidn

I'm just outputing the package names here for brevity, more information is provided in the output.

Though as they are installed on one of you hosts you can use 'equery' from app-portage/gentoolkit

Code: Select all

# equery belongs /usr/lib64/courier-authlib/libcourierauth.so

best ... khay

hika · Post by **hika** » Thu Mar 20, 2014 12:16 am

Thanks for all your help.
To be on the save side I emerged the net-dns/libidn package on the server and copied the maildrop binary, after of cause moving the original binary to maildrop.org, and it now works.
In the coming time I'm going to look further into the cause for the missing dependency to authlib and when I know more I'll report back.

Hika

khayyam · Post by **khayyam** » Thu Mar 20, 2014 12:20 am

hika ...

you're welcome ... pleased to hear that its working as expected. You might want to take some time to add any relevent information to the bug (or open a new bug if the old bug hasn't been re-activated).

best ... khay

hika · Post by **hika** » Thu Mar 20, 2014 12:25 am

I've already yesterday added to the bug, including a link to this thread. And I've added me to the cc list. If by the time I found more, I've heard nothing from the bug, I will open a new one, linking to the old one and this thread.

Hika

hika · Post by **hika** » Thu Mar 20, 2014 4:47 pm

It definitely is a bug in the maildrop configure script inside courier. The part that arranges it:

Code: Select all

COURIERAUTHCONFIG=$ac_cv_path_COURIERAUTHCONFIG
if test -n "$COURIERAUTHCONFIG"; then
  { $as_echo "$as_me:${as_lineno-$LINENO}: result: $COURIERAUTHCONFIG" >&5
$as_echo "$COURIERAUTHCONFIG" >&6; }
else
  { $as_echo "$as_me:${as_lineno-$LINENO}: result: no" >&5
$as_echo "no" >&6; }
fi


  test -n "$COURIERAUTHCONFIG" && break
done


# When we're a part of the Courier build, we let Courier do the authlib stuff

if test -d ${srcdir}/../courier
then
	COURIERAUTHCONFIG=""
fi

# Check whether --enable-authlib was given.
if test "${enable_authlib+set}" = set; then :
  enableval=$enable_authlib;
if test "$enableval" = "no"
then
	COURIERAUTHCONFIG=""
fi

fi


AUTHINCLUDE=""
AUTHLDADD=""
AUTHLIB=0

if test "$COURIERAUTHCONFIG" != ""
then
	AUTHINCLUDE=`$COURIERAUTHCONFIG --cppflags`
	AUTHLDADD="`$COURIERAUTHCONFIG --ldflags` -lcourierauth"
	AUTHLIB=1
fi

Gives no way to enable the support. Possibly left over from earlier versions, that arranged it differently.
Scanning the whole courier code directory for enable-authlib and enable_authlib only gives this.

Hika

hika · Post by **hika** » Thu Mar 20, 2014 4:51 pm

And maildropldap, maildrop-ldap maidrop_ldap gives no hit at all.

hika · Post by **hika** » Thu Mar 20, 2014 5:16 pm

But checking the linking of sendmail, there is no linking to authlib, but it uses it anyway.
Possibly because it goes by the authlib socket:"/var/lib/courier/authlib/socket". But then why does maildrop not do that.

I should go talk/look/ask on a courier site.

Hika

hika · Post by **hika** » Tue Apr 01, 2014 4:09 pm

I found the way to do it.
The way is using /etc/courier/maildroprc. I already before tried adding HOME="home/samba/maildirs/$USER" to it, but USER is not imported by maildrop in delivery mode.
LOGNAME is. So heading op /etc/courier/maildroprc with:

Code: Select all

HOME="/home/samba/maildirs/$LOGNAME"
DEFAULT="$HOME/Maildir/"

Works.

Hika

hika · Post by **hika** » Tue Apr 01, 2014 4:27 pm

One thing though.
A .mailfilter file in /home/samba/maildirs/$LOGNAME is ignored. It still looks for it in the system define homedirectory /home/$LOGNAME.
The weird thing is that this file does use the changed variables for HOME and DEFAULT, so you don't need to define them again.

Hika