Re: [Exim] Mails stay in queue longer than retry allows?

Kezdőlap
Üzenet törlése
Válasz az üzenetre
Szerző: Michael Haardt
Dátum:  
Címzett: exim-users
Tárgy: Re: [Exim] Mails stay in queue longer than retry allows?
> Exim is treating a code that is not 2xx or 5xx as a temporary error.
> However, it should be honouring the retry time. Have you got any debug
> output for such messages? What does the retry data file contain for that
> domain?


Using exim_dumpdb on the retry database yields nothing related to
the MX host. Exim agrees on that:

15:09:20 23799 locking /var/exim/spool/db/retry.lockfile
15:09:20 23799 locked /var/exim/spool/db/retry.lockfile
15:09:20 23799 opened hints database /var/exim/spool/db/retry: flags=0
15:09:20 23799 dbfn_read: key=T:vsmtp1.nbip.net:221.136.64.179
15:09:20 23799 dbfn_read: key=T:vsmtp1.nbip.net:221.136.64.179:1ArAJE-00066H-Jk
15:09:20 23799 no host retry record
15:09:20 23799 no message retry record
15:09:20 23799 vsmtp1.nbip.net [221.136.64.179] status = usable

Why does it lock the retry database? When does it unlock it?

The sessions ends with:

15:09:29 23799 read response data: size=44
15:09:29 23799   SMTP<< 850 System is busy. aaQmAFlyUEBRITKE.1(26)
15:09:29 23799 ---0 Get 0x81a9988   136       string.c  349
15:09:29 23799 ok=0 send_quit=1 send_rset=1 continue_more=0 yield=0 first_address=0
15:09:29 23799   SMTP>> QUIT
15:09:29 23799 set_process_info: 23799 delivering 1ArAJE-00066H-Jk: just tried vsmtp1.nbip.net [221.136.64.179] for steve@???: result OK
15:09:29 23799 all IP addresses skipped or deferred at least one address
15:09:29 23799 locking /var/exim/spool/db/wait-t_outgoing.lockfile
15:09:29 23799 locked /var/exim/spool/db/wait-t_outgoing.lockfile
15:09:29 23799 opened hints database /var/exim/spool/db/wait-t_outgoing: flags=2
15:09:29 23799 dbfn_read: key=vsmtp1.nbip.net
15:09:29 23799 ---0 Get 0x81a9a10    48         dbfn.c  290
15:09:29 23799 Leaving t_outgoing transport
15:09:29 23799 set_process_info: 23799 delivering 1ArAJE-00066H-Jk (just run t_outgoing for steve@??? in subprocess)
15:09:29 23799 search_tidyup called
15:09:29 23798 reading pipe for subprocess 23799 (not ended)
15:09:29 23798 read() yielded 153
15:09:29 23798 ---0 Get 0x81a97b0   136       string.c  349
15:09:29 23798 Z0 item read
15:09:29 23798 remote delivery process 23799 ended
15:09:29 23798 set_process_info: 23798 delivering 1ArAJE-00066H-Jk
15:09:29 23798 post-process steve@??? (1)
15:09:29 23798 ---0 Get 0x81a9838    64       string.c 1228
15:09:29 23798 ---0 Get 0x81a9878   256      deliver.c  957
15:09:29 23798 ---1 Get 0x81a71e8    24       string.c  349
15:09:29 23798 LOG: MAIN
15:09:29 23798   == steve@??? R=outgoing T=t_outgoing defer (0): SMTP error from remote mailer after end of data: host vsmtp1.nbip.net [221.136.64.179]: 850 System is busy. aaQmAFlyUEBRITKE.1(26)
15:09:29 23798 ---0 Rst 0x81a9878    **      deliver.c 1000 16400
15:09:29 23798 >>>>>>>>>>>>>>>> deliveries are done >>>>>>>>>>>>>>>>
15:09:29 23798 changed uid/gid: post-delivery tidying
15:09:29 23798   uid=47 gid=47 pid=23798
15:09:29 23798   auxiliary group list: <none>
15:09:29 23798 set_process_info: 23798 tidying up after delivering 1ArAJE-00066H-Jk
15:09:29 23798 Processing retry items
15:09:29 23798 Succeeded addresses:
15:09:29 23798 Failed addresses:
15:09:29 23798 Deferred addresses:
15:09:29 23798 steve@???: no retry items
15:09:29 23798 end of retry processing
15:09:29 23798 delivery deferred: update_spool=0 header_rewritten=0
15:09:29 23798 end delivery of 1ArAJE-00066H-Jk
15:09:29 23798 search_tidyup called
15:09:29 23798 search_tidyup called
15:09:29 23798 >>>>>>>>>>>>>>>> Exim pid=23798 terminating with rc=0 >>>>>>>>>>>>>>>>


Michael