Release Highlights

Allied to the collaborative elements brought in as part of MailSite 8, users are given the power to manage their most important data from a wide range of form factors:

• Over-the-air synchronization for iPhone, Windows Mobile, Nokia E-Series and N-Series devices without plugins or middleware
• Outlook 2007 and web calendar automatically synchronized with mobile devices of your choice
• Real-time, automatic, instant updates for email, contact and calendar

MailSite Services

• Support for Windows Server 2008
• Ability to count Mailbox Quota in two ways: messages only, total disk space usage
• Option to treat continued SMTP RCPT failures as potential Denial of Service attacks
• Option to treat continued Over Quota responses as potential Denial of Service attacks
• Support device associations mailbox property storage (data-driven mailbox properties)
• Upgrade folder management to support a changes since interface
• Ability to log the number of attempts it took to deliver a remote message
• Extended logging information (in domain.mri file) when MailSite is unable to deliver to a third party domain
• Many bug fixes

MailSite ExpressPro

• Added received headers and operational log entries for outgoing mail containing the authenticated user name and the users IP address
• Many bug fixes

Full New Release Details
To review the full details of this new release rollup please visit this link to the release notes http://www.mailsite.com/portal/download/mailsite/9.0/release.htm

Hi

MailSite will try to deliver messages according to the Elapsed Delivery Schedule as defined in the MailSite console.  

First is the initial attempt when a message is received.  If there is a problem, MailSite will try again 10 minutes later (that is the default).  This list can be edited to suit your needs, you can add or remove times.

MailSite will follow the schedule until it reaches the last time listed in the schedule.  At that point, MailSite will give up and return a Delivery Failure report to the sender.

The checkboxes that you see in list indicate when MailSite should generate a Delay notification to the sender to notify that the message they sent is delayed at this server.

In this case, the remote server is telling MailSite to try again after 15 minutes.  If you are using the default delivery schedule in MailSite, then MailSite would have attempted to deliver the message upon receipt, then 10 minutes later, and then 20 minutes.  At this point the remote server should have accepted the message.  You can examine your SMTPDA logs to see when delivery was attempted.

Regards

Amit
MailSite Support
www.mailsite.com

Hi ...

I'm one of the co-admins of a domain that have well over 1000 accounts under our main domain.  We have, until now, not imposed quotas on users, but the number of accounts (and user deletion practices) has compelled us to now take this step. 

Prior to doing this we had our users nuke as many old/unwanted emails as possible to reduce their mail box size below the 50 meg quota we want to enforce. However, because mailsite's user account size is a "cached" value, it does not reflect any of the changes made by users or admins to the accounts we hose.

As a result, imposing the quota against accounts that now have no mail but which mailsite still thinks there are X meg of mail triggers the over quota notification and subsequently prevents mail delivery, even  when the account is well under the quota.

The question is -- is there a mechanism by which we can force mailsite to re-evaluate the size of all accounts so we can implement the quota?

We tried setting the domain option to track accounts in real time, but that did made no change to mailbox reported size after 30 hours of being on.

Any and all suggestions would be sincerely appreciated.