Message size exceeds fixed limit как исправить

Шпаргалка для настройки лимитов в почтовой системе Postfix. Как установить ограничение на максимальный объем отправляемого письма. Как настроить лимит на количество сообщений.

Обновлено Обновлено: 15.11.2021
Опубликовано Опубликовано: 18.05.2017

Почтовый агент Postfix позволяет задавать различные ограничения, таймауты и лимиты. В данной инструкции мы рассмотрим примеры, как это сделать. Используемые значения подойдут для средне статистического сервера, однако, в каждой среде необходимо наблюдение и приведение параметром к оптимальному виду.

Редактирование конфигурационного файла
Размер почтового ящика
Размер отправляемого сообщения
Количество сообщений
Очередь сообщений
Таймаут на отправку
Сообщения об ошибках
Ошибка message size exceeds fixed limit
Работа с конфигом postfix

Редактирование конфигурационного файла Postfix

Изменения делаем в конфигурационном файле:

vi /etc/postfix/main.cf

* для FreeBSD путь будет /usr/local/etc/postfix/main.cf.

После редактирования не забываем перечитывать изменения командой:

systemctl reload postfix

* для FreeBSD или старых систем на базе Linux вводим service postfix restart.

1. Размер почтового ящика

Для установки квоты на почтовые ящики редактируем следующее:

mailbox_size_limit = 209715200
virtual_mailbox_limit = 209715200

* значение указывается в байтах. В данном примере установлены квоты для почтовых ящиков и виртуальных почтовых ящиков в 200 мб. Для удобства, воспользуйтесь конвертером мегабайт.

Чтобы снять ограничения, можно выставить значения в 0:

mailbox_size_limit = 0
virtual_mailbox_limit = 0

2. Размер отправляемого сообщения

Открываем конфигурационный файл, находим и правим следующее (если строки нет, создаем):

message_size_limit = 73400320

*  в данном примере установлено ограничение на размер письма в 70 мб.

Необходимо, чтобы данный размер не превышал размер почтового ящика (mailbox_size_limit и virtual_mailbox_limit, которые по умолчанию имеют значения 51200000 или 50 мб), в противном случае, в логе мы увидим ошибку fatal: main.cf configuration error: mailbox_size_limit is smaller than message_size_limit.

Для этого можно либо задать значения равные (или больше) message_size_limit:

message_size_limit = 73400320
mailbox_size_limit = 73400320
virtual_mailbox_limit = 73400320

… либо отключить ограничения:

message_size_limit = 73400320
mailbox_size_limit = 0
virtual_mailbox_limit = 0

3. Количество сообщений и одновременных подключений

В конфигурационном файле добавляем такие строки:

anvil_rate_time_unit = 60s
smtpd_client_message_rate_limit = 200
smtpd_client_recipient_rate_limit = 60
smtpd_client_connection_count_limit = 20
smtpd_client_connection_rate_limit = 40

* в данном примере мы установили следующие ограничения на количество отправляемых писем: 

  • anvil_rate_time_unit — параметр расчетного времени. Именно от него будут вести отчет другие значения. По умолчанию также равен 60s.
  • smtpd_client_message_rate_limit — сколько клиенту можно отправлять сообщений за anvil_rate_time_unit. По умолчанию 0, то есть, ограничений нет.
  • smtpd_client_recipient_rate_limit — максимальное количество получателей за anvil_rate_time_unit. По умолчанию 0, то есть, ограничений нет.
  • smtpd_client_connection_count_limit — количество одновременно разрешенных подключений для клиента. По умолчанию 50.
  • smtpd_client_connection_rate_limit — максимальное количество коннектов, разрешенных для клиента за anvil_rate_time_unit. По умолчанию 0, то есть, ограничений нет.

4. Очередь сообщений

queue_run_delay = 5m
minimal_backoff_time = 10m
maximal_backoff_time = 15m
maximal_queue_lifetime = 1d

* где queue_run_delay задает время, как часто сообщения из очереди будут отправляться повторно; minimal_backoff_time устанавливает время, на которое будет отложена отправка сообщений, которые не были отправлены по причине временных неисправностей (например, принимающий сервер не отвечает или просит повторить запрос позже), но не позднее maximal_backoff_time; параметр maximal_queue_lifetime установит, через какой период перестать делать попытки при отправке сообщения и вернуть его отправителю с ошибкой.

5. Таймаут на отправку сообщений

smtp_data_done_timeout = 600s
smtp_data_init_timeout = 120s
smtp_data_xfer_timeout = 180s

* где smtp_data_done_timeout — ограничение времени для отправки сообщения; smtp_data_init_timeout — ограничение времени для отправки команды SMTP DATA и для получения ответа удаленного SMTP-сервера; smtp_data_xfer_timeout — ограничение времени для отправки содержимого сообщений.

6. Отправка сообщений об ошибках (4xx or 5xx)

smtpd_error_sleep_time = 3s
smtpd_soft_error_limit = 5
smtpd_hard_error_limit = 10

* где:

  • smtpd_error_sleep_time — задержка перед отправкой сообщения об ошибке (4xx or 5xx). По умолчанию 1s.
  • smtpd_soft_error_limit — количество ошибок, которые должны быть сделаны, прежде чем наш сервер начнет замедлять ответы. По умолчанию 10.
  • smtpd_hard_error_limit — максимальное количество ошибок, которые может сделать удаленный сервер SMTP. После с ним будет разорвана сессия. По умолчанию 20.

552 5.3.4 message size exceeds fixed limit

Если сталкиваемся с сообщением «552 5.3.4 message size exceeds fixed limit» (переводится как «Размер сообщения превышает установленные ограничения»), значит отправляемое письмо не вписывается в установленные лимиты. Чтобы исправить ситуацию, уменьшаем размер сообщения или редактируем лимиты (пункты 1 и 2).

То есть, размер message_size_limit не должен превышать mailbox_size_limit и virtual_mailbox_limit.

Работа с конфигом postfix

Неколько полезных консольных команд по работе с конфигурацией.

1. Посмотреть значение параметра по умолчанию:

postconf -d <Параметр>

Например:

postconf -d mailbox_size_limit

2. Посмотреть текущее значение параметра:

postconf -n <Параметр>

Например:

postconf -n message_size_limit

3. Изменить значение:

postconf -e «<Параметр = значение>»

Например: 

postconf -e «virtual_mailbox_limit = 0»

Users sending messages with attachments to recipients hosted in Exchange servers can end up receiving bounce mails due these attachments.

Our Support Engineers support hundreds of Exchange servers for web hosts, web designers and other online businesses.

In these servers, we’ve seen huge attachments or unsupported attachments formats causing email error 552.

The error message seen by the senders in the bounce mail in cases of huge attachment size limit would be error 552 – ‘5.3.4 Message size exceeds fixed maximum message size’.

If the bounce happens due to the content of the attachment, the error message would be similar to error 552 – ‘5.7.0 Our system detected an illegal attachment on your message.’

What is email error 552 ‘5.3.4 Message size exceeds fixed maximum message size’

Every mail server has custom settings for the size of mails users can send and receive through it. These limits can either be global or individual-account specific or both.

