Мне нужна ваша помощь, люди ;-)
У меня проблема с сообщениями, поступающими на наш Exchange Server и проходящими через него. Обычно сообщения застревают в очереди SMTP.
Сообщение придет на сервер, я вижу его в списке в разделе «Менеджер системы Exchange», но если вы перечисляете свойства очереди сообщений, в нем говорится что-то вроде
00:10 Сообщение SMTP поставлено в очередь для локальной доставки
00:10 Сообщение SMTP доставлено локально на адрес user@ourdomain.com
00:10 Запланировано сообщение SMTP для повторной попытки локальной доставки
00:11 Сообщение SMTP доставлено локально на адрес user@ourdomain.com
00:11 Запланировано сообщение SMTP для повторной попытки локальной доставки
и т. д. и т. д.
Для исходящих сообщений список выглядит так:
10:55 SMTP: сообщение отправлено в расширенную очередь
10:55 SMTP: Началась отправка сообщения в расширенную очередь
10:55 SMTP: сообщение отправлено классификатору
10:55 SMTP: сообщения распределены по категориям и помещены в очередь для маршрутизации
10:55 SMTP: сообщение направлено и поставлено в очередь для удаленной доставки
И конец - с тех пор статус не изменился, сообщение в очереди, время от времени форсирую соединение, но безрезультатно.
Я проверил соединение со smarthost (для этого использовал telnet), и, похоже, все работает правильно, поэтому проблема, вероятно, связана с обменом. Я использую Exchange Server 2003, работающий на Small Business Server 2003. У меня не установлен антивирус на сервере. Оставшееся свободное пространство на каждом разделе больше 3Гб, на разделе с базами данных - более 12Гб. Все работало нормально и без проблем с 2005 года, проблемы начались в половине июня - сообщения начали выходить и застревать почти случайным образом (пока не вижу закономерности, некоторые выходят, некоторые нет, некоторые отправляются после несколько часов).
Я не знаю, что делать, что еще проверить, пожалуйста, есть идеи?
С уважением, Д.
редактировать
Priv1.edb имеет 14,5 ГБ, а priv1.stm 2,6 ГБ - вместе эти файлы имеют размер более 16 ГБ - может ли это быть причиной? Если да, то что?
Действительно, я не думал, что это может иметь что-то общее с моей проблемой, но несколько пользователей сообщили о недавних проблемах с Outlook Web Access - они могут войти в систему, они видят список своих писем, но они не могут видеть содержимое своих писем. Хотя при подключении с Outlook 2003/2007 - такой проблемы нет, только с OWA есть.
edit2
Итак, ... Теперь это работает, и я должен признать, что я не совсем уверен, в чем была проблема (надеюсь, она не вернется).
Что я сделал:
Очистили некоторые почтовые ящики, чтобы уменьшить их размер.
Снятое информационное хранилище
Дефрагментированные файлы базы данных (я использовал eseutil: c: \ program files \ exchsrvr \ bin> eseutil / d g: \ data base \ Exchsrvr \ MDBDATA \ priv1.edb)
Навесное информационное хранилище назад
..и прежде чем я успел сделать что-то еще - моя очередь начала двигаться, элементы, которые хранились там уже несколько дней - начали двигаться, и через несколько минут все было отправлено, как наружу, так и локально.
Но: priv1.edb по-прежнему большой (13 884 203 008), priv1.stm тоже (2 447 384 576), так что, вероятно, проблема не в размере файла. А если не это, то что это было?
И если это было проблемой размера файла, то скоро это повторится - что я могу сделать, чтобы этого избежать?
Теперь все работает, проблема действительно заключалась в размере файла базы данных - оба файла вместе - priv1.edb и priv1.stm достигли 16 383 МБ, и я использовал Exchange 2003 без SP2 (который имеет ровно 16 383 МБ в качестве ограничения для файла базы данных. ). Я до сих пор не понимаю, почему непосредственно перед достижением этого лимита отправка была случайной - может быть, некоторые сообщения были слишком большими для передачи? Точно сказать не могу.
Если у кого-то есть похожая проблема, вот ссылки с решением:
Как получить последние пакеты обновления для Exchange Server 2003:
support.microsoft.com/?scid=kb%3Ben-us%3B836993&x=11&y=7
Настройка и управление ограничением размера базы данных (от 18 ГБ до 75 ГБ):
http://technet.microsoft.com/en-us/library/aa998066%28EXCHG.65%29.aspx
Спасибо за ответы и комментарии, вы оба мне очень помогли!
Я предполагаю, что ваше хранилище информации работает, и что пользователи могут получить доступ к своим почтовым ящикам и т. Д. Если это не так, то нам нужно обсудить эту проблему, потому что это приведет к тому, что вы видите в своем сообщении.
Взгляните на эту статью от Microsoft: http://support.microsoft.com/kb/828938
Мне кажется, что в вашем информационном хранилище возникла проблема, и «Отключенный почтовый ящик SMTP», описанный в статье, является таким же хорошим местом для начала, как и любое другое (при условии, что у ваших пользователей нет общих проблем с доступом к своим почтовым ящикам с помощью Outlook).
Если вы можете остановить и перезапустить службу банка данных, сделайте это и проверьте журнал событий приложения на наличие сообщений, описанных в статье. В частности, вы ищете источник «MSExchangeTransport» и идентификатор события 326 и / или событие «MSExchangeIS» с идентификатором 1194.
Если это так, в статье есть процедура разрешения, но это не процедура щелчка мышью (спасибо, Microsoft). Сначала выясните, является ли это вашей проблемой, а затем мы сможем более подробно решить ее.
Возможно, поврежденное сообщение в папке \ Exchsrvr \ Mailroot \ vsi 1 \ Queue. Отсортируйте файлы по дате и переместите самый старый файл в другое место. И повторить.
У меня было что-то похожее, и я в конце концов отследил это: наш лимит исходящих сообщений составлял 20 МБ, а кто-то отправил электронные письма размером 18 МБ. Никаких очевидных сообщений об ошибках, а иногда некоторые сообщения, казалось, проходили, но около 100+ сообщений были скопированы в различные очереди, ожидая отправки в пункты назначения SMTP.
Я отбросил большие сообщения, и внезапно все пошло по-другому.
Нет сообщений журнала, но у нас медленное DSL-соединение (далеко от телефонной компании), и я предполагаю, что время ожидания SMTP-соединения? Или, может быть, ограничения на другом конце?