Назад | Перейти на главную страницу

Сервер Exchange не может получать от AOL; MapiExceptionNamedPropsQuotaExceeded

У нас есть Microsoft Standard Exchange 2007. Недавно мы внезапно потеряли возможность получать электронные письма от AOL. Насколько я могу судить, все остальные письма мы получаем нормально.

Единственное решение для защиты от спама, которое мы используем, - это черный список с zen.spamhaus.org. Я временно отключил его без изменений. Я не думал, что это будет иметь значение, так как серверы aol, похоже, не в дзен.

Мы используем OpenDNS в качестве нашего DNS-провайдера, но он не блокирует aol.com.

Мы можем ОТПРАВИТЬ на aol.com, и эти сообщения принимаются, поэтому они не блокируют наш домен.

============================================
ОБНОВЛЕНИЕ 1: Вот типичный журнал aol (я вырезал IP и прочее):

, <, EHLO imr-da02.mx.aol.com,
,>, 250-mail.mydomain.com Здравствуйте [205.188.105.144],
,>, РАЗМЕР 250,
250-ТРУБОПРОВОД,
250-DSN,
250-РАСШИРЕННЫЕ СТАТУСКОДЫ,
250-STARTTLS,
250-AUTH GSSAPI NTLM,
250-X-EXPS GSSAPI NTLM,
250-8BITMIME,
250-BINARYMIME,
250-РАЗЪЕМНЫЙ,

, 250 XEXCH50,
<, MAIL From: SIZE = 8356995,
, 08CBB8907FCC1A80; 2009-08-18T18: 37: 33.812Z; 1, получение сообщения
, 250 2.1.0 Отправитель ОК,
<, RCPT To :,
, 250 2.1.5 Получатель ОК,
<, ДАННЫЕ,
, 354 Начать ввод почты; конец на.,
, + ,,
,
, SMTPSubmit SMTPAcceptAnySender SMTPAcceptAuthoritativeDomainSender AcceptRoutingHeaders, Установить разрешения сеанса
,>, "220 mail.mydomain.com Microsoft ESMTP MAIL Service готов во вторник, 18 августа 2009 14:37:45 -0400",

================================================== ====================
ОБНОВЛЕНИЕ 2: с помощью помощника по устранению неполадок Microsoft результаты отслеживания почты для определенного электронного письма дали следующее сообщение об ошибке:

550 5.2.0 STOREDRV.Deliver: служба банка данных Microsoft Exchange сообщила об ошибке. Следующая информация должна помочь определить причину этой ошибки: «MapiExceptionNamedPropsQuotaExceeded: 16.18969: 23010000, 17.27161: 00000000E400000000000000000000000000, 255.23226: 00000000, 255.27962: 7A000000, 255.2798062: 56000000, 255.17082: 000904210000, 255.2798062: 56000000, 255.17082: 000904800000: , 255.1494: 00000000, 255.26426: 56000000, 4.6363: 0F010480, 2.31229: 00000000, 4.6363: 0F010480, 2.22787: 00000000, 2.22787: 00000000, 2.22957: 00000000, 2.19693: 00000000, 2.17917: 00000000, 2.27341: 00000000, 2.2278715: 0000 : 00090480, 4.7867: 00090480, 4.4475: 00090480, 4.4603: 00090480, 4.5323: 00090480, 5.10786: 000000004E414C2D4D41494C303100100F010480, 255.1750: 00090480, 0.26849: 00090480, 2554.21890480: 00090480, 2554.218809017, 00090480

Из вашей новой информации вы можете прочитать об именованных свойствах здесь:

http://msexchangeteam.com/archive/2009/04/06/451003.aspx

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

http://technet.microsoft.com/en-us/library/bb851493.aspx

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

http://technet.microsoft.com/en-us/library/bb851492.aspx

и вы могли видеть эти ошибки в своем журнале событий

http://technet.microsoft.com/en-us/library/bb851495.aspx

Если вы не используете UR8 или UR9 для Exchange, я бы сначала начал с обновления системы и посмотрел, сохраняется ли ошибка. В противном случае начните искать обходные пути.

Также похоже, что этот HeaderFilterAgent

http://www.codeplex.com/HeaderFilterAgent

может использоваться для удаления нежелательных X-заголовков из-под заполнения вашей квоты

Первый переход AOL инструменты почтмейстера и синус для петли обратной связи. Они могли заблокировать вас по какой-либо причине, и вы можете работать с ними, чтобы решить проблему. Если в вашей сети появится вирус, который начинает рассылать спам, это не только дает вам знать, но и позволяет быстрее решить проблему с помощью aol. (У вас есть исходящий smtp на другом ip, а не на маршруте по умолчанию, верно?)

Затем включите smtp logging и найдите имена хостов aol (должно быть mx.aol.com), чтобы узнать, в чем ошибка. Если вы не можете найти никаких следов того, что aol обращается к вашему SMTP-коннектору. Следующим шагом будет выполнение трассировки до mx.aol.com. Скорее всего, сетевой путь не является проблемой, так как вы можете отправить его на aol или хотя бы на один из серверов aol на их ферме.

Это также поможет узнать, какие ошибки возникают у членов aol при отправке на ваш домен.

Затем запустите Wireshark и записывать smtp-трафик при отправке тестового письма. Вы должны иметь возможность фильтровать aol и видеть, какие проблемы возникают у протокола. SMTP использует простой текст, поэтому вы должны иметь возможность, по крайней мере, получить из него код ошибки или ссылочный URL.