Date: Thu, 09 Jul 2020 17:21:11 +0100 From: Mike Clarke <jmc-freebsd2@milibyte.co.uk> To: freebsd-questions@freebsd.org Subject: Re: Exim - retry time not reached for any host Message-ID: <3256425.vnUxkepd50@curlew> In-Reply-To: <e3aa92c3-28e9-9f3d-68ef-29b62ccf5b41@smokepit.net> References: <2534646.NQNxk83B2J@curlew> <1854884.R0FQcr2YjX@curlew> <e3aa92c3-28e9-9f3d-68ef-29b62ccf5b41@smokepit.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Monday, 22 June 2020 22:03:53 BST Daniel Lysfjord via freebsd-questions wrote:
> A "truss -ff" on exim would also be interesting, just
> to see what it's really doing.
I've now managed to get back to trying to sort this problem. Unfortunately I've introduced another
variable into the mix because I've had to switch to a different service provider but since I've been
seeing the same problem when trying to send through three other providers I don't think the
change should be very significant.
I've run truss on exim but I'll not post the entire output to the list because the file runs to over 1100
lines and also I don't know what the security implications for my email account might be by posting
it publicly
I ran truss for both a failed connection with 4.94 and a successful one with 4.93. I don't have
enough skills to interpret the entire output but from what I can see both sessions follow a similar
pattern until they have read /etc/ssl/cert.pem
3216: open("/etc/ssl/cert.pem",O_RDONLY,0666) = 9 (0x9)
3216: fstat(9,{ mode=-rw-r--r-- ,inode=471370,size=801055,blksize=131072 }) = 0 (0x0)
3216: mmap(0x0,135168,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) =
34378272768 (0x8011ad000)
3216: read(9,"##\n## ca-root-nss.crt -- Bundl"...,131072) = 131072 (0x20000)
After about 40 lines reading /etc/ssl/cert.pem exim 4.94 continues with:
3216: read(9,0x8011adec0,131072) = 0 (0x0)
3216: close(9) = 0 (0x0)
3216: issetugid() = 0 (0x0)
3216: setitimer(0,{ 0.000000, 300.000000 },{ 0.000000, 0.000000 }) = 0 (0x0)
3216: mmap(0x0,24576,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) =
34385039360 (0x801821000)
3216: mmap(0x0,24576,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) =
34385063936 (0x801827000)
3216: getpid() = 3216
(0xc90)
3216: getpid() = 3216
(0xc90)
3216: getpid() = 3216
(0xc90)
3216: getpid() = 3216
(0xc90)
3216: getpid() = 3216
(0xc90)
3216: getpid() = 3216
(0xc90)
3216: write(7,"\^V\^C\^A\^A%\^A\0\^A!\^C\^Ck"...,298) ERR#57 'Socket is not connected'
After this it goes on to write to /var/spool/exim/db/wait-remote_auth_smtp and various log files
before terminating
But 4.93 continues with:
88001: read(9,0x801169f00,131072) = 0 (0x0)
88001: close(9) = 0 (0x0)
88001: issetugid() = 0 (0x0)
88001: setitimer(0,{ 0.000000, 300.000000 },{ 0.000000, 0.000000 }) = 0 (0x0)
88001: mmap(0x0,24576,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) =
34384932864 (0x801807000)
88001: mmap(0x0,24576,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) =
34384957440 (0x80180d000)
88001: getpid() = 88001
(0x157c1)
88001: getpid() = 88001
(0x157c1)
88001: getpid() = 88001
(0x157c1)
88001: getpid() = 88001
(0x157c1)
88001: getpid() = 88001
(0x157c1)
88001: getpid() = 88001
(0x157c1)
88001: write(7,"\^V\^C\^A\^A%\^A\0\^A!\^C\^C\M-`"...,298) = 298 (0x12a)
The successful 4.93 job then continues to negotiate a SSL connection and send the email.
--
Mike Clarke
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3256425.vnUxkepd50>