[SUMMARY]: Weird problem with sendmail install

Thanks for all your replies. Many of you pointed to checking file
permissions in /usr/lib
/usr/local/lib. These permissions were correct on the system. Finally
it was the command crle that fixed it

crle -u -l /usr/local/ssl/lib
and
crle -u -l /usr/local/BerkeleyDB/lib

These will modify /var/ld/ld.conf to include those
search paths. Turns out that for any binary that is compiled and built
with group setuid,
the loader  will search for additional
dynamic libraries in the ld.conf file. Setting it in LD_LIBRARY_PATH will
not have any effect.

Thanks to Scott Lawson and Karl Vogel who pointed me in the right direction.

--sb

On Thu, Sep 23, 2010 at 2:25 PM, Sun Baked <sunnbaked@gmail.com> wrote:

> Hello managers,
>
> I am attempting to build a newer sendmail version 8.13.6 on a Sparc V440
> system. I proceeded as user root to build the source code just as outlined
> in the documentation. I am successful in building the binary. The
> installation script installs sendmail in /usr/lib but before doing so, it
> adds a group setuid. Now the problem happens when I try to send a mail as a
> normal user, sendmail complains
>
> ld.so.1: mail: fatal: libssl.so.1.0.0: open failed: No such file or
> directory
>
> As root I am able to send and receive mail. As root when I do
>
> ldd /usr/lib/sendmail, I get
>
> root 1 >> ldd /usr/lib/sendmail
>         libssl.so.1.0.0 =>       /usr/local/lib/libssl.so.1.0.0
>         libcrypto.so.1.0.0 =>    /usr/local/lib/libcrypto.so.1.0.0
>         libdb-4.4.so =>  /usr/local/lib/libdb-4.4.so
>         libresolv.so.2 =>        /lib/libresolv.so.2
>         libsocket.so.1 =>        /lib/libsocket.so.1
>         libnsl.so.1 =>   /lib/libnsl.so.1
>         libc.so.1 =>     /lib/libc.so.1
>         libdl.so.1 =>    /lib/libdl.so.1
>         libgcc_s.so.1 =>         /usr/local/lib/libgcc_s.so.1
>         librt.so.1 =>    /lib/librt.so.1
>         libmp.so.2 =>    /lib/libmp.so.2
>         libaio.so.1 =>   /lib/libaio.so.1
>         libmd5.so.1 =>   /lib/libmd5.so.1
>         /usr/platform/SUNW,Sun-Fire-V440/lib/libc_psr.so.1
>         /usr/platform/SUNW,Sun-Fire-V440/lib/libmd5_psr.so.1
>
> But as a user:
>
> ldd /usr/lib/sendmail gives:
>
> user 3 > ldd /usr/lib/sendmail
>         libssl.so.1.0.0 =>       (file not found)
>         libcrypto.so.1.0.0 =>    (file not found)
>         libdb-4.4.so =>  (file not found)
>         libresolv.so.2 =>        /usr/lib/libresolv.so.2
>         libsocket.so.1 =>        /usr/lib/libsocket.so.1
>         libnsl.so.1 =>   /usr/lib/libnsl.so.1
>         libc.so.1 =>     /usr/lib/libc.so.1
>         libdl.so.1 =>    /usr/lib/libdl.so.1
>         libmp.so.2 =>    /usr/lib/libmp.so.2
>         /usr/platform/SUNW,Sun-Fire-V440/lib/libc_psr.so.1
>
>
> I have LD_LIBRARY_PATH defined as:
>
>
> /usr/local/ssl/lib:/usr/local/BerkeleyDB/lib:/usr/local/lib:/tools/X11/R6/lib:/tools/gnu/lib:/usr/lib:/lib:/usr/local/lib:/nettools/lib:/nettools/gnu/lib
>
> I expected ldd to find the library location once the binary is built. What
> is the problem here. Can someone throw some light?
>
> Thanks in advance
>
> -sb
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers