There is a limit of 300 emails per hour per domain. This limit also applies to Mailman. If you make a number of submissions greater than the time limit, most emails will return with a delivery error. If this happens, it will take some time for your account to be able to send email again. We recommend that you wait at least 1 hour (after the problem starts to occur) before attempting to send email again.
Our servers have a limit of 30 POP3 / IMAP checks per hour, per email account. If this limit is exceeded, your email client will likely return a message with a password or login error. If this happens, please wait 1 hour until the server unlocks your IP address. To prevent this from happening again, disable the automatic scans of your email client, or at least configure it to be done with a minimum of 10 minutes between each check.
Your email lists can not contain more than 4000 contacts and you can not create multiple lists that altogether have more than 4000 contacts. Keep in mind that emails have header information, and that the header provides data about the email, its content and the recipient. We have ascertained the size of the lists not only from the subject of the email but also from the header information so that we can detect split lists with ease.
There is also a limit of 20 email lists for Mailman. Note that this limit applies only to Mailman. There are no limits to the number of lists for other mailing list programs, such as PHPList, for example.
Rules for Email Lists
Regardless of the size of your mailing list, you should never send your message to all recipients at once, you must regulate the submissions in a way that the time limit is not exceeded. We recommend that you configure your mailing script to send a maximum of 1 email every 15 seconds. With this setting you will be sending 240 emails in 1 hour, keeping your account below the 300-hour time limit. If the maling script you are using does not allow you to adjust the periodicity of the submissions, you will need to switch to a script that allows. We recommend PHPList, which can be installed from our installer.
If you do not configure your mailing application to regulate the timing of submissions, and try to send a message to 300 recipients, the server will try to do the 300 submissions at once, which is not possible on our shared servers, as it will cause excess of server processing. As a result, the server as a whole will be slow, affecting access to your sites and your hosting service in general. Our job is to keep servers running at full capacity, so that any account that causes instability and slowness will be suspended, and email submissions initiated from that account will be disrupted. We reiterate: If you choose not to regulate the sending of emails, your account may be suspended.
The method of getting the contacts to the list must be Double Opt-In. By this method the users of your email list subscribe to the newsletter or email marketing campaign explicitly requesting that his email be included, and confirming his email address. The acknowledgment is usually made by responding to a notification message sent to the email address that the user specified.
The double opt-in method eliminates a typical case of abuse in which someone registers another person's email address in a newsletter or email marketing campaign without the knowledge and unwillingness of that person. In accordance with this policy, you are not allowed to send email to any mailing list you have received or purchased from a third party. This practice will be considered SPAM, and may result in suspension/cancellation of your account.
SMail scripts should be able to manage and record all the information contained in a double opt-in list. This includes processing opt-outs via web or email, as well as removing addresses that return your messages or deny bounce backs. Requests for opt-out and bounce back removals need to be met quickly. If it is discovered that you are using a script that does not meet these requirements, we reserve the right to suspend, terminate, or disable your script or account.
Mailing scripts that send directly via SMTP are not allowed. Examples of such applications are Darkmailer, The Bat and Postman. All emails must be sent through the local mail server / MTA (Mail Transfer Agent), so that the server itself is in charge of the delivery, not directly by the mailing script.
See the meaning of some email list terms:
- Confirmed/Double Opt-In
The user subscribes to an email list / newsletter and receives a confirmation email to validate the registration. This prevents the user from being registered by third parties and with this the creation of list of spam. This is the method allowed for sending email lists in MVMCloud.
- Single Opt-In
The customer registers in a list but does not receive any confirmation to validate the email. This method is not allowed in MVMCloud.
The customer registered on your site or purchased some product but did not inform at any time that he wanted to receive emails from you. This method is not allowed in MVMCloud.
MVMCloud may change this Policy at any time, and the User is responsible for regularly checking these terms in order to verify whether or not he/she agrees with the changes made and if he intends to continue accessing the site.