none
Ограничения на размер входящих сообщений RRS feed

  • Вопрос

  • Есть Exchange Server 2007 sp3 standart на windows server 2003 r2 sp2. Все роли на одном сервере.  Ранее на нем стояло ограничение на прием и отправку почты по 10 Mb. Сейчас необходимо выставить 20 на отправку и получение. Были произведены настройки для этого. После почта размером 20 отправляется, а принимается только 10 Mb.

    Параметры почтового ящика:

    Get-Mailbox 

    MaxSendSize                          : unlimited
    MaxReceiveSize                       : unlimited

    get-transportconfig

    ClearCategories                : True
    ConvertDisclaimerWrapperToEml  : False
    DSNConversionMode              : UseExchangeDSNs
    GenerateCopyOfDSNFor           : {5.4.8, 5.4.6, 5.4.4, 5.2.4, 5.2.0, 5.1.4}
    InternalSMTPServers            : {}
    JournalingReportNdrTo          : <>
    MaxDumpsterSizePerStorageGroup : 36MB
    MaxDumpsterTime                : 7.00:00:00
    MaxReceiveSize                 : 20MB
    MaxRecipientEnvelopeLimit      : 20
    MaxSendSize                    : 20MB
    TLSReceiveDomainSecureList     : {}
    TLSSendDomainSecureList        : {}
    VerifySecureSubmitEnabled      : False
    VoicemailJournalingEnabled     : True
    HeaderPromotionModeSetting     : NoCreate
    WritingBrandingInDSNEnabled    : True
    Xexch50Enabled                 : True

    Подскажите где еще ограничения стоят на прием сообщений?

    • Перемещено Hengzhe Li 12 марта 2012 г. 6:45 forum merge (От:Exchange Server 2007)
    26 июля 2010 г. 10:11

Ответы

  • Вот тут написано все об ограничениях.

    http://technet.microsoft.com/ru-ru/library/bb124405(EXCHG.80).aspx

    http://technet.microsoft.com/ru-ru/library/bb124345(EXCHG.80).aspx

    http://www.oszone.net/5650/Exchange_Server_2007


    Посетите http://danshin.ms - ИТ Блог по Exchange и технологиям Microsoft

    • Помечено в качестве ответа Triada 31 июля 2010 г. 10:16
    26 июля 2010 г. 12:11
    Модератор
  • В двух словах алгоритм ограничений выглядит следующим образом:

    1 При приеме сообщений на ET - отработают ограничения на принимающем конекторе ET

    2 Перед отправкой с ET на HT отработает ограничение отправки на отправляющем конекторе ET

    3 При передаче с ET на HT отработают ограничения организации. Для конектора ограничения отрабатывать не будет, т.к. у ET есть право ms-Exch-Bypass-Message-Size-Limit, как у сервера групп ExchangeServers, ExchangeLegacyServers (При этом к сообщению все же будут применяться ограничения организации, транспортного сервера - по умолчанию не установленны, получателя). В случае отсутствия ET - отработает min(организация, соединитель).

    4 Отработает ограничение на размер принимаемого сообщения для почтового ящика

    Таким образом для успешной доставки сообщения в почтовый ящик должно быть выполненно следующее условие: Размер сообщения < MIN (размер сообщения на входящем конекторе ET, размер сообщения на исходящем конекторе ET, ограничение сообщения в масштабе организации, ограничение почтового ящика, ограничение всех серверов по дороге GET-TRANSPORTSERVER - но тут по умолчанию unlimited)

    Осталось не проверенная настройка сервера Get-TransportServer | fl *size* Но там не размер письма, а размеры вложений ограничиваются только.

     

    Если службу транспорта перезапускали, после установки настроек новых - переходим к выяснению на каком этапе конкретно клинит. Текст NDR дайте посмотреть.


    MCSE:M 2003, MCITP:EA, EMA, EMA:2010
    • Помечено в качестве ответа Triada 31 июля 2010 г. 10:15
    26 июля 2010 г. 12:27

