[jarland]

Originally Posted by ReuvenNY

By the way, are there settings available to reject email addresses and domains?

Currently there is not a way to do this, however that is a great thought for the next big upgrade to the service (the one I keep calling MXroute v2). A lot of features are not options due to the limitations that I set for myself by using the system that I did as the basis for MXroute.

Originally Posted by emebrs

When I click the "Get Started" link to create an account, I am sent to a form on a page that is apparently not encrypted. It is on that form that I am supposed to type a password.
Edit: The page I am talking about is on billing.mxroute.com

This is true. Feel free to use a simple password and then change it in the mail control panel, which does use SSL. All billing is done via PayPal so no billing information is going over a non-SSL session. There is no real reason that an SSL is not available on the billing area right now beyond the fact that this was a rushed move to pull MXroute from Catalyst Host to meet personal legal requirements. Certain things had to take a backseat to basic functionality and will soon be ironed out.

Originally Posted by William9

I suspect that some users think of forwarding as the only method to get messages to another account, or at least it is the first method that comes to mind.
When communicating that forwarding messages is a bad idea, shouldn't the next phrase or sentence be "POP retrieval from your primary account is a better method to accomplish this task for the following reasons ...".?

It should, but most of the time that I suggest this I am met with further complaints about the delay of POP retrieval systems like Gmail's Fetcher. I've found it to be a mostly lose-lose scenario where the best thing that I can do is to just be honest and set clear expectations up front.

Originally Posted by randian

POP is destructive, IMAP retrieval is better. Also, with SRS the SPF rejection problem goes away.

Yes, but the spam problem unfortunately does not. The only effective filters right now focus on content and not just headers, which means there is no effective way to send spam to a server that has an effective spam filter that does not result in that server recognizing you as a sender of spam.

Originally Posted by innomation

So, I initially caught Jarlands post on another site, and decided to give it a go as I was looking for an alternative for Google Apps, which is no longer a free server. I've only tested it with the one domain, one email account ($1/yr is very cheap for 10gb of external).

I didn't receive my email right away (not surprisingly, I found out Google sent it to the spam box), and Support was very quick, and very helpful in getting me the information I needed.

Something to keep in mind, I believe mxRoute is meant to replace Google App (which unfortunately is no longer free, and overpriced). mxRoute was the ideal solution for me as a replacement, and so far am very happy with it.

I know this is a fairly new project (running 6-7 months I believe), but has plent of potential.

Best of luck Jarland, I hope to see this service take off!

Thank you for the kind words! I do intend to rival Google Apps. For myself, and for others. Plenty of things that are needed to be done to get to this point, but development continues to be a daily thing for me.

Originally Posted by emebrs

Has anyone specifically tried using MXroute with the default mail app in iOS 7 via IMAP?

I do. It works well for me in iOS 7 and 8.