Uncategorized

Topics that don't need a category, or don't fit into any other existing category.

cPanel Pricing Update

- Posted in Uncategorized by

As many of you may already know, cPanel has recently decided to increase the price of its control panel. You can read more about that price increase here:

https://blog.cpanel.com/announcing-account-based-pricing/

Currently, our yearly cost for cPanel is $3,780. After this change, our annual cost would be $14,124. As you can imagine, this is not accounted for in our business strategy.

Hopefully, by now all of our customers are well aware that we don't like to pass on increased costs to our customers. This increased cost is our burden, not yours. After spending much time reviewing our options, we have landed on a two-tier strategy:

Step 1:

We are migrating cPanel servers into a network that can save us money on licensing. This change will bring our yearly cost to $9,492. While still a dramatic increase, it is quite a bit less of one.

Step 2:

Replace cPanel. It's time for MXroute to grow out of cPanel, but there are many considerations to make along the way. We cannot migrate out without accounting for all of the variables, so this is not something we can put a deadline on.

We've quite perfected the strategy for migrating servers, and several of our older servers are set for migration to new hardware. Migration is not a significant process at this stage and goes mostly unnoticed by customers. We are not yet sure what this means for region-specific servers (Aus and London). However, we do have some time to work on those plans and provide you with an update.

Thank you so much for your business. I promise that every measure taken will be careful and thorough, with the primary goal being not to interrupt or downgrade your service quality.

 

Google does not respect SRS, do not forward email to Google

- Posted in Uncategorized by

Originally when we launched in 2013, we asked users not to forward to major services like Google. They don't like it, they don't want to receive it, and they block us because you do it. Fast forward to today and only one thing has changed: We've gone out of our way to accommodate your forwarding needs as best we can. The other side, however, still doesn't want it or like it. Although we've done our best to help, and will continue to do so, we will also continue to advise against the practice because of that simple fact: They don't want it, and they will fight back against it.

Today we bring you another reason not to forward. We've been reviewing emails rejected by Google, and we've found a strong theme. Here is a sample from our logs:

Jun 7 09:46:35 Server22734-me postfix-110/smtp[21776]: 61D21CBD0559: to={removed}@gmail.com, relay=gmail-smtp-in.l.google.com[74.125.21.26]:25, delay=1.7, delays=0.65/0.01/0.33/0.68, dsn=5.7.1, status=bounced (host gmail-smtp-in.l.google.com[74.125.21.26] said: 550-5.7.1 Unauthenticated email from ymail.com is not accepted due to domain's 550-5.7.1 DMARC policy. Please contact the administrator of ymail.com domain if 550-5.7.1 this was a legitimate mail. Please visit 550-5.7.1 https://support.google.com/mail/answer/2451690 to learn about the 550 5.7.1 DMARC initiative. a17si725522ywa.360 - gsmtp (in reply to end of DATA command))

This was a forwarded email from ymail.com. However, if you look above this in the logs, you'll see that we did everything right:

Jun  7 09:46:34 Server22734-me postfix-110/qmgr[8285]: 61D21CBD0559: from=<SRS0=kR35do=UG=ymail.com={recipient}@{client_domain}>, size=63260, nrcpt=1 (queue active)

We used SRS, and nested "ymail.com" in the sender with the client domain at the end. But Google still rejected it for DMARC, because SRS is not about updating the actual "From" field in the headers. Therefore, Google has chosen to respect DMARC over SRS. Google does not want your forwarded emails. When forwarding to them, you absolutely must forfeit some of the email you receive, and it is 100% in their hands.

We will continue to do our best to support your forwarding habits, but please understand that you have stacked the deck against yourself if you've chosen this path, and that any resulting lost emails are a direct result of your decision to do so. Please be careful with the decisions you make, we can only do so much to help you to force another email provider to work how you want it to.