Information Systems:Barracuda Email Security Service
Barracuda Email Security Service is implemented at uniPHARM to filter incoming mail for spam and viruses. Before reaching our on-premise, MDaemon mail server, sending SMTP server must "go through" Barracuda first, and Barracuda will either deliver, reject, or quarantine the mail depending on custom rules and analysis-based results.
This page is dedicated to outlining the configuration and administration of the Barracuda Email Security Service at uniPHARM.
Daily administration
There are two "administrator" accounts (essentially normal accounts to which all the shareholder addresses are linked). Each of the two address correspond to our two domains - unipharm.com and medicinecentre.com - and both need to be checked daily to push held shareholder mail. The addresses/accounts are as follows:
- admin@unipharm.com/NewVisionIT
- admin@medicinecentre.com/NewVisionIT
There is nothing else special about these accounts other than that they have a lot of email addresses linked to them.
Global Administration
There are two true administrator accounts:
norwinu@unipharm.com darrenf@unipharm.com
These differ from the staff accounts of the same name. To log in to these superadmin accounts, click 'Administrator login' or navigate there directly via the following URL:
Note: The passwords for these accounts are different from their respective "normal staff account" counterparts i.e. Norwin can log in via the normal login page with norwinu@unipharm.com and his Windows password and access his own quarantine. He can also log in under norwinu@unipharm.com via the URL above and with a different password and access the global administration site.
Notes
In July 2015, a decision was made to allow stores to access Barracuda ESS to administer their own quarantine. Currently, Barracuda ESS accounts have been deployed to the following stores:
Cloudscan outage
On Sepetember 18, 2015, an outage with the Cloudscan service restricted inbound mail delivery for 4 hours. Messages from whitelisted senders were being delivered, but anything that had to be "scored" (which is the function of the Cloudscan component of their antispam service), was deferred. This problem was fixed by the engineers and normal mailflow resumed.