Starting base sendmail requires older version of libraries

D

drhowarddrfine

Code: 
ld-elf.so.1: Shared object "libicuuc.so.64" not found, required by "sendmail"
/etc/rc.d/sendmail: WARNING: failed to start sendmail

I have a laptop I use for playing around with code on and realized I never had base sendmail running on it. I did
Code: 
service sendmail onestart
and received that error.

My library version is libicuuc.so.67. Putting a symlink in for that only causes another issue wanting libssl.so.something else.

So I don't recall what to do about that.
 
This is no explanation for the genuine issue, but can avoid all issues related to sendmail(8):

If you do not need a "real" MTA installation, but a "client-only" configuration to receive mail locally and send mail upstream, you might consider using dma(8) instead of sendmail(8).
It's in the base, so all you have to do is adjusting the settings in /etc/dma/dma.conf and change /etc/mail/mailer.conf
Code: 
sendmail        /usr/libexec/dma
mailq           /usr/libexec/dma
newaliases /usr/libexec/dma
hoststat /usr/libexec/dma
purgestat /usr/libexec/dma
 
drhowarddrfine said:
I have a laptop I use for playing around with code on and realized I never had base sendmail running on it.
Click to expand...
How do you update that machine? Using the source? Did you disable sendmail in src.conf? If you've never ran make delete-old then the sendmail that was originally installed as part of the base never got removed. Subsequent updates would then never update it and you're left with stale executables.

Or maybe you once installed mail/sendmail? And only partially removed it? Because the base sendmail doesn't depend on libicuuc.so:
Code: 
dice@maelcum:~ % freebsd-version -uk
12.1-STABLE
12.1-STABLE
dice@maelcum:~ % ldd /usr/sbin/sendmail
/usr/sbin/sendmail:
        libutil.so.9 => /lib/libutil.so.9 (0x80024c000)
        libc.so.7 => /lib/libc.so.7 (0x800264000)

Nothing from the base OS would ever depend on external libraries (libicuuc.so is installed by devel/icu).
 
SirDice The answer is no to all your questions and I only used freebsd-update. I am not familiar with make delete-old so perhaps that is the solution?

I, too, was curious as to why devel/icu was required. I think I might have installed mail/postfix at one time or possibly some other mail program but I never installed sendmail from ports (as if I would really remember for sure).
 
drhowarddrfine said:
I am not familiar with make delete-old so perhaps that is the solution?
Click to expand...
No, that really should only be done if you build from source. It's part of the build(7) process.

drhowarddrfine said:
I, too, was curious as to why devel/icu was required. I think I might have installed mail/postfix at one time or possibly some other mail program but I never installed sendmail from ports (as if I would really remember for sure).
Click to expand...
mjollnir hinted at this, look in /etc/mail/mailer.conf. This file is used to 'translate' from sendmail to any other mailer. I'm almost certain there's something in yours pointing to some old files. The default should look like this:
Code: 
# $FreeBSD: stable/12/etc/mail/mailer.conf 327236 2017-12-27 06:23:50Z delphij $
#
# Execute the "real" sendmail program, named /usr/libexec/sendmail/sendmail
#
sendmail        /usr/libexec/sendmail/sendmail
mailq           /usr/libexec/sendmail/sendmail
newaliases      /usr/libexec/sendmail/sendmail
hoststat        /usr/libexec/sendmail/sendmail
purgestat       /usr/libexec/sendmail/sendmail
 
Ok. What does ldd /usr/libexec/sendmail/sendmail and ldd /usr/sbin/sendmail tell you?
 
Code: 
/usr/libexec/sendmail/sendmail:
    libutil.so.9 => /lib/libutil.so.9 (0x8002f8000)
    libssl.so.111 => /usr/lib/libssl.so.111 (0x80030f000)
    libcrypto.so.111 => /lib/libcrypto.so.111 (0x8003a7000)
    libwrap.so.6 => /usr/lib/libwrap.so.6 (0x800696000)
    libc.so.7 => /lib/libc.so.7 (0x8006a2000)
    libthr.so.3 => /lib/libthr.so.3 (0x800a9b000)

/usr/sbin/sendmail:
    libutil.so.9 => /lib/libutil.so.9 (0x800249000)
    libc.so.7 => /lib/libc.so.7 (0x800260000)
 
So, no libicuuc.so there. In other words, it's not sendmail that's doing this. Does sysrc sendmail_program output anything?
 
Ok, that's correct. You can set that variable to run something else instead of sendmail(8). Which would look like you're starting sendmail through /etc/rc.d/sendmail. That really leaves /etc/rc.d/sendmail itself or any of the *.cf files in /etc/mail/ that loads something that generates that library error.

I'm starting to grasp at straws here, but does sh -x /etc/rc.d/sendmail onestart provide any useful information? It's going to produce a truckload of output though. So you may want to use script(1) to capture it.
 
You're right, I get a lot of stuff to sift through. I'm tearing out a fireplace while we're talking. I'll sift through this later but nothing jumped out at me right away.
 
You must log in or register to reply here.
Back
Top