Theory question on Message Size Limits

Mikhail Firsov 1,876 Reputation points
2020-09-10T11:34:15.593+00:00

Hello,

The theory: https://learn.microsoft.com/en-us/exchange/message-size-limits-exchange-2013-help

23842-4.png

The practice (Exchange defaults):

23797-3.png

23748-1.png

The question: the default Exchange configuration (namely, the receive connector's limit = 36MB while the organization transport limit = 10MB) contradicts the theory ("...you should set more restrictive limits at the points where messages enter your infrastructure") - why?

Thank you in advance,
Michael

Exchange Server Management
Exchange Server Management
Exchange Server: A family of Microsoft client/server messaging and collaboration software.Management: The act or process of organizing, handling, directing or controlling something.
7,369 questions
Microsoft Exchange Hybrid Management
Microsoft Exchange Hybrid Management
Microsoft Exchange: Microsoft messaging and collaboration software.Hybrid Management: Organizing, handling, directing or controlling hybrid deployments.
1,901 questions
0 comments No comments
{count} votes

Accepted answer
  1. Andy David - MVP 142.3K Reputation points MVP
    2020-09-10T16:03:47.213+00:00

    Yea, its probably over-complicated and has caused a number of questions over the years.

    I always recommend making ALL the limits the same across all of the connectors ( receive and send ) and the org level limit. If I want to set exclusions, then I will then use a mail flow rule to drop messages from specific senders or members in a group.
    Much easier to maintain and you dont have to think about which connector is set to what. :)


3 additional answers

Sort by: Most helpful
  1. Mikhail Firsov 1,876 Reputation points
    2020-09-11T11:02:36.443+00:00

    "the restrictions on the size of messages are the highest at the organization level." - no, they are the lowest (at least at their defaults: org limits - 10MB, connectors 35/36MB).

    "I always recommend making ALL the limits the same across all of the connectors ( receive and send ) and the org level limit. " - I agree!

    "It will fail at the point it enters the org because the first receive connector that accepts it will check the org limits first since its anonymous from the internet. If the message is over the limit, then it will be rejected then. Its not accepted then refused later in that scenario. " -mmm, sounds strange to me because - theoretically - if it were so MS would not have published the following:
    "any message size restrictions on your Receive connectors that receive messages from the Internet should be less than or equal to the message size restrictions you configure for your internal Exchange organization".

    According to your example the connector's limit doesn't matter at all - the org limits would be checked before the connector limits - is it really so???

    Regards,
    Michael


  2. Andy David - MVP 142.3K Reputation points MVP
    2020-09-10T12:11:43.853+00:00

    Well the org level takes precedent over the connector setting for anonymous messages.,
    So if you have a 10MB max send and receive org level setting, and a message from the internet arrives that is 15 MB, it will be dropped and the connector message size limit doesnt come into play. For that reason, the org limits must be the most restrictive and the max send and receive should always match.

    More info:

    https://learn.microsoft.com/en-us/exchange/mail-flow/message-size-limits?view=exchserver-2019#order-of-precedence-and-placement-of-message-size-limits

    An exception to the order is message size limits on mailboxes and messages size limits in mail flow rules. Exchange checks the maximum message size that's allowed on mailboxes before mail flow rules process messages. For example, your organization's message size limit is 50 MB, you configure a 35 MB limit on a mailbox, and you configure a mail flow rule to find and reject messages larger than 40 MB. If an external sender sends a 45 MB message to the mailbox, the message is rejected before the mail flow rule is able to evaluate the message.

    Recipient limits between authenticated senders and recipients (typically, internal message senders and recipients) are exempt from the organizational message size restrictions. Therefore, you can configure specific senders and recipients to exceed the default message size limits for your organization. For example, you can allow specific mailboxes to send and receive larger messages than the rest of the organization by configuring custom send and receive limits for those mailboxes.

    However, this exemption applies only to messages sent between authenticated senders and recipients (typically, internal senders and recipients). For messages sent between anonymous senders and recipients (typically, Internet senders or Internet recipients), the organizational limits apply. For example, suppose your organizational message size limit is 10 MB, but you configured the users in your marketing department to send and receive messages up to 50 MB. These users will be able to exchange large messages with each other, but not with Internet senders and recipients (unauthenticated senders and recipients).


  3. Lucas Liu-MSFT 6,161 Reputation points
    2020-09-11T03:33:02.457+00:00

    Hi @Mikhail Firsov ,
    According to my research, the setting value of the maximum receive message size in the receive connector and organization transmission settings is by design. The setting recommended in the official article is because the actual receiving externally sent mail, the mailbox size limit of the receive connector is first verified. If the mailbox size meets the requirements, it will then be verified whether it meets the organizational limit. If not, the email will be rejected. In order to that your organization, server, and connector limits are configured in a way that minimizes any unnecessary processing of messages. You could keeping the limits the same in all location. Later, if you want to restrict some specific emails, you could do so by creating transport rules.

    ----------

    If the response is helpful, please click "Accept Answer" and upvote it.
    Note: Please follow the steps in our documentation to enable e-mail notifications if you want to receive the related email notification for this thread.

    0 comments No comments