I’ve recently heard from several customers who’ve been experiencing Microsoft Outlook becoming unstable when viewing HTML based emails.
The issue started around 11th November and after a little digging it quickly became clear it’s a known Microsoft issue.
Just a quick notification post this morning as we’ve had several calls from customers, all experiencing the same issue.
It seems Malwarebytes is currently detecting an MDaemon component as a potential threat, but fear not, there is a simple fix.
Will MailStore alert me when a job fails?
Of the many queries I see as a member of the MailStore support team here at Zen Software, this is one of the more common ones.
Unfortunately, for the time being at least, this isn’t something you can do from within the software but fear not – the reason for my post is that there is a workaround.
EDIT: Email reporting was introduced in v10.1 – more information here.
With the recent Panda Antivirus signature problem still fresh in my mind, and as a fair few of our support calls continue to be antivirus related, I thought you might find it useful if I share some of the antivirus issues we see regularly tripping customers up.
Of course every software vendor professes their product incorporates the latest and greatest protection technology. When you’re working out what to use as a Systems Administrator however, it’s also important to think beyond that and specifically about how your proposed solution will interact with other applications in your network environment.
These are a handful of the areas we find usually end up resulting in a support call.
Today’s nugget of MDaemon wisdom comes from conversations I’ve had with a small number of customers reporting they’re unable to send outbound email to specific recipients.
Upon closer inspection of the error in the SMTP (OUT) log, there’s a message reading “SSL negotiation failed“.
If you’re not already familiar with Rsync, it’s the method (or ‘protocol’ to be posh about it) that BackupAssist uses to send data off-site to locations such as NAS boxes or to other servers.
QNAP make a NAS device that’s popular with our customers and this week I came across an issue with backing up via Rsync to it that I’ve seen before…
…cue helpful (hopefully) blog post!
It’s a bit of a niche technical one this but as I’ve had several reports of it recently I wanted to share this one with you in case it helps.
If you’re an MDaemon customer you may have started to see the following errors in the SMTP (Out) logs when trying to send email to some specific external hosts…
“SSL negotiation failed*,*error code 0x80090326”
What this boils down to is an issue where MDaemon and the remote SMTP server cannot find a common set of SSL ciphers that they both have available to use.
We’ve seen a sharp increase today in new virus variants getting through to email users due to the speed at which they’re evolving to avoid detection.
Identical messages can arrive sometimes minutes apart but already containing different variants of the virus, making it a game of cat and mouse for the security vendors to keep up.
The fake Amazon order confirmation complete with suspicious-looking ZIP file is the one we’ve heard a lot of reports about but I should stress these emails change by the minute so it’s worth just thinking twice before you click links or open anything resembling an attachment.
We often get support queries where the PC clock has been the cause of an issue but never have I seen a few minutes of drift make such a difference.
This one isn’t actually specific to BackupAssist but it did rear its head with a customer who happened to be storing their backups on a local NAS. The backup job in question was a ‘file protection’ one, so the simple backup of files to a local network share as a destination. The job had run fine for many days without errors but suddenly overnight the job would fail with an error like the one below:-