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

Greylisting - time for delivery and config

Hi
Finnally got my Astaro up and running. And SMTP proxy works like a charm. But when I use greylisting I see that a lot of mail take some seriouse time before they come in. Are there any way that I can configure settings for greylisting?

/Andy.l


This thread was automatically locked due to age.
Parents
  • All three delays I mentioned could potentially need tweaking in some instances.  From the online help,
    This triplet causes the e-mail to be rejected for a period of five minutes. After that time the triplet is known to the proxy and the message will be accepted when it is sent again. Note that the triplet will expire after a week if it is not updated within this period.

    Suppose the upstream MTA has an initial retry delay of two minutes.  It will get rejected twice more before Astaro's five-minute block expires, and depending on its configuration, it might impose an extra delay before retrying a third time - a delay that could potentially have been avoided if the initial block were shorter.

    And if a similar email arrives ten days from now, we'll go through the whole dance again because the triplet expired after a week.

    In contrast, my mail server's greylist defaults are to initially block for 30 seconds and expire unused triplets after 120 days, but those are both user-configurable.  (It also doesn't automatically whitelist the triplet after the initial block expires; it only does so if it actually receives a retry with 24 (configurable) hours.)
Reply
  • All three delays I mentioned could potentially need tweaking in some instances.  From the online help,
    This triplet causes the e-mail to be rejected for a period of five minutes. After that time the triplet is known to the proxy and the message will be accepted when it is sent again. Note that the triplet will expire after a week if it is not updated within this period.

    Suppose the upstream MTA has an initial retry delay of two minutes.  It will get rejected twice more before Astaro's five-minute block expires, and depending on its configuration, it might impose an extra delay before retrying a third time - a delay that could potentially have been avoided if the initial block were shorter.

    And if a similar email arrives ten days from now, we'll go through the whole dance again because the triplet expired after a week.

    In contrast, my mail server's greylist defaults are to initially block for 30 seconds and expire unused triplets after 120 days, but those are both user-configurable.  (It also doesn't automatically whitelist the triplet after the initial block expires; it only does so if it actually receives a retry with 24 (configurable) hours.)
Children
No Data