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 and v.8.202

I upgraded our firewall to v.8.202 yesterday morning.  Told it to go straight from v.8.103 to v.8.202 via Up2date.  The update has appears to be working fine.  Greylisting, for e-mail, is enabled.

Yesterday I traded several e-mails with my business rep at our wireless carrier, one of the majors.  All of his e-mails were delayed from 10 - 30 min from the timestamp.  Not thinking about the upgrade, I assumed the problem was on his end.

This morning, I was again experiencing the same problem and decided to check the SMTP logs.  Turns out my business rep friend was being greylisted, which is weird to begin with, because I trade e-mails with him probably at least every 2 months.  And if he wasn't already greylisted, he should have been after yesterday's e-mail exchanges.

Anyway, I went ahead and added him to our exception list.

I then disabled and re-enabled greylisting.  I'm under the impression that that will reset our greylist back to scratch  - can someone confirm this?

Is anyone else experiencing any similar issues with greylisting after upgrading to 8.2xx?


This thread was automatically locked due to age.
Parents
  • I get the feeling that greylisting was reset as part of the u2d process as there were some large database changes as part of the upgrade from 8.1x to 8.2x.

    Disabling and re-enabling greylisting should reset the database entries as well.
    __________________
    ACE v8/SCA v9.3

    ...still have a v5 install disk in a box somewhere.

    http://xkcd.com
    http://www.tedgoff.com/mb
    http://www.projectcartoon.com/cartoon/1
  • Well, if the greylist was reset as part of the U2D, which I did at about 6:00 am yesterday morning, then e-mails I received from our business rep throughout the day yesterday should have forestalled a greylisting issue today. Therefore it seems more likely that the db was somehow corrupted during the upgrade process, which would make it something to keep an eye on as Astaro upgrades from v.8.1xx to 8.2xx, or later, are implemented 

    I'll check the results after stopping and restarting greylisting this morning to see if that has taken care of it.
Reply
  • Well, if the greylist was reset as part of the U2D, which I did at about 6:00 am yesterday morning, then e-mails I received from our business rep throughout the day yesterday should have forestalled a greylisting issue today. Therefore it seems more likely that the db was somehow corrupted during the upgrade process, which would make it something to keep an eye on as Astaro upgrades from v.8.1xx to 8.2xx, or later, are implemented 

    I'll check the results after stopping and restarting greylisting this morning to see if that has taken care of it.
Children
No Data