The Roundcube webmail client address book is currently broken. The logs are reporting “DB Error: MDB2 Error: unknown error”. Only the address book function is affected. We are investigating this issue, but we do not have an estimated resolution time.
[RESOLVED] Roundcube had an extra bind variable in SQL queries related to the address book. The SQL statement that contained the bind was dynamically defined, but the variable itself was always passed, leading to an extra bind variable when the SQL statement didn’t contain the bind. We have removed the offending lines from our Roundcube source. (For the programmers in the audience, here’s our diff: rcube_contacts.patch)
These changes will take effect on Saturday, May 1, 2010.
As part of our expanding options to help serve our customers better, we are adding third-party databases to our ClamAV installations. ClamAV is the open source anti-virus program that is part of the content filtering portion of our services along with the well known SpamAssassin project. By adding third party databases, ClamAV will gain the ability to detect a wide range of known phishing, spear phishing, fake lottery, ecard malware, casino, fake jobs, fake loans, 419s, fake diplomas, porn, emailed malware and other general spam. You can learn more about some of them at:
Third party databases are marked as “UNOFFICIAL” in the signature name should one of them trigger. The default behavior for the Anti-Virus filter will be to use all signatures available. However, we realize that not everyone will want to use these new signatures, so we have added a new option to ignore those with the unofficial tag. You can modify this option at:
Although the third party databases will not be activated until May 1, you can set your preferences now. We recommend trying out the third-party databases and see how they work for you. As always, if you have any questions about your Roller Network account, please contact us. Thank you for supporting us!
Effective immediately, content scanning will no longer be optional if the “Mail Forwarding” option is enabled for a domain. If forwarding is enabled, SpamAssassin and anti-virus will automatically be enabled as well. A future update to the ACC will indicate this override on the SpamAssassin and anti-virus configuration pages.
This change is being made in an effort to reduce the amount of potentially undesirable email that is being forwarded to external sources through our services. It is not acceptable to forward mail unfiltered and expect the forwarding destination to do the filtering since we are being marked as the source.
For reasons unknown at this time, it appears that MX mail.rollernet.us was refusing connections on port 25. We have since corrected the problem by restarting all potentially affected Postfix instances.
Because to this, we received several reports from customers who only had a single MX record configured. This is not a supported configuration. By using both MX records, they are designed to compliment each other in the event a fault in one prevents it from processing incoming mail. The two pools are unique, making it highly unlikely that a fault in one will affect the other. This is not a strict requirement in that we’ll refuse to help, but it is to your benefit to configure both. (We will refuse requests for outage credits, however, because it is in the help docs to use both.)
In order to maintain the highest level of service possible, please ensure that you are using both MX “mail” and “mail2” MX records. Customers that have both did not experience any interruptions.
[UPDATE] The cause is believed to be memory exhaustion caused by a debugging statement that was accidentally left in. This was a procedural error on our part as the debug should have been removed when the trouble ticket it was associated with closed.
We finally have a page up on the main website for colocation pricing:
Following in the footsteps of doing something unique to stand out from the pack, rack space is free and we only charge for bandwidth and power. If you have an 80PLUS certified power supply in the server you want to colocate, there is a discounted rate for being energy efficient.
If you’re looking towards the future of internet access, our colocation services have been dual-stack IPv6 enabled since 2005. We also use 208V circuits standard – including three phase – enough power to load a full rack. For our international audience this isn’t much of a surprise, but here in the USA a 120V single phase outlet is the status quo. A typical 20A 120V from other providers only gives you 1920VA. At 208V, we give you 3328VA to use, and that’s just the minimum.
We’re proud of our services and we apply the same standards to colocation that we have with our email services. If you have any questions or would like more details, contact us.