To limit bandwidth usage, this email size limit is often restricted to a few MBs in most servers. If the email size exceeds that limit, it will be rejected by the mail server.

Error 552 ‘5.3.4 Message size exceeds fixed maximum message size’ is an email error commonly seen in bounce messages that generate from recipients using Exchange mail server.

In an Exchange server, there are mainly 4 settings for message size limitations:

a. Global value for the mail server
b. Receive and Send Connectors setting
c. SMTP Virtual Server setting
d. Individual user mailbox restriction

If the message size in the email exceeds any of these limits that are allowed for a particular email user account, it will be rejected with this error 552 message.

To resolve a valid email bouncing with error 552, these attachment limits have to be increased or adjusted appropriately.

But before we get into the detailed steps on how to increase these limits to accept valid user mails with attachments, we’ll see how these message size limits are to be calculated.

[ Worry no more about web or mail errors. Get an experienced Support Engineer to manage your servers for as low as $12.99/hour. ]

How to determine the email message size limits?

In Exchange mail servers, content conversion happens for mails. Exchange server converts an internet/MIME message to MAPI/Exchange format, and vice versa for transmission.

After this content conversion process, the message size generally increases by about 30%. As a result, a message of 9 MB may fail to deliver to a server with size limit 10 MB.

Also, the precedence of the message size limits has to be noted before changing the settings. The maximum allowable message size for a server should be set as the organizational limit.

If the message is sent to or received to the server from a user on the Internet, this organizational limit will be applied to that mail.

But for internal users who send mail to each other after successful authentication, the user mailbox limit takes precedence over all other size restrictions.

So, for a server to accept messages from the internet with size around 15 MB, all the message limits should be set at 20 MB, considering the content conversion size.

How to fix error 552 ‘5.3.4 Message size exceeds fixed maximum message size’ in Exchange server

To accept mails of large sizes from valid senders, the message size settings have to be increased in the server. Here’s how to do it for each limit:

1. How to increase global message size settings

The global default message size limit for Exchange Servers 2007 to 2010 is 10 MB. To change this value, the steps are:

1. Open the Exchange Management Console.
2. Click on Organization Configuration -> Hub Transport.
3. Click on Global Settings -> Transport Settings.
4. On the Properties -> General tab, set the maximum send and receive size limits.

This is the organizational setting and would be applicable to all mails sent and received from that server over the internet.

error 552 exchange server limit

Increase global message size limits in Exchange server

2. How to change message size limits for Receive connector

Receive connectors are the gateways through which all inbound messages are received to a mail server.

The maximum message size limit for a mail that can be received on a receive connector can be set by:

1. Open the Exchange Management Console
2. Click on Server Configuration -> Hub Transport
3. Select a Hub Transport server
4. Click on Receive Connectors
5. Choose the receive connector and Click on Properties
6. Click on the General tab and set the maximum message size

Setting a limit on receive connector can further limit the message size based on the sender’s IP address or type.

3. How to change message size limits for Send connector

Send connectors are configured to change the email sending behavior in server. To change the maximum message size limit on send connectors, do these steps:

1. Open the Exchange Management Console
2. Click on Organization Configuration -> Hub Transport
3. Click on Send Connectors
4. Choose a send connector and Click on Properties
5. Click on the General tab and set the maximum message size.

This limit is used to limit the size of outgoing mails from a server.

[ Tired of repeated mail errors? Our Support Engineers can take care of your servers and support your customers 24/7. Click here to know more. ]

4. How to increase message size settings for individual mail accounts

The individual mailbox settings can be changed from Exchange Administration Center (EAC). Here’s how to do it:

1. In the EAC, go to Recipients > Mailboxes.

2. Select the mailbox that you want to change the message size limits for, and then click Edit.

3. On the mailbox Properties page, click Mailbox Features.

4. Under Message Size Restrictions, change the following message size limits:

5. Sent messages - sets the maximum size of message that can be sent by the user. The value has to be set in KBs.

6. Received messages  - give the maximum size of messages that can be received by this user account in KBs.

7. Click OK and Save the changes.

User mailbox settings are usually set to limit or override the default global size of email messages sent between users within the same server.

All these email settings should be verified one by one to ensure that mails to the recipients are delivered successfully without bouncing with the error 552 ‘5.3.4 Message size exceeds fixed maximum message size’.

In short..

552 email error due to message size limit can show up in other forms too, such as:

  • 552 5.2.3 Message exceeds local size limit.
  • 552 5.3.4 Message size exceeds fixed limit
  • 552 message size exceeds maximum message size
  • 552 size limit exceeded

The message size and attachment size for messages should be set to appropriate limits, for successful mail delivery to happen. But its not advisable to increase the message size unnecessarily, as it will end up overloading the server.

Other than editing the email limit settings, techniques such as email compression can also be used in specific cases. Also, straight-away making server setting changes is not recommended as it may tamper with its normal functioning.

Email error debugging involves examining the server logs, checking the bounce message, identifying the error-generating server and cross-checking the server settings.

If you’d like to know how to secure your mail server and prevent email bounce errors, we’d be happy to talk to you.

A 552 email error is typically ecountered when there is a problem related to an attachement in your email. Either it has exceeded the size limits of the remote server, or the file-type isn’t allowed by the remote server. Some mail servers also seem to use this error code incorrectly when blocking a message due to triggering a filter such as a URL in the message being found in a domain black list.

You should receive a bounce-back message from the server with a variation of email error 552 in the subject, and the body should contain your original message that you attempted to deliver.

Example of a 552 bounce-back message

Return-path: <>
Envelope-to: [email protected]
Delivery-date: Mon, 22 Oct 2012 11:30:14 -0700
Received: from mailnull by biz24.inmotionhosting.com with local (Exim 4.77)
id 1TQMlS-0005G9-3e
for [email protected]; Mon, 22 Oct 2012 11:30:14 -0700
X-Failed-Recipients: [email protected]
Auto-Submitted: auto-replied
From: Mail Delivery System

To: [email protected]
Subject: Mail delivery failed: returning message to sender
Message-Id:
Date: Mon, 22 Oct 2012 11:30:14 -0700

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

[email protected]
SMTP error from remote mail server after end of data:
host RemoteDomain.com [123.123.123.123]:
552 5.3.4 Message size exceeds fixed maximum message size

—— This is a copy of the message, including all the headers. ——
—— The body of the message is 10672605 characters long; only the first
—— 106496 or so are included here.

Return-path: <[email protected]>
Received: from comcast.net ([123.123.123]:33534 helo=Admin)
by biz24.inmotionhosting.com with esmtpsa (TLSv1:AES128-SHA:128)
(Exim 4.77)
(envelope-from <[email protected]>)
id 1TQMjz-0004Ug-Sz; Mon, 22 Oct 2012 11:29:42 -0700
From: Sender <[email protected]>
Subject: Annual report
Date: Mon, 22 Oct 2012 14:29:18 -0400
To: Recipient <[email protected]>

