• Our team is looking to connect with folks who use email services provided by Plesk, or a premium service. If you'd like to be part of the discovery process and share your experiences, we invite you to complete this short screening survey. If your responses match the persona we are looking for, you'll receive a link to schedule a call at your convenience. We look forward to hearing from you!
  • We are looking for U.S.-based freelancer or agency working with SEO or WordPress for a quick 30-min interviews to gather feedback on XOVI, a successful German SEO tool we’re looking to launch in the U.S.
    If you qualify and participate, you’ll receive a $30 Amazon gift card as a thank-you. Please apply here. Thanks for helping shape a better SEO product for agencies!
  • The BIND DNS server has already been deprecated and removed from Plesk for Windows.
    If a Plesk for Windows server is still using BIND, the upgrade to Plesk Obsidian 18.0.70 will be unavailable until the administrator switches the DNS server to Microsoft DNS. We strongly recommend transitioning to Microsoft DNS within the next 6 weeks, before the Plesk 18.0.70 release.
  • The Horde component is removed from Plesk Installer. We recommend switching to another webmail software supported in Plesk.

Resolved attempts after reaching the limit

Hey Igor,

I'm not spotting in that document where it specifies what happens to all messages being sent out *after* the limit is reached. What is in the document is:

- That you can specify limits per subscription, domain and per mailbox
- The heirarchy of setting such limits
- How the counting of outgoing messages works
- How well scripts can be tracked

But it does not specify what happens in scenarios like:

1. A mailbox is limited to 10 messages per hour
2. The user of that mailbox sends 50 messages in an hour
3. The 11th through 50th message attempts to be sent
4. The user receive an email notification about their messages not being sent

At this point what happens? Does Plesk then send the 11th-20th message in the second hour, followed by the 21st-30th message in the third hour, etc? Or do they just never get sent at all and it's up to the user to resend them?
 
@manos, this should not be done, because it enables spammers to spam despite a limit. Their spam mails will simply wait in the queue for the next window to open. This is not the intention of such a security function. We have no plans to change the way the limit works to allow queue processing of held mails.
 
@manos, this should not be done, because it enables spammers to spam despite a limit. Their spam mails will simply wait in the queue for the next window to open. This is not the intention of such a security function. We have no plans to change the way the limit works to allow queue processing of held mails.
Thanks for reply Peter

I meant if want to keep safe ip not due to hacked account or something but for legit emails in order to not reach incoming from same ip/email limits at gmail, yahoo etc.

So after reaching limits whole queue will be discarded?

You could just put another 2 checkboxes with what to do in case of reach limits
1) Discard
2) Keep in queue
 
Such an option makes no sense, because it undermines the security algorithm. Why should mails be blocked in the first place if they are just delayed and sent out later?

But if you believe it is something that Plesk should add, we still have an option for you: Please add the idea as a feature request to Feature Suggestions: Top (1867 ideas) – Your Ideas for Plesk. If other users think the same and vote for this, the idea has a fair chance of becoming a reality in future Plesk versions.
 
Such an option makes no sense, because it undermines the security algorithm. Why should mails be blocked in the first place if they are just delayed and sent out later?

But if you believe it is something that Plesk should add, we still have an option for you: Please add the idea as a feature request to Feature Suggestions: Top (1867 ideas) – Your Ideas for Plesk. If other users think the same and vote for this, the idea has a fair chance of becoming a reality in future Plesk versions.
Hi Peter

Because gmail defers messages from same ip from custom domain after a number so it would be a protection measure
 
I would also prefer the messages to be delayed instead of discarded.

Admins will be notified when the limit has been reached, they can inspect the mail que and determine if the send out mails are spam. If not, mail is still being send out (delayed). If it is spam, they can clear the que and block the sending account.
 
Back
Top