De regel "GreetPause:192.168 0" heb ik toegevoegd aan de file /etc/mail/access.
Daarna heb ik in de directory /etc/mail "make" gedraaid om de nieuwe regel te verwerken in access.db
Om sendmail de nieuwe regel te laten gebruiken heb ik "service sendmail restart" gedraaid.
Het probleem van de timeout van +/- 8 seconden is echter niet opgelost.
Om te achterhalen waar de timeout vandaan komt het ik het onderstaande gedaan:
# ps -ef | grep sendmail
root 17679 1 0 07:47 ? 00:00:00 sendmail: MTA: accepting connections
# strace -f -o /tmp/strace.out -p 17679
In een andere shell op de mail-relay-server heb ik tail gestart.
# tail -f /tmp/strace.out
In een shell op een mail client systeem heb ik een verbinding naar naar de sendmail op de mail-relay-server geopend.
$ telnet mail-relay-server 25
Trying 192.168.0.247...
Connected to alpha.mail-street.local.
Escape character is '^]'.
220 alpha.mailstreet.nl ESMTP Sendmail 8.15.2/8.15.2/Debian-3; Mon, 14 Aug 2017 08:15:57 +0200; (No UCE/UBE) logging access from: [192.168.7.105](FAIL)-[192.168.7.105]
In de output van strace (getoond door tail -f) zie ik dat sendmail enkele seconden blijft "hangen" in de system-call:
18081 connect(5, {sa_family=AF_INET, sin_port=htons(113), sin_addr=inet_addr("192.168.7.105")}, 16 <unfinished ...>
Sendmail doet dus een connect call terug naar het mail-client systeem.
In de file /etc/services staat voor poort 113 de onderstaande regel:
auth 113/tcp authentication tap ident.
Op het mail-client systeem wordt ether niet geluisterd naar TCP poort 113.
Daardoor loop de connect call op de mail-relay-server na enkele seconden uit in een timeout.
Is sendmail zo te configureren dat er geen system-call connect terug naar de mail-client wordt gedaan?