Common variations of the 552 email error

  • 552 5.2.2 mailbox quota exceeded for this recipient
  • 552 5.2.2 User mailstore exceeded quota limit
  • 552 5.2.3 Message exceeds local size limit.
  • 552 5.2.3 message size exceeds fixed maximum message size
  • 552 5.3.4 Message size exceeds fixed limit
  • 552 5.3.4 Message size exceeds fixed maximum message size
  • 552 5.3.4 message size limit exceeded at MAIL FROM
  • 552 Backend Replied [mxlogic.net]: 5.3.4 Message size exceeds fixed maximum
  • 552 mail size or count over quota.
  • 552 message size exceeds maximum message size
  • 552 size limit exceeded
  • 552 too many messages in this mail box.
  • 552 Transaction failed, remote said “550 failed: User does not exist.”
  • 552-Requested mail action aborted: exceeded storage allocationn
  • 552-5.2.2 The email account that you tried to reach is over quota.
  • 552-5.2.3 Your message exceeded Google’s message size limits. Please visitn
  • 552-5.7.0 Our system detected an illegal attachment on your message. Pleasen
  • 552 Virus found inside of the email
  • 552 5.2.0 Remote MTA 74.124.198.61: An URL contained in this message is blacklisted by SURBL. See https://www.surbl.org

Resolving a 552 email error bounceback

The 552 series of errors can sometimes be a soft or hard bounce. For a more in-depth review of what a soft or hard bounce is, and general email bounceback reasons you can read why does email bounce, bounceback, or error?

In our example bounce-back error above the reason the message has failed is because the server for RemoteDomains.com has a fixed message size limit. The attempted message exceeded this limit so it was not accepted and generated this bounce-back error.

InMotion Hosting Contributor

InMotion Hosting contributors are highly knowledgeable individuals who create relevant content on new trends and troubleshooting techniques to help you achieve your online goals!

More Articles by InMotion Hosting

i’m trying to troubleshoot an issue where my users send large files and i want to increase the file size possible to get to the exchange mailbox but i’m not having success.  In a test internally from one exchange user to another i am able to send these
set of jpg files totalling 19mb.  But, when i send from the internet to the same user i get a failure.  Below are the details of the failure.  From my gmail accont to my exchange account.  Any advice on where to check or change settings? 
Further troubleshooting steps?

Also…i’m running Exchange 2010 and not 2013…the web page did not allow me to choose 2010 for some reason…

———- Forwarded message ———-
From: Mail Delivery Subsystem <mailer-daemon@googlemail.com>
Date: Fri, Sep 6, 2013 at 3:49 PM
Subject: Delivery Status Notification (Failure)
To: aamato9072@gmail.com

Delivery to the following recipient failed permanently:

     andy@salesmasterflooring.com

Technical details of permanent failure:
Google tried to deliver your message, but it was rejected by the server for the recipient domain
salesmasterflooring.com by
mobile.salesmasterflooring.com. [24.187.246.100].

The error that the other server returned was:
552 5.3.4 Message size exceeds fixed maximum message size

—— Original message ——

DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type;

        bh=JKB8gjV5GQJz+C5f9MoExeVCGE6IN4GDrvDkWVOTlag=;
        b=SR4z/PtZOB9ww/RkkMZ+TekYkMKAm7sHHeJ/hvDNbcl+/4ZEz2d5OxRWibfkjuFnQz
         3feRY5PukaGgvEoS3N+cSa6ZUH+yIB1iqKnVpT6qQcO8FXDRyQIPvUbX5oXXKZGMowGj
         ActDZc/9K9IFZrKt67P612bMGLHCpN7Rh9gpn7Nez1X42mCN95VxSHW+Ntdna8Rruvl/
         RC7DsUTx9ocf7pADVYD2FCK7sxtr9QsZyptebbKacQgLhijMfsuY51x6scQTFCXkVga6
         gAmDDVDfjEfYWCtsvxs8CBPSJFOrLo+Ia9xlKrLol/hgtN8kB4WaKJIt03AUunQmxY3o
         iRiw==
MIME-Version: 1.0
X-Received: by 10.220.145.132 with SMTP id d4mr3849854vcv.9.1378496939474;
Fri, 06 Sep 2013 12:48:59 -0700 (PDT)
Received: by 10.52.182.162 with HTTP; Fri, 6 Sep 2013 12:48:51 -0700 (PDT)
In-Reply-To: <CAJCo5u44AeoSqOUtqi-1XRT71D+Wu5CerRzEhLgaYcxubn6arw@mail.gmail.com>
References: <CAJCo5u44AeoSqOUtqi-1XRT71D+Wu5CerRzEhLgaYcxubn6arw@mail.gmail.com>
Date: Fri, 6 Sep 2013 15:48:51 -0400
Message-ID: <CAJCo5u4-zgp-Ni=Mi-mYQs=kY_ehjzrUd3UZqZ5KYC7iJ31W=Q@mail.gmail.com>

Content-Type: multipart/mixed; boundary=047d7b34347c66fcfa04e5bc540a

Как исправить ошибку 522: Быстрые и простые способы

Если вы используете CloudFlare , то, возможно, уже сталкивались с этой ошибкой. Error 522 что означает, что сеть доставки контента ( CDN ) не может подключиться к серверу. Это наиболее распространенная причина данной ошибки. Но могут быть и другие причины, которые мы рассмотрим в этой статье:

Потенциальные причины ошибки 522

Ошибка 522 возникает, когда CloudFlare не может подключиться к серверу сайта, к которому вы пытаетесь получить доступ. Это означает, что между компьютером и сервером сайта не может быть установлено TCP-соединение .

Error 522 — что означает, как исправить:

  • Проблема подключения CDN к серверу сайта;
  • Слишком большой объем трафика на сервере;
  • На хостинге используется слишком много ресурсов или открыто много соединений;
  • Интернет-протоколы CloudFlare (IP) ограничивают скорость входящих соединений.

Теперь мы знаем, что ошибка может возникать либо из-за проблем подключения, связанных с настройками CloudFlare , либо из-за настроек сервера сайта.

Как исправить ошибку 522: способ 1

Проверьте рукопожатия TCP

Когда посетитель пытается получить доступ к ресурсу с включенным CloudFlare , сервер сайта и CDN устанавливают соединение. Для завершения этого соединения TCP-протокол использует трехстороннее рукопожатие:

На приведенной выше иллюстрации были выполнены все три условия для успешного рукопожатия. Посетитель может просматривать сайт:

На приведенном выше рисунке проиллюстрирована ошибка 522 , которая происходит, потому что сервер сайта не ответил в течение 15 секунд после отправки запроса:

Error 522 — что означает еще. Ошибка произошла потому, что в течение 90 секунд после того, как было установлено первоначальное соединение, не было получено никакого ответа.

Сначала нужно проверить наличие упомянутых выше проблем подключения. Свяжитесь с администратором вашего сервера или хостинг-провайдера. Не нужно ничего делать самостоятельно: администраторы могут легко проверить и решить подобные проблемы.

Но если есть проблема с Сетью , тогда для диагностики данной проблемы можно использовать трассировку ( My Traceroute / MTR ).

Использование инструмента MTR или трассировки

Убедитесь, что интернет-протоколы CloudFlare ( IP ) не блокируются веб-сервером через брандмауэр, балансировку нагрузки и другие инструменты. Если IP-адреса CloudFlare заблокированы, добавьте их в белый список.

