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

Enterprise Console 5.2.1 R2 Email Alerts AD Synchronization

We are currently using Enterprise Console 5.2.1 R2 and I am attempting to setup email alerts to notify several users when changes happen within AD. The issue I'm running into is that the email alerts are working with my email address, but don't seem to work with any other address I'm inputting. I've also noticed while playing around with configuring the email alerts that the changes I am making don't seem to be going into effect. I tried changing the sender address yet when I receive emails from Sophos they are still coming from the original address I setup rather than the new address. I wondering if there is somewhere I need to go to clean out some cache or another place I need to make the changes?



This thread was automatically locked due to age.
Parents
  • Hello Mike Barnes,

    [the other way round for a change [:)] - normally it's Central users inapplicably posting in Endpoint]
    it works as intended with SEC 5.4.0 but I'm pretty sure it also did with 5.2.1R2.

    don't seem to work with any other address
    hm, you add these in Tools -> Configure Email Alerts ... and select the appropriate Subscriptions? Did you try to put in some other address and remove yours and does this result in no mail being sent?

    Are you perhaps using sub-estates? This is the only explanation I can see at the moment.

    Christian

  • Christian,

     

    That is exactly how I added the addresses and subscriptions. I did wipe my info out of there and even changed the sender address and oddly enough I continued to get AD sync emails coming to my account via the old sender address. That's why I'm wondering if its cached somewhere that I'm unaware of. I'm also running a couple of reports, but those work perfectly even if I change the info. The only sub-estate we are using is the default sub-estate.

  • Hello Mike,

    odd. Now, the reports take only the server and sender from the configuration IIRC (not at work at the moment). The recipients are set in the schedule so they don't apply - but the sender changes?

    When in a (non-default) sub-estate the email configuration is initially empty. While you can add/modify the configuration it has no effect though it seems - it's always the "base" configuration (sender and recipients and their subscriptions) which matters (unless I've made some mistake). There's a recent thread where the console couldn't be opened with a non-default sub-estate - turned out that there was an inconsistency in the database. Default should be a special case though - I'd have to do some digging tomorrow.
    Just to make sure: If you change the Sender do the scheduled Reports indeed honour the change?

    Christian

  • Yes the reports honour the sender change. It's just the email alerts that don't. 

Reply Children
  • Hello Mike,

    very strange if you never used a sub-estate other than default (and even if it's still strange).

    Oh, BTW, could you please join the Endpoint group - I'd like to move this thread where it belongs.

    Took a look at the database, the emailing stuff is quite simple. The tables involved (in the SOPHOS521 database) are EmailAlertsSMTPParameters and EmailAlertRecipients (with a pointer to the applicable SubEstate), Reports (also related to a SubEstate) where the Recipients are listed in the SchedulingData column, and last but not least SubEstates and UserSubEstates.
    Couldn't come up with a combination that would explain what you observe (except when assuming that what you think is the default sub-estate actually is not. A SubEstate other than Default should show in the window title, also the SubEstateID, the selected SubEstate is in the registry HKU\Software\Sophos\Sophos Control Center\Settings\\ActiveSubestate - and yes, Control Center).
    If you inspect these tables (they're small) perhaps you can find some anomaly.

    Christian