Logo
Mail Server Migration
Important Configuration Information

We are in the process of migrating to a new, dedicated mail server. While we are taking steps to prevent service disruption, some clients may have to make some configuration changes on their systems. If you happen to have problems accessing your email, please refer to the topics below to see if you need to update your configuration. If you have any further issues, please call us at 732-581-1240.

If you use Webmail:
Your Webmail server URL will remain the same. You can access Webmail by going to http://webmail.yourdomain.com/. For your username, use your full email address (i.e. jdoe@shorecomp.com).

If you use a mail client, such as Outlook, Outlook Express, or Thunderbird:
For your username, you must use your full email address (i.e. jdoe@shorecomp.com). A username of simply the first part of your email address (i.e. jdoe) will no longer work. If you encounter problems sending or receiving mail, you may need to reconfigure your mail client to reflect the following:

     Incoming Server (POP3 or IMAP): mail.yourdomain.com
     Outgoing Server (SMTP): mail.yourdomain.com
     Username: youruser@yourdomain.com

All users must authenticate themselves before sending mail through are servers (this is not new thought). If you use Outlook, there is an option "My outgoing server (SMTP) requires authentication" in Tools Menu -> Account Settings -> Your Email Account -> More Settings -> Outgoing Server. That box should be checked, along with the option "Use same settings as my incoming mail server". For IT Admins: We also support POP before SMTP authentication if that's easier to implement in your infrastructure.

If you manage accounts for your domain:
Your Mail Administration server URL will remain the same. You can access Mail Administration by going to http://webmail.yourdomain.com/admin/. As with Webmail, your username is your full email address.

If your website sends email:
If you have a website hosted with us that sends email, using a component such as ASPMail, no changes are needed in your code. We automatically grant outgoing email privileges to all IP addresses in our network.

If you host your own Microsoft Exchange server:
We have numerous clients who host their own internal Microsoft Exchange servers. We have a recommended best-practice where our server acts as a smart-host/gateway for your incoming and outgoing email. With this configuration, you do not need to maintain a list of users on our server, incoming mail gets spam marked and viruses removed automatically, and your email infrastructure is much simpler, thus easier to troubleshoot. Please contact us for more information regarding Exchange server integration.

Changes to spam and virus filtering:
We have changed our spam and virus filtering systems in response to requests from our clients. All spam is forwarded to the Junk E-Mail folder in each users Webmail. If you believe you have missed a message because it was caught as spam, you can login to Webmail and check the Junk E-Mail folder. Spam messages are saved in this folder for about 4-5 days, at which point they are deleted permanently. Also, any message that has a virus will be stripped of all its attachments.

For IT Admins: We flat-out reject unauthenticated incoming mail from IP's that have no PTR record. It is very unlikely that good email will be rejected by this restriction, as major email providers, such as AOL, enforce this. Otherwise, spam messages are marked and sent to the user's Junk E-mail folder. By viewing the email's headers, you can determine why the message was marked as spam. All spam is marked with the header "X-ME-Content: Deliver-To=Junk" (without the quotes), thus if you have your email forwarded directly to another address or server, you can create your own spam filter on this header.

Sender Policy Framework (SPF):
For IT Admins: During the migration, we are creating SPF records in each of the DNS zones we host. Basically, we will be advertising that all outgoing email from your domain should be sent through our mail servers only. Many email providers use SPF as a determinant in spam detection. If you do not send all of your outgoing mail through our servers, we recommend that you do so, otherwise some of your outgoing mail may be marked as spam by other email providers. We can make exemptions to this if requested. For more information on the Sender Policy Framework, please visit http://www.openspf.org/.

If you have any problems with accessing your mail, please call us at 732-581-1240. Thank you!

 

Sunday, September 07, 2008
Copyright 2007 Shore Computers, LLC. All Rights Reserved.