После проверки запустите для отладки и устранения проблемы Сети инструмент MTR с сервера сайта. Можно использовать любой из двух следующих инструментов. Это лучшие решения из тех, которые доступны на данный момент: инструмент MTR 1 и инструмент MTR 2 .

Эти инструменты предоставят информацию о причине возникновения задержки, и вы сами сможете сообщить об этом администраторам своего веб-сервера или CloudFlare .

Как исправить ошибку 522: способ 2

Использование cURL

Еще один инструмент, который можно использовать, чтобы подтвердить ответ сервера сайта — это cURL . Вы можете скачать cURL здесь . Это бесплатный инструмент. С его помощью можно получить более подробную информацию об ошибке 522 , возникшую на сервере сайта.

cURL прост в использовании, дополнительную информацию вы можете получить здесь . С ней нужно ознакомиться до того, как узнать, error 522 , что означает, как исправить ее.

А теперь обновление!

Для этого мы рассмотрим исправление ошибки 522 ( превышение времени ожидания подключения ) в Google Chrome . Следуйте приведенным ниже советам, и вы с легкостью исправите ошибку.

Как исправить ошибку 522 в Google Chrome

Совет №1 — очистите историю браузера

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

  • Открыв Google Chrome , нажмите на три точки в правом верхнем углу окна браузера ( Настройки и управление Google Chrome );
  • Откроется выпадающее меню, и вы сможете выбрать опцию « История »;
  • Кликните по ссылке « История », чтобы открыть раздел в новой вкладке;
  • Кликните по ссылке « Очистить данные браузера » и выберите, какие данные вы хотите очистить;
  • Выберите временной интервал для параметра « Удалить следующие элементы из »;
  • Попробуйте просмотреть сайт, чтобы проверить, исправлена ли ошибка.

Совет №2 — Удалите, а затем повторно установите Google Chrome

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

  • Удалите Google Chrome с компьютера;
  • Загрузите и снова установите Chrome на свой компьютер;
  • Попробуйте подключиться, чтобы проверить, была ли решена возникшая проблема.

Снова error 522 ? Что означает, что ошибка не исправлена.

Совет № 3 — Удалите неиспользуемые расширения для браузера

  • Нажмите на три точки в правом верхнем углу окна браузера Google Chrome ( Настройки и управление Google Chrome );
  • Выберите пункт « Настройки »;
  • Кликните по ссылке « Расширения », и вы увидите все расширения, установленные в Google Chrome ;
  • Теперь можно удалить те, которые не нужны;
  • Проверьте, можете ли вы теперь подключиться к сайту.

Совет № 4 — Проверьте подключение к интернету

В Интернете, чем быстрее соединение, тем лучше. Необходимо проверить, качество своего интернет-соединения, чтобы убедиться, что ошибка 522 не вызвана « прерывистым » соединением. Выполните следующие шаги, чтобы проверить подключение к Интернету.

  • Откройте на компьютере командную строку;
  • Введите в командной строке « ping google.com »;
  • Вы получите результат и сможете проверить, были ли потеряны пакеты. Если нет, значит, у вас хорошее соединение с Интернетом;
  • Если у вас есть потерянные пакеты, вы должны связаться со своим интернет-провайдером.

Совет № 5 — IP-адрес: Представление и обновление

Иногда проблемы с подключением возникают, когда истек срок действия IP-адреса вашего компьютера. Чтобы устранить эту проблему, выполните описанные ниже действия.

  • Откройте командную строку;
  • Введите « ipconfig / flushdns », затем нажмите клавишу Enter . Эта команда очистит DNS-кеш ;
  • Теперь введите « ipconfig / registerdns » и нажмите кнопку Enter . Эта команда обновит адреса DHCP-адресов ;
  • Затем введите « ipconfig / release » и нажмите клавишу Enter еще раз. Эта команда « представит » ваш IP-адрес ;
  • Введите « ipconfig / renew » и нажмите кнопку Enter , чтобы « обновить » IP-адрес .

Если ошибка больше не возникает, тогда вы знаете, error 522 что означает и как исправить.

Совет № 6 — Проверьте настройки прокси-сервера

  • В браузере Google Chrome перейдите в раздел Настройки> Настройки предварительного просмотра> Сеть ;
  • Нажмите « Изменить настройки прокси »;
  • Выберите « Настройки локальной сети (LAN) »;
  • Здесь будут представлены параметры « Автоматическая настройка » и « Прокси-сервер »;
  • Поэкспериментируйте с настройкой каждого параметра и пытайтесь подключаться после каждого изменения.

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

Данная публикация представляет собой перевод статьи « How To Fix Error 522: Quick And Easy Methods (Update) » , подготовленной дружной командой проекта Интернет-технологии.ру

При отправке почтовых сообщений я получаю ошибки с номерами 550 и 553 или ошибки ретрансляции

Проблема

Когда вы, находясь вне дома, отправляете сообщение электронной почты с помощью домашней почтовой учетной записи, это сообщение может вернуться с ошибкой 550, 553 или ошибкой ретрансляции. То же самое может произойти, когда вы, находясь вне офиса, пытаетесь отправить сообщение электронной почты с помощью рабочей почтовой учетной записи.

Описание

Ретрансляция происходит, когда почтовое сообщение отправлено на адрес электронной почты, домен которого (имя после символа @, например adatum.com) не обрабатывается протоколом SMTP или сервером исходящей почты, получающим от отправителя запрос на доставку сообщения. SMTP-серверу необходимо подключиться к другому SMTP-серверу, чтобы ретранслировать сообщение.

Если при отправке почтового сообщения возникает ошибка ретрансляции, ваш SMTP-сервер (исходящей почты) может вернуть ваше сообщение вместе с сообщением об ошибке, например, такого вида:

«Не удается отправить сообщение, поскольку сервер отказался принять адрес одного из получателей. В письме был указан адрес: proverka@example.com >. Тема: , учетная запись: , сервер: smtp.example.com >, протокол: SMTP, ответ сервера: «550 proverka@example.com >. Ретрансляция запрещена», порт: 25, защита (SSL): нет, ошибка сервера: 550, номер ошибки: 0x800CCC79″.