Все ответы

  • На принимающем конекторе
    MCSE:M 2003, MCITP:EA, EMA, EMA:2010
    26 июля 2010 г. 10:16
  • [PS] C:\Windows\system32>Get-ReceiveConnector MAIL\Внешний |fl

     

     

    AuthMechanism : None

    Banner :

    BinaryMimeEnabled : True

    Bindings : {0.0.0.0:25}

    ChunkingEnabled : True

    DefaultDomain :

    DeliveryStatusNotificationEnabled : True

    EightBitMimeEnabled : True

    DomainSecureEnabled : False

    EnhancedStatusCodesEnabled : True

    LongAddressesEnabled : False

    OrarEnabled : False

    Fqdn : mail.mydomain.com

    Comment :

    Enabled : True

    ConnectionTimeout : 00:10:00

    ConnectionInactivityTimeout : 00:05:00

    MessageRateLimit : unlimited

    MaxInboundConnection : 5000

    MaxInboundConnectionPerSource : 20

    MaxInboundConnectionPercentagePerSource : 2

    MaxHeaderSize : 64KB

    MaxHopCount : 30

    MaxLocalHopCount : 8

    MaxLogonFailures : 3

    MaxMessageSize : 20520KB

    MaxProtocolErrors : 5

    MaxRecipientsPerMessage : 200

    PermissionGroups : AnonymousUsers

    PipeliningEnabled : True

    ProtocolLoggingLevel : None

    RemoteIPRanges : {0.0.0.0-255.255.255.255}

    RequireEHLODomain : False

    RequireTLS : False

    EnableAuthGSSAPI : False

    Server : MAIL

    SizeEnabled : Enabled

    TarpitInterval : 00:00:05

    AdminDisplayName :

    ExchangeVersion : 0.1 (8.0.535.0)

    Name : Внешний

    DistinguishedName : CN=Внешний,CN=SMTP Receive Connectors,CN=Protocols,CN=MAIL,CN=Servers,CN=Exch ange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=domai n1,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=domain1,DC=local

    Identity : MAIL\Внешний

    Guid : cdef8e29-234e-47e9-9dec-7f7106494777

    ObjectCategory : domain1.local/Configuration/Schema/ms-Exch-Smtp-Receive-Connector

    ObjectClass : {top, msExchSmtpReceiveConnector}

    WhenChanged : 02.07.2010 16:21:00

    WhenCreated : 15.07.2009 16:34:53

    OriginatingServer : DC2003.domain1.local

    IsValid : True

    26 июля 2010 г. 10:34
  • С виду все нормально. На каком этапе NDR дают?


    MCSE:M 2003, MCITP:EA, EMA, EMA:2010
    26 июля 2010 г. 11:52
  • Вот тут написано все об ограничениях.

    http://technet.microsoft.com/ru-ru/library/bb124405(EXCHG.80).aspx

    http://technet.microsoft.com/ru-ru/library/bb124345(EXCHG.80).aspx

    http://www.oszone.net/5650/Exchange_Server_2007


    Посетите http://danshin.ms - ИТ Блог по Exchange и технологиям Microsoft

    • Помечено в качестве ответа Triada 31 июля 2010 г. 10:16
    26 июля 2010 г. 12:11
    Модератор
  • В двух словах алгоритм ограничений выглядит следующим образом:

    1 При приеме сообщений на ET - отработают ограничения на принимающем конекторе ET

    2 Перед отправкой с ET на HT отработает ограничение отправки на отправляющем конекторе ET

    3 При передаче с ET на HT отработают ограничения организации. Для конектора ограничения отрабатывать не будет, т.к. у ET есть право ms-Exch-Bypass-Message-Size-Limit, как у сервера групп ExchangeServers, ExchangeLegacyServers (При этом к сообщению все же будут применяться ограничения организации, транспортного сервера - по умолчанию не установленны, получателя). В случае отсутствия ET - отработает min(организация, соединитель).

    4 Отработает ограничение на размер принимаемого сообщения для почтового ящика

    Таким образом для успешной доставки сообщения в почтовый ящик должно быть выполненно следующее условие: Размер сообщения < MIN (размер сообщения на входящем конекторе ET, размер сообщения на исходящем конекторе ET, ограничение сообщения в масштабе организации, ограничение почтового ящика, ограничение всех серверов по дороге GET-TRANSPORTSERVER - но тут по умолчанию unlimited)

    Осталось не проверенная настройка сервера Get-TransportServer | fl *size* Но там не размер письма, а размеры вложений ограничиваются только.

     

    Если службу транспорта перезапускали, после установки настроек новых - переходим к выяснению на каком этапе конкретно клинит. Текст NDR дайте посмотреть.


    MCSE:M 2003, MCITP:EA, EMA, EMA:2010
    • Помечено в качестве ответа Triada 31 июля 2010 г. 10:15
    26 июля 2010 г. 12:27
  • Выполнил  Get-TransportServer | fl *size*


    ConnectivityLogMaxDirectorySize    : 250MB
    ConnectivityLogMaxFileSize         : 10MB
    ExternalDsnMaxMessageAttachSize    : 10MB
    InternalDsnMaxMessageAttachSize    : 10MB
    MessageTrackingLogMaxDirectorySize : 250MB
    MessageTrackingLogMaxFileSize      : 10MB
    PickupDirectoryMaxHeaderSize       : 64KB
    ReceiveProtocolLogMaxDirectorySize : 250MB
    ReceiveProtocolLogMaxFileSize      : 10MB
    RoutingTableLogMaxDirectorySize    : 50MB
    SendProtocolLogMaxDirectorySize    : 250MB
    SendProtocolLogMaxFileSize         : 10MB

    Поменял все значения с 10 на 20 Mb

    [PS] C:\Windows\system32>Get-TransportServer | fl *size*

    ConnectivityLogMaxDirectorySize : 250MB

    ConnectivityLogMaxFileSize : 20MB

    ExternalDsnMaxMessageAttachSize : 20MB

    InternalDsnMaxMessageAttachSize : 20MB

    MessageTrackingLogMaxDirectorySize : 250MB

    MessageTrackingLogMaxFileSize : 20MB

    PickupDirectoryMaxHeaderSize : 64KB

    ReceiveProtocolLogMaxDirectorySize : 250MB

    ReceiveProtocolLogMaxFileSize : 20MB

    RoutingTableLogMaxDirectorySize : 50MB

    SendProtocolLogMaxDirectorySize : 250MB

    SendProtocolLogMaxFileSize : 20MB

    Перезапустил сервер. Попробовал отправить письмо размером 17 мегабайт с google.

    Delivery to the following recipient failed permanently:

     

         administrator@mydomain.com

     

    Technical details of permanent failure:

    Google tried to deliver your message, but it was rejected by the recipient domain. We recommend contacting the other email provider for further information about the cause of this error. The error that the other server returned was: 552 552 5.3.4 Message size exceeds fixed maximum message size (state 18).

     

    ----- Original message -----

     

    MIME-Version: 1.0

    Received: by 10.216.154.133 with SMTP id h5mr8383591wek.93.1280210464004; Mon,

                26 Jul 2010 23:01:04 -0700 (PDT)

    Received: by 10.216.9.227 with HTTP; Mon, 26 Jul 2010 23:01:00 -0700 (PDT)

    In-Reply-To: <EC48046B279B4B43B0CABE268161737880DE132905@mail.domain1.local>

    References: <EC48046B279B4B43B0CABE268161737880DE132905@mail.domain1.local>

    Date: Tue, 27 Jul 2010 12:01:00 +0600

    Message-ID: <AANLkTinFsqVoz-TX7boLMGhhfYqhR_wxss=G2JGfSTzJ@mail.gmail.com>

    Subject: Fwd:

    From: =?KOI8-R?B?88nT1MXNztnKIOHEzcnOydPU0sHUz9I=?= <triada@gmail.com>

    To: =?KOI8-R?B?4cTNyc7J09TSwdTP0g==?= <administrator@mydomain>

    Content-Type: multipart/mixed; boundary=0016e649826af2e3ea048c5839a2

     

     

     

     

    27 июля 2010 г. 6:12
  • 17 Мб это размер письма или вложения?

    Вложения примерно раза в полтора толще становятся при отправке.

    Похоже что принимающий сервер сразу отлуп дает, но лучше бы иметь информацию о том, какой сервер породил ошибку.


    MCSE:M 2003, MCITP:EA, EMA, EMA:2010
    27 июля 2010 г. 9:08
  • Размер вложения 15851Кб. Про какую информацию речь? Что конкретно показать надо?

    27 июля 2010 г. 11:31
  • Отправлял письма с вложениями разного размера. Выяснилось, что письма вложения которых менее 15 мегабайт проходят. А письма с вложениями более 15 мегабайт отбрасываются. Письмо размером 17 мегабайт, которым я тестировал отправку почты было отправлено с outlook на gmail, куда оно успешно прошло. А обратно когда попробовал его на свою почту переслать стало ошибки выдавать, которые описаны выше.  На принимающем и отправляющем коннекторах стоят ограничения одинаковые на 20 Mb.

    27 июля 2010 г. 12:17