Our service is designed to protect the resources and ensure that certain users will not overwhelm it and cause latency for others. This limit is in place to protect against spike sending that we wish to discourage. As such, we have no plans to change the limit for regular mailboxes.
Where possible, we encourage customers who have these requirements to seek solutions that do not send emails all at once, can make use of DLs, or use services like Dynamics or third-party services to send large volumes of emails to customers or student and parents.
However, we are thinking about alternatives we can provide to solve this issue of higher sending for automated email scenarios to address this customer need.Anonymous supported this idea ·
An error occurred while saving the commentAnonymous commented
Some legitimate mailboxes that automate sending high volume emails. We send renewal reminders to our members from our website using just one mailbox - around 10k once a week. All our other mailboxes are just normal users where these rate limits make sense. Sometimes you legitimately need to send bulk mails. These business processes were developed with on premise Exchange servers - now we have moved to 365 the rate limits are a problem. Migrating this to our other email platforms e.g. Mailchimp is not practicable as we want to have a record of the sent items available in our mail system and we don't want to have to create a mailchimp subscriber for someone we are just emailing.