We’ve upgraded our Roundcube webmail option to its latest stable version: 0.8.4. Please reload or clear your browser cache if you encounter any issues as the default theme has changed.
Categories
Categories
Primary DNS: Template From Existing Zone
We have one quick update to our Primary DNS template feature: the ability to create a template from an existing Primary DNS zone. This option is shown when creating a new template.
All online management for dedicated servers have been migrated to the “Colocation Services” section of the account control center. There aren’t any functional changes, only the category change.
The original announcement for this change can be found at: No New Dedicated Servers
Due to widespread outages on the East cost due to hurricane Sandy many mail servers hosted there are down for a wide range of reasons, most without any ETA for restoration. We’ve temporarily increased the maximum queue lifetime for our outbound mail service (SMTP AUTH) queue to 10 days instead of our default of 3 days. This means we’ll keep trying for up to 10 days to deliver SMTP AUTH submitted and smarthosted mail to destinations that are currently unavailable but are expected to eventually recover.
Our incoming mail service (Secondary MX, SMTP Redirection, etc.) offers a queue lifetime of three weeks; we will not be adjusting this value. Customers utilizing our incoming mail services in conjunction with impacted east coast destinations are advised to take advantage of our Mail Mirror feature if they wish to configure emergency mail boxes. Log in to the account control center and see the Mail Mirror section for more information.
Categories
Level 3 Transit Impact Report
On October 25, 2012 beginning at 07:07:26 local time our Level 3 transit circuit was impacted for 21 minutes. During this time we continued to receive a full BGP route table, our route announcements were accepted, and bidirectional forwarding detection (BFD) remained in an “up” state, but traffic was not routing/forwarding properly. In a typical circuit or router fault condition BFD would cause the BGP neighbor to go idle and our autonomous system would recalculate new transit paths. In this case, however, a manual administrative shutdown of the interface (and BGP neighbors to bring the interface up for testing) was required. After ceasing to accept/announce routes via Level 3’s AS, transit through and to Roller Network’s AS was fully restored. At no time was traffic transiting via Sprint impacted.
Official explanation from Level 3: “Initial Blue Major (Cisco 7609) Due to routing issues slot 3 needed an emergency reload. It is believed that since Cisco messed with that card and ran debug commands last night and this morning, that this caused some corruption or instability in the card.”
We initially reported this issue via our Twitter account @rollernetnv.