«Не удается отправить сообщение, поскольку сервер отказался принять адрес одного из получателей. В письме был указан адрес: . Тема: , учетная запись: , сервер: smtp.example.com >, протокол: SMTP, ответ сервера: «553 к сожалению, этого домена нет в моем списке разрешенных узлов (#5.7.1)», порт: 25, защита (SSL): нет, ошибка сервера: 553, номер ошибки: 0x800CCC79″.

Точный текст сообщения об ошибке будет зависеть от вашего поставщика интернет-услуг. Некоторые поставщики не возвращают сообщение об ошибке, когда определяют исходящие сообщения как нежелательную рекламу. В этих случаях все выглядит так, как будто ваше сообщение отправляется в обычном режиме (в Outlook остается в папке Исходящие и появляется в папке Отправленные), но получателю оно не доставляется.

Ваше сообщение отклонено, поскольку SMTP-сервер (исходящей почты) не распознал вас как полномочного пользователя.

SMTP — это протокол (стандарты, используемые компьютерами для взаимодействия), который используется на большинстве серверов электронной почты для отправки сообщений в Интернете. Если вы используете почтовую программу (например, Outlook), которая позволяет хранить сообщения на компьютере, вам необходим доступ к SMTP-серверу для отправки сообщений.

Примечание: Веб-системы электронной почты (например, Windows Live Mail или Yahoo! Mail) работают иначе и не рассматриваются в этой статье.

Нежелательная почта и открытые ретрансляции

Рекламные сообщения, распространяемые без запроса, называют нежелательной почтой или спамом. Объем нежелательной почты продолжает расти, потому что ее отправка практически ничего не стоит тем, кто ее рассылает. Фактически отправителю даже не обязательно отправлять нежелательную почту через SMTP-сервер (исходящей почты) своего поставщика интернет-услуг.

При создании базовой структуры Интернета никто не предвидел, к каким последствиям приведет возможность отправлять миллионы нежелательных сообщений за ничтожно малую плату. Благодаря способности SMTP-серверов к ретрансляции отправители нежелательной почты маскируют ее подлинный источник, передавая ее через сторонние серверы, на которых разрешены такие открытые ретрансляции. В результате нежелательная почта как бы приходит с сайта, который ретранслирует сообщение и скрывает личность настоящего отправителя.

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

Ограничения поставщика интернет-услуг на ретрансляцию почтовых сообщений

По мере увеличения объемов нежелательной почты администраторы сети (люди, отвечающие за управление серверами поставщика интернет-услуг) начали вводить ограничения на своих почтовых SMTP-серверах. Эти ограничения не позволяют использовать почтовый сервер всем подряд. Представьте, что в вестибюле вашей организации есть телефон, доступный для всех, в том числе для тех, кто не является сотрудником организации. Теперь телефоном разрешено пользоваться только сотрудникам.

На сегодняшний день используются ограничения нескольких типов.

Требуется проверка подлинности SMTP. Так же как вы используете имя пользователя и пароль для доступа к POP3-серверу (входящей почты) и своим почтовым сообщениям, вам требуется ввести имя пользователя и пароль для отправки почтовых сообщений через SMTP-сервер. Обычно это те же имя пользователя и пароль, что и для POP3-сервера, но могут быть и уникальные.

Требуется сначала подключиться к POP3-серверу (входящей почты) поставщика интернет-услуг. Чтобы получить свои новые почтовые сообщения, вы обычно подключаетесь к POP3-серверу (входящей почты). Для доступа к почтовому ящику вам нужно ввести имя пользователя и пароль. Администратор сети может настроить сервер таким образом, что если вы сначала подключаетесь к POP3-серверу входящей почты и проходите проверку подлинности, он будет утверждать все запросы на отправку почтовых сообщений через SMTP-сервер исходящей почты, на котором в ином случае эта возможность будет ограничена.

Требуется подключение из авторизованного расположения в сети. Если вы из дома подключаетесь к поставщику интернет-услуг по телефонной линии, с помощью кабеля или через DSL-модем, подключение идет напрямую к сети поставщика. Вы заслуживаете доверия, поскольку у вас есть учетная запись с именем пользователя и паролем, которые предоставил поставщик интернет-услуг. Вам как клиенту разрешается использовать SMTP-сервер для отправки почтовых сообщений.

Требуется подключение с определенного IP-адреса или диапазона IP-адресов. Ваш поставщик интернет-услуг может разрешить доступ к SMTP-серверу людям, не подключенным к сети напрямую. Например, это может быть удаленный пользователь в офисе. Основная проблема состоит в том, что во многих местах используются динамические IP-адреса. При этом вы не можете быть уверены в том, что при каждом подключении у вас один и тот же IP-адрес. У некоторых организаций может быть зарезервирован блок или диапазон IP-адресов. Поставщик интернет-услуг может считать тех, кто подключается с этих IP-адресов, проверенными пользователями. Он может предоставить дополнительные сведения.

Возможных сценариев ретрансляции очень много. Ниже приведены самые распространенные ситуации. Возможно, одна из них похожа на вашу.

Вы дома, и у вас есть учетная запись поставщика интернет-услуг, оканчивающаяся на @proseware.com , с которой вы подключаетесь по телефонной линии, с помощью кабеля или через DSL-модем. Вы отправляете сообщение другому человеку, почтовый адрес которого тоже оканчивается на @proseware.com .

Нет. Ваша почта обрабатывается обычным способом.

То же, что и в первой ситуации, только вы отправляете сообщение человеку, почтовый адрес которого оканчивается на @adatum.com .

Да, но она не блокируется. Вы подключаетесь напрямую к поставщику интернет-услуг и тем самым получаете полномочия для отправки почты через его SMTP-сервер (исходящей почты) на любые адреса, независимо от расположения почтового ящика получателя.

Вы на работе. Ваш рабочий почтовый адрес оканчивается на @thephone-company.com , и у вас есть домашняя учетная запись поставщика интернет-услуг, адрес которой оканчивается на @proseware.com и с которой вы подключаетесь по телефонной линии, с помощью кабеля или через DSL-модем. В Outlook у вас настроены те же параметры SMTP-сервера, что и дома. Вы отправляете сообщение человеку, почтовый адрес которого тоже оканчивается на @proseware.com .

Нет. Ваша почта обрабатывается обычным способом.

То же, что и в предыдущей ситуации, только вы отправляете сообщение человеку, почтовый адрес которого оканчивается на @adatum.com .

Да, и это сообщение может быть заблокировано как ретранслируемая почта. Вы пытаетесь использовать домашний SMTP-сервер (исходящей почты) своего поставщика интернет-услуг, хотя не подключены к его сети. SMTP-сервер не может удостоверить вас как полномочного подписчика поставщика интернет-услуг. Кроме того, вы просите SMTP-сервер принять сообщение и подключиться к другому SMTP-серверу, чтобы доставить его в почтовый ящик получателя.

Вы остановились в гостинице или воспользовались в аэропорту интернет-терминалом, предоставляющим доступ в Интернет. У вас есть домашняя учетная запись поставщика интернет-услуг, оканчивающаяся на @proseware.com , с которой вы подключаетесь по телефонной линии, с помощью кабеля или через DSL-модем. В Outlook у вас настроены те же параметры SMTP-сервера, что и дома. Вы отправляете сообщение другому человеку, почтовый адрес которого тоже оканчивается на @proseware.com .

Нет. Ваша почта обрабатывается обычным способом.

То же, что и в предыдущей ситуации, только вы отправляете сообщение человеку, почтовый адрес которого оканчивается на @adatum.com .

Да, и это сообщение может быть заблокировано как ретранслируемая почта. Вы пытаетесь использовать домашний SMTP-сервер (исходящей почты) своего поставщика интернет-услуг, хотя не подключены к его сети. SMTP-сервер не может удостоверить вас как полномочного подписчика поставщика интернет-услуг. Кроме того, вы просите SMTP-сервер принять сообщение и подключиться к другому SMTP-серверу, чтобы доставить его в почтовый ящик получателя.

Решения

Если ваша ситуация рассматривается как ретрансляция, вы должны отправить сообщение через сервер, к которому сейчас подключаетесь. То есть, если вы на работе или вне дома и не используете своего поставщика интернет-услуг для подключения к Интернету, но хотите отправить сообщение из своей домашней учетной записи, предоставленной этим поставщиком, вам нужно изменить параметры почтовой учетной записи, указав тот SMTP-сервер, который вы используете там, где находитесь (например, рабочий SMTP-сервер). Пошаговые инструкции см. в статье Изменение параметров учетной записи электронной почты.

Если это не работает или вы предпочитаете использовать домашнюю учетную запись, вам нужно связаться со своим поставщиком интернет-услуг и спросить, доступны ли вам описанные ранее параметры. Что касается первых двух ограничений (требуется проверка подлинности SMTP и требуется сначала подключение к POP3-серверу входящей почты поставщика интернет-услуг), вы можете внести изменения в Параметры учетной записи в Outlook. Инструкции см. в статье Изменение параметров учетной записи электронной почты.

Сообщения по-прежнему не отправляются?

Вы изменили параметры SMTP в Outlook или нашли параметр, который разрешит вам отправлять почтовые сообщения. Но вы по-прежнему не можете отправить почту и получаете сообщение об ошибке.

Возможно, вы все сделали правильно, но администраторы сети используют еще какую-то функцию системы безопасности для предотвращения спуфинга удостоверений. Спуфинг удостоверений — это просто способ отправки почтового сообщения, при котором вы скрываете, кто вы.

В Outlook, как и в большинстве почтовых программ, можно указать «отображаемое имя» и обратный почтовый адрес, который появляется при ответе на ваше сообщение. В нежелательной почте эти поля почти всегда содержат ложную информацию. Вы правда верите, что сообщения о том, как быстро разбогатеть, пришли от супермодели или мирового лидера?

Ошибка 552 что это

Протокол SMTP отвечает за отправку почтовых сообщений. Ошибки SMTP означают, что электронные письма не были отправлены. Каждое сообщение содержит код ошибки, по которому можно определить проблему и способы устранения. Наиболее распространенные ошибки указаны в списке ниже.

Общее описание: По каким-то причинам, в данный момент принимающий сервер не может получить письмо, но следующая попытка отправить письмо может оказаться успешной. Попробуйте позже!

Пример Пояснение
451 4.3.0
:
Temporary lookup failure; …
Техническая проблема на стороне входящего сервера inbox.lv. В случае проблем, пожалуйста, свяжитесь с нашей службой поддержки пользователей по адресу support@inbox.lv
Connection refused Проблема на стороне принимающего сервера — не принимает входящие сообщения. Пожалуйста проинформируйте службу принимающего сервера (например, оператора мобильной связи и т.п. ) о проблеме.

Общее описание: Сервер не может получить доступ к почтовому ящику для доставки сообщения. Это может быть вызвано тем, что почтовый ящик может быть поврежден, или почтовый ящик может находиться на другом сервере, который в настоящее время не доступен.

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

Пример Пояснение
450 4.1.8
:
Sender address rejected: Domain not found; ….
Техническая проблема на стороне входящего сервера inbox.lv. В случае проблем, пожалуйста, свяжитесь с нашей службой поддержки пользователей по адресу support@inbox.lv
450 4.7.1
Client host rejected: cannot find your hostname, ….
Домен отправителя не содержит reverse hostname, поэтому
наш входящий сервер не может принять сообщение. Вам необходимо связаться с
администратором домена отправителя, для того, чтобы reverse hostname было добавлено в DNS его сервера.
450 4.1.8
:
Sender address rejected: Malformed DNS server reply; ….
Письмо не может быть отправлено, т.к. наши SMTP сервера
запрашивают, чтобы имя хоста для сервера отправителя обязательно содержало
правильные MX или A записи.,Вам
необходимо связаться с администратором домена отправителя, для того, чтобы он
добавил правильные DNS записи для своего сервера.
450 4.7.1 :
Helo command rejected: Host not found; …
Our inbound SMTP,servers require hostname provided in HELO to be present and be valid DNS name,in order to accept the email.

Общее описание: Недопустимый адрес электронной почты или доменное имя почтового адреса.

Пример Пояснение
501 5.5.2 :
Helo command rejected: Invalid name;
Our inbound SMTP servers require hostname provided in HELO to be present
and be valid DNS name in order to accept the email.

Общее описание: Повторяющаяся ошибка 503 может свидетельствовать о проблемах соединения. Отклик 503 SMTP-сервера чаще всего является показателем того, что SMTP-сервер требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (логин + пароль). Проверьте Общие настройки, чтобы убедиться в правильности настроек SMTP-сервера.

Пример Пояснение
503 5.5.0 :
Client host rejected: Improper use of SMTP command pipelining; ….
Сервер отправителя нарушает протокол SMTP
который описан в RFC 5321.
… Client host rejected:
In order to send mail, please, login first
(in reply to RCPT TO command)

Общее описание: Размер сообщения (сообщение + все его вложения) превышает ограничения по размеру на сервере получателя. Проверьте размер сообщения, которое Вы подготовили для отправки, в частности, размер вложений, возможно, стоит разбить сообщения на части.

Пример Пояснение
552 5.3.4 Message size exceeds fixed limit; …..
552 5.3.4 The server of recipient returned the error: : message
size 70756380 exceeds size limit
62914560 of server ….

Общее описание: Ошибка 550 иногда может быть отправлена Антиспам фильтром по причине того, что для пользователя или домена, от которого или которому отправляются сообщения, установлено правило, запрещающее отправленную вами почту. Также, данная ошибка может указывать на неправильный адрес абонента.

Также при данной ошибке, Вам может прийти сообщение о том, что с Вашего адреса почты было отправлено сообщение, которое не дошло до адресата (которого Вы не знаете). При этом в сообщение неверно указано название Вашего компьютера либо название Вашего провайдера.

Пример (Undelivered Mail Returned to Sender) Пояснение
Your message could not be delivered to one or more recipients. The server of recipient returned the error:
: host mailin-04.mx.aol.com[xx.xx.xx.xxx] said: 550 5.1.1 : Recipient address rejected: aol.com
(in reply to RCPT TO command)
Кто-то проник в ваш почтовый ящик и осуществил рассылку от вашего имени. Срочно поменяйте пароль от вашего ящика, а также ответ на секретный вопрос. Подробнее

Описание: Отклик 554 SMTP-сервера возвращает антиспам-фильтр в случае, если существует проблема с имэйл адресом отправителя, или IP-адресом отправителя, или почтовый сервер отправителя значится в RBL. Вам нужно либо попросить отправителя добавить в белый список, либо Вы должны принять меры, чтобы Ваш IP-адрес или ISP сервер был удален из RBL (Realtime Blackhole List)

Неправильный адрес
Пример Пояснение
554 5.7.1
: Recipient address rejected: Inactive user; …….
Неактивный пользователь — автоматически заблокированный
аккаунт, который не был использован более 9 месяцев
554 5.7.1 : Recipient address rejected: Non existent user -user@xxx.xx (in reply to RCPT TO command) Не возможно найти пользователя — данного пользователя
не существует или же почтовый ящик был удален
554 5.7.1
: Recipient address rejected: User unknown — ​user@xxx.xx;
IP адрес отправителя включен в черный список
554 5.7.1 Service unavailable;
Client host [xx.xx.xx.xx] blocked using RBL; ​http://www.spamhaus.org/querybl?ip=xx.xx.xx.xx;
Это сообщение приходит в случае, если IP адрес
отправителя находится в черном списке zen.spamhaus.org,Для более детальной информации, пожалуйста, смотрите
http://www.spamhaus.org/zen,ИЛИ
проверьте IP адрес на http://www.spamhaus.org/query/bl?ip и свяжитесь с
zen.spamhaus.org чтобы убрать IP адрес из черного списка.
554 5.7.1
: Relay access denied; ….
554 5.7.1 :
Sender address rejected: blacklisted; ….
554 5.7.1
:
Client host rejected: LTC-HOME — use apollo servers to send mails;
….
554 5.7.1
:
Helo command rejected: Bad HELO, contact ​abuse@inbox.lv; …..
554 5.7.1
: Helo command rejected: Fake mail.com, contact ​abuse@inbox.lv;,…
Нарушения в SMTP протоколе
554 5.7.1
: Helo command rejected: Dynamic IP detected, visit ​http://help.inbox.lv/abuse/dynip (3);
.
Данное сообщение
указывает на то, что IP адрес сервера, с которого было отослано сообщение
пренадлежит к сети pool, которую используют
end-пользователи. Пожалуйста, используйте
SMTP сервер своего почтового провайдера для отсылки сообщений. В случае ошибок
используйте линк из bounce-сообщений от self-service.,

Пожалуйста,
посетите http://help.inbox.lv/abuse/dynip для регистрации вашего IP адреса.

554 5.7.1

: Client host rejected: Dynamic IP detected, visit http://help.inbox.lv/abuse/dynip (1); .

Вы находитесь здесь, так как наши SPAM фильтры определили Ваш почтовый сервер как
использующий динамический DSL IP адрес или же
dial-up соединение, в связи с чем может
использоваться для рассылки спама. Если это не так, вы можете заполнить эту
форму и IP адрес вашего сервера будет разблокирован.,

Пожалуйста,
посетите http://help.inbox.lv/abuse/dynip для регистрации вашего IP адреса.

Описание: У одного из серверов на пути к серверу назначения есть проблема с настройкой DNS-записей. Свяжитесь с администрацией отсылающего сервера.

Ошибка P0552 — Датчик давления в системе усилителя рулевого управления — низкий уровень сигнала

Определение кода ошибки P0552

Ошибка P0552 указывает на то, что PCM обнаружил проблему, связанную с цепью датчика давления в системе усилителя рулевого управления. Вместе с данным кодом могут также появляться другие коды ошибок, связанные с усилителем рулевого управления, например код P0551.

Что означает ошибка P0552

Датчик давления в системе усилителя рулевого управления, как и датчик угла поворота рулевого колеса, регулярно отправляет сигналы напряжения на PCM. PCM, в свою очередь, сравнивает сигналы обоих датчиков.

Если PCM обнаружит, что сигналы обоих датчиков не синхронизированы, появится ошибка P0552. Как правило, данная проблема возникает при движении автомобиля на низких оборотах двигателя.

При появлении данной ошибки на приборной панели автомобиля отобразится ошибка P0552. Однако следует отметить, что в некоторых автомобилях данный код появляется не сразу, а только после многократного обнаружения ошибки.

То же самое касается и индикатора Check Engine. В некоторых автомобилях данный индикатор загорается не сразу, а только после того, как PCM дважды или трижды обнаружит проблему.

Причины возникновения ошибки P0552

Наиболее распространенными причинами возникновения ошибки P0552 являются:

  • Неисправность датчика давления в системе усилителя рулевого управления
  • Загрязнение рабочей жидкости
  • Неисправность насоса усилителя рулевого управления
  • Неисправность механизма реечной передачи
  • Обрыв или повреждение электрических соединителей и цепей
  • Короткое замыкание в электрических соединителях или цепях

Каковы симптомы ошибки P0552?

Основными признаками возникновения ошибки P0552 являются утечка рабочей жидкости, внезапная остановка двигателя при движении на низких оборотах, а также снижение эффективности использования топлива.

Следует отметить, что иногда водители могут вовсе не заметить никаких признаков возникновения ошибки. Как упоминалось выше, в некоторых автомобилях может даже не загореться индикатор Check Engine.

Как механик диагностирует ошибку P0552?

Сначала механик считает все коды ошибок, сохраненные в PCM, с помощью сканера OBD-II. Затем он проверит все необходимые провода, соединители и предохранители.

После этого механик проверит работу усилителя рулевого управления. Он также проверит уровень и состояние рабочей жидкости и выполнит тщательную проверку на предмет утечки.

Общие ошибки при диагностировании кода P0552

Наиболее распространенной ошибкой при диагностировании кода P0552 является уверенность в том, что проблема заключается в системе управления холостым ходом из-за наличия схожих симптомов (например, глохнущий двигателя при движении автомобиля на низких оборотах).

Насколько серьезной является ошибка P0552?

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

При обнаружении данного кода рекомендуется как можно скорее обратиться к квалифицированному специалисту для диагностирования и устранения ошибки.

Какой ремонт может исправить ошибку P0552?

Для устранения данной ошибки обычно необходимо заменить неисправный датчик давления в системе усилителя рулевого управления. Также может потребоваться:

  • Ремонт или замена насоса усилителя рулевого управления
  • Ремонт или замена механизма реечной передачи
  • Ремонт или замена поврежденных проводов, соединителей и других электрических компонентов
  • Замена рабочей жидкости

Дополнительные комментарии для устранения ошибки P0552

Во избежание возникновения более серьезных проблем при обнаружении P0552 необходимо как можно скорее обратиться к квалифицированному специалисту для диагностирования и устранения ошибки.

Нужна помощь с кодом ошибки P0552?

Компания — CarChek, предлагает услугу — выездная компьютерная диагностика, специалисты нашей компании приедут к вам домой или в офис, чтобы диагностировать и выявлять проблемы вашего автомобиля. Узнайте стоимость и запишитесь на выездную компьютерную диагностику или свяжитесь с консультантом по телефону +7(499)394-47-89.

На чтение 4 мин. Просмотров 90 Опубликовано 15.12.2019

Содержание

  1. Fixed limit
  2. 1. Размер почтового ящика
  3. 2. Размер отправляемого сообщения
  4. 3. Количество сообщений
  5. 4. Очередь сообщений
  6. 5. Таймаут на отправку сообщений
  7. 552 5.3.4 message size exceeds fixed limit
  8. Работа с конфигом postfix

Fixed limit

Автор Андрей задал вопрос в разделе Интернет

Что значит это сообщение? и получил лучший ответ

Ответ от Evgeny Talantsev[активный]
Написано же, размер отправляемого письма слишком велик!! ! Разбей на два архива, отправь по очереди.

En 1841 la loi française réglemente le temps de travail des
подробнее.

Тег , отвечает за вывод статей в
подробнее.

1. Размер почтового ящика

Открываем конфигурационный файл Postfix:

* для FreeBSD путь будет /usr/local/etc/postfix/main.cf.

Для установки квоты на почтовые ящики редактируем следующее:

mailbox_size_limit = 209715200
virtual_mailbox_limit = 209715200

* значение указывается в байтах. В данном примере установлены квоты для почтовых ящиков и виртуальных почтовых ящиков в 200 мб. Для удобства, воспользуйтесь конвертером мегабайт.

Чтобы снять ограничения, можно выставить значения в 0:

mailbox_size_limit = 0
virtual_mailbox_limit = 0

2. Размер отправляемого сообщения

Открываем конфигурационный файл, находим и правим следующее (если строки нет, создаем):

* в данном примере установлено ограничение на размер письма в 30 мб.

3. Количество сообщений

В конфигурационном файле добавляем такие строки:

anvil_rate_time_unit = 60s
smtpd_client_message_rate_limit = 100
smtpd_client_recipient_rate_limit = 30
smtpd_client_connection_rate_limit = 20

* в данном примере мы установили следующие ограничения на количество отправляемых писем: можно отправлять только 100 сообщений в минуту (60s), при этом количество получателей не должно превышать 30, а количество коннектов ограничено числом 20.

4. Очередь сообщений

queue_run_delay = 5m
minimal_backoff_time = 10m
maximal_backoff_time = 15m
maximal_queue_lifetime = 1d

* где queue_run_delay задает время, как часто сообщения из очереди будут отправляться повторно; minimal_backoff_time устанавливает время, на которое будет отложена отправка сообщений, которые не были отправлены по причине временных неисправностей (например, принимающий сервер не отвечает или просит повторить запрос позже), но не позднее maximal_backoff_time; параметр maximal_queue_lifetime установит, через какой период перестать делать попытки при отправке сообщения и вернуть его отправителю с ошибкой.

5. Таймаут на отправку сообщений

smtp_data_done_timeout = 600s
smtp_data_init_timeout = 120s
smtp_data_xfer_timeout = 180s

* где smtp_data_done_timeout — ограничение времени для отправки сообщения; smtp_data_init_timeout — ограничение времени для отправки команды SMTP DATA и для получения ответа удаленного SMTP-сервера; smtp_data_xfer_timeout — ограничение времени для отправки содержимого сообщений.

552 5.3.4 message size exceeds fixed limit

Если сталкиваемся с сообщением «552 5.3.4 message size exceeds fixed limit» (переводится как «Размер сообщения превышает установленные ограничения»), значит отправляемое письмо не вписывается в установленные лимиты. Чтобы исправить ситуацию, уменьшаем размер сообщения или редактируем лимиты (пункты 1 и 2).

Работа с конфигом postfix

Неколько полезных консольных команд по работе с конфигурацией:

Посмотреть значение параметра по умолчанию:

Мне кажется что моё сообщение не отправилось(это пришло в ответ)
This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

s.nikiforov@rr.ru
SMTP error from remote mailer after MAIL FROM: SIZE=29050296:
host mailgate.rr.ru [213.243.85.169]: 552 5.2.3 Message size exceeds fixed maximum message size (20971520)

——This is a copy of the message, including all the headers. ——
——The body of the message is 28676035 characters long; only the first
——1024 or so are included here.

Return-path:
Received: from mail by f281.mail.ru with local
id 1Nd8dN-0003Np-00
for s.nikiforov@rr.ru; Thu, 04 Feb 2010 23:49:05 +0300
Received: from [79.165.21.11] by win.mail.ru with HTTP;
Thu, 04 Feb 2010 23:49:05 +0300
From: =?koi8-r?Q?=E1=CE=C4=D2=C5=CA?=
To: s.nikiforov@rr.ru
Subject: =?koi8-r?Q?=F3=C5=D2=C7=C5=C0_=EE=C9=CB=C9=C6=CF=D2=CF=D7=D5_=F4=D2=C5=CB=C9_=C4=CC=D1_DFM_=CD=C1=CC=CF=C9=DA=D7=C5=D3=D4=CE=D9=C5.?=
Mime-Version: 1.0
X-Mailer: mPOP Web-Mail 2.19
X-Originating-IP: [79.165.21.11]
Date: Thu, 04 Feb 2010 23:49:05 +0300
X-Mru-Data: 1231:1:1:70:70:0
Reply-To: =?koi8-r?Q?=E1=CE=C4=D2=C5=CA?=
X-Files-Id: 7J86J5
Content-Type: multipart/mixed;
boundary=»—-oW5rFX7d-TRHDHsNIGBcfUr4I:1265316545″
Message-Id:

——oW5rFX7d-TRHDHsNIGBcfUr4I:1265316545
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 8bit

552 5.3.4 Message size exceeds fixed maximum message size

calendar_today

Updated On:

Products

Email Security.cloud

Issue/Introduction

Despite raising your Message Size limit on the Email Security.cloud platform, you continue to receive bounce notifications or errors in Track and Trace referring to message size.

552 5.3.4 Message size exceeds fixed maximum message size

552 Message size exceeds fixed limit 

Cause

Why did this happen? How can I fix it?

Many mail servers place a limit on the size of emails they will accept. For example, the default maximum message size for Microsoft Exchange is 10 MB. This value will prevent the delivery of larger emails regardless of the Maximum Email Size settings in the client portal.

In order to resolve this error, you will need to adjust the settings on your MTA (Mail Transfer Agent) or Transport Hub.

Microsoft Exchange users should see the Microsoft support article Message size limits in Exchange Server for assistance or contact your vendor.

For other MTAs, please refer to the support documentation provided by the vendor.

Resolution

How do I know an email was blocked by the Exchange Server and not the Email Security.cloud Maximum Email Size setting?

Emails rejected due to the Maximum Email Size setting will be clearly labeled «Email Size Limit» under the Service heading in the Track and Trace logs. In addition, in the Track and Trace detailed view there will be no Delivery section.

Emails that passed through our servers and reached the destination server will be populated with Deliver section along with the offending Recipient Server IP.

Emails blocked by Email Security.cloud Size Limit Emails blocked by MTA size limit

Table 1: Emails blocked due to size limit in Track and Trace.

Additional Information

Are there alternative options so I don’t need to modify my server settings?

Yes. At its core, Email was originally designed for text and not transport of large files. Online storage lockers emerged to fill this requirement. Some notable services include, but are not limited to, Box, Dropbox, Google Drive and Microsoft OneDrive. Utilizing these storage solutions will allow the sharing of larger files without the need to modify size limit settings or place an extra workload the mail server.

Related Articles

https://docs.microsoft.com/en-us/exchange/mail-flow/message-size-limits

https://docs.microsoft.com/en-us/exchange/recipients/user-mailboxes/mailbox-message-size-limits

Feedback

thumb_up
Yes

thumb_down
No

Понравилась статья? Поделить с друзьями:
  • Message not executed start error function could not be activated перевод
  • Message history service unavailable error 500
  • Message handler telegram bot ошибка
  • Message handler telegram bot error
  • Message frameworkevent error stack 0