Chris Russell wrote: > Hi Dave, > >> You could do an smtp call forward for rcpt verification in your rcpt acl, >> and at least reject (if the customer > > Already there, but its still bouncing some from RCPT time as well as data > > acl_smtp_rcpt = acl_check_rcpt > > acl_check_rcpt: > > deny message = REJECTED - Recipient Verify Failed - User Not Found > domains = +relay_to_domains > !verify = recipient/callout=2m,defer_ok,use_sender > > Cheers > > Chris >
That should generate an 'in-session' rejection, no post-session 'bounce' involved. That said, the culprit *could be* the 'callout=2m, defer_ok' A rather longish time to expect to have to wait for even a 'worst case' response IMHO. In any case, AFAIK, an Exim child process will not close an active smtp-session while timeouts/deferrals are still pending. OTHER end might do... Unless I am wrong about that, this should not be happening. IOW: rejection=SOMETIMES, (post-session) bounce=NEVER Bill -- ## List details at http://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
