This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Caching dial-out recipient verification?

Guys,

I'm suspecting my ASL to cache negative recipient verification answers. Is there a way to clear that cache so that the ASL will really go and re-check whether a recipient is existing or not?

Disabling and re-enabling the SMTP proxy didn't help.

Thanks,

Peter


This thread was automatically locked due to age.
Parents
  • From the exim´s user manual:

      39.33 Callout caching 

      Exim caches the results of callouts in order to reduce the amount of resources used, unless you specify the no_cache parameter with the callout option. A hints database called “callout” is used for the cache. Two different record types are used: one records the result of a callout check for a specific address, and the other records information that applies to the entire domain (for example, that it accepts the local part postmaster). 
      When an original callout fails, a detailed SMTP error message is given about the failure. However, for subsequent failures use the cache data, this message is not available. 
      The expiry times for negative and positive address cache records are independent, and can be set by the global options callout_negative_expire (default 2h) and callout_positive_expire (default 24h), respectively. 
      If a host gives a negative response to an SMTP connection, or rejects any commands up to and including 
      MAIL FROM:<>
      (but not including the [SIZE=-1]MAIL[/SIZE] command with a non-empty address), any callout attempt is bound to fail. Exim remembers such failures in a domain cache record, which it uses to fail callouts for the domain without making new connections, until the domain record times out. There are two separate expiry times for domain cache records: callout_domain_negative_expire (default 3h) and callout_domain_positive_expire (default 7d). 
      Domain records expire when the negative expiry time is reached if callouts cannot be made for the domain, or if the postmaster check failed. Otherwise, they expire when the positive expiry time is reached. This ensures that, for example, a host that stops accepting “random” local parts will eventually be noticed.
    There are not options "callout_negative_expire" or "callout_positive_expire" in the exim.conf files on the ASG , so I think the default values of 2h respectivley 24h are used.
Reply
  • From the exim´s user manual:

      39.33 Callout caching 

      Exim caches the results of callouts in order to reduce the amount of resources used, unless you specify the no_cache parameter with the callout option. A hints database called “callout” is used for the cache. Two different record types are used: one records the result of a callout check for a specific address, and the other records information that applies to the entire domain (for example, that it accepts the local part postmaster). 
      When an original callout fails, a detailed SMTP error message is given about the failure. However, for subsequent failures use the cache data, this message is not available. 
      The expiry times for negative and positive address cache records are independent, and can be set by the global options callout_negative_expire (default 2h) and callout_positive_expire (default 24h), respectively. 
      If a host gives a negative response to an SMTP connection, or rejects any commands up to and including 
      MAIL FROM:<>
      (but not including the [SIZE=-1]MAIL[/SIZE] command with a non-empty address), any callout attempt is bound to fail. Exim remembers such failures in a domain cache record, which it uses to fail callouts for the domain without making new connections, until the domain record times out. There are two separate expiry times for domain cache records: callout_domain_negative_expire (default 3h) and callout_domain_positive_expire (default 7d). 
      Domain records expire when the negative expiry time is reached if callouts cannot be made for the domain, or if the postmaster check failed. Otherwise, they expire when the positive expiry time is reached. This ensures that, for example, a host that stops accepting “random” local parts will eventually be noticed.
    There are not options "callout_negative_expire" or "callout_positive_expire" in the exim.conf files on the ASG , so I think the default values of 2h respectivley 24h are used.
Children
No Data