On Tuesday, 25 May 2021 at 07:53:26 UTC+3, Claus Aßmann wrote:
Harald Hannelius wrote:
Correcting the original post, it was virtual-domains that was the problematic db in our case.
Please post the output of
sendmail -bt -d0.15 </dev/null
Version 8.15.2
Compiled with: DNSMAP IPV6_FULL LDAPMAP LDAP_REFERRALS LOG MAP_REGEX
MATCHGECOS MILTER MIME7TO8 MIME8TO7 NAMED_BIND NETINET NETINET6
NETUNIX NEWDB NIS NISPLUS PIPELINING SASLv2 SCANF SOCKETMAP
STARTTLS TCPWRAPPERS USERDB USE_LDAP_INIT XDEBUG
OS Defines: ADDRCONFIG_IS_BROKEN HASFCHOWN HASFCHMOD
HASGETDTABLESIZE HASGETUSERSHELL HASINITGROUPS HASLSTAT HASNICE
HASRANDOM HASRRESVPORT HASSETREGID HASSETREUID HASSETRLIMIT
HASSETSID HASSETVBUF HASURANDOMDEV HASSTRERROR HASUNAME
HASUNSETENV HASWAITPID IDENTPROTO IP_SRCROUTE NEEDSGETIPNODE
REQUIRES_DIR_FSYNC SFS_VFS USE_DOUBLE_FORK USE_SIGLONGJMP
USESETEUID
Kernel symbols: /boot/vmlinux
Conf file: /etc/mail/submit.cf (default for MSP)
Conf file: /etc/mail/sendmail.cf (default for MTA)
Pid file: /var/run/sendmail/mta/sendmail.pid (default)
libsm Defines: SM_CONF_LDAP_INITIALIZE SM_CONF_LDAP_MEMFREE
SM_CONF_LONGLONG SM_CONF_MEMCHR SM_CONF_MSG SM_CONF_SEM
SM_CONF_SIGSETJMP SM_CONF_SHM SM_CONF_SSIZE_T SM_CONF_STDBOOL_H
SM_CONF_STDDEF_H SM_CONF_SYS_CDEFS_H SM_CONF_UID_GID
DO_NOT_USE_STRCPY SM_HEAP_CHECK SM_OS=sm_os_linux SM_VA_STD
FFR Defines: _FFR_BADRCPT_SHUTDOWN _FFR_MAIL_MACRO _FFR_NO_PIPE
_FFR_QUEUE_SCHED_DBG _FFR_RESET_MACRO_GLOBALS _FFR_RHS
_FFR_SHM_STATUS _FFR_SKIP_DOMAINS _FFR_TLS_EC
OpenSSL: compiled 0x1010103f
OpenSSL: linked 0x1010104f
Canonical name: server.domain.com
UUCP nodename: server
a.k.a.: [IPv6:2xxx:708:xxx:xx:0:0:0:234]
a.k.a.: [127.0.0.1]
a.k.a.: [193.xxx.xx.xxx]
Conf file: /etc/mail/sendmail.cf (selected)
Pid file: /var/run/sendmail/mta/sendmail.pid (selected)
============ SYSTEM IDENTITY (after readcf) ============
(short domain name) $w = server
(canonical domain name) $j = server.domain.com
(subdomain name) $m = domain.com
(node name) $k = server ========================================================
mailer 0 (prog): P=/bin/sh S=EnvFromL/HdrFromL R=EnvToL/HdrToL M=0 U=-1:-1 F=9DFMeloqsu L=0 E=\n T=X-Unix/X-Unix/X-Unix r=100 A=sh -c $u
mailer 1 (*file*): P=[FILE] S=parse/parse R=parse/parse M=0 U=-1:-1 F=9DEFMPloqsu L=0 E=\n T=X-Unix/X-Unix/X-Unix r=100 A=FILE $u
mailer 2 (*include*): P=/dev/null S=parse/parse R=parse/parse M=0 U=-1:-1 F=su L=0 E=\n T=<undefined>/<undefined>/<undefined> r=100 A=INCLUDE $u
mailer 3 (local): P=/usr/sbin/sensible-mda S=EnvFromL/HdrFromL R=EnvToL/HdrToL M=0 U=-1:-1 F=/59:@ADFMPSlnqsw| L=0 E=\n T=DNS/RFC822/X-Unix r=100 A=sensible-mda $g $u $h ${client_addr}
mailer 4 (smtp): P=[IPC] S=EnvFromSMTP/HdrFromSMTP R=EnvToSMTP/EnvToSMTP M=0 U=-1:-1 F=DFMXmu L=990 E=\r\n T=DNS/RFC822/SMTP r=100 A=TCP $h
mailer 5 (esmtp): P=[IPC] S=EnvFromSMTP/HdrFromSMTP R=EnvToSMTP/EnvToSMTP M=0 U=-1:-1 F=DFMXamu L=990 E=\r\n T=DNS/RFC822/SMTP r=100 A=TCP $h
mailer 6 (smtp8): P=[IPC] S=EnvFromSMTP/HdrFromSMTP R=EnvToSMTP/EnvToSMTP M=0 U=-1:-1 F=8DFMXmu L=990 E=\r\n T=DNS/RFC822/SMTP r=100 A=TCP $h
mailer 7 (dsmtp): P=[IPC] S=EnvFromSMTP/HdrFromSMTP R=EnvToSMTP/EnvToSMTP M=0 U=-1:-1 F=%DFMXamu L=990 E=\r\n T=DNS/RFC822/SMTP r=100 A=TCP $h
mailer 8 (relay): P=[IPC] S=EnvFromSMTP/HdrFromSMTP R=MasqSMTP/MasqSMTP M=0 U=-1:-1 F=8DFMXamu L=2040 E=\r\n T=DNS/RFC822/SMTP r=100 A=TCP $h
ADDRESS TEST MODE (ruleset 3 NOT automatically invoked)
Enter <ruleset> <address>
On which filesystem is /etc/mail/ ?
/dev/sda2 on / type ext4 (rw,relatime,discard,errors=remount-ro)
Could 'relatime' be the culprit here?
Which Berkeley DB version is used by sendmail?
# file /etc/mail/virtual-domains.db
/etc/mail/virtual-domains.db: Berkeley DB (Hash, version 9, native byte-order)
It seems there is a locking problem on your system
and I would like to know which components cause that.
Sorry, I can't tell how long this has been happening but I remember that it has happened a couple of years back but back then I didn't trace it down this far. I concur that there's something going on that I really am sure that someone else has thought
about before me.
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)