» Microsoft Exchange Server

Добрый вечер!

Необходима помощь, есть Exchange Server 2003 sp2. И поставлена задача:Когда приходят письма на сервер Exchange Server 2003 sp2,они фильтровались от адресной книги (в которой адреса необходимые). После этого они попадали в отдельную папку "Пример".И в итоге когда все пользователи запускают свои программы почтовые, они могли зайти в эту папку "Пример" просмотреть все письма которые пришли в эту папку.

Можно ли штатными инструментами в Exchange 2003 сделать такое?

kavabangaungava,
1. Проверьте, запушщена ли служба Remote registry. Если нет, то запустите и попробуйте снова.
2. Посмотрите в device manager с галочкой отображения скрытых устройств нет ли желтого восклицательно знака на isapi filter. Если такие есть, удалите эти устройства и перезапустите сервер. Должно помочь.

Здравствуйте.
Бьюсь с почтой уже 3-й день.
Все возможные варианты уже испробовал, решения нет.
ПРОШУ помощь...
Доменная сеть
Exchange 2010
Kerio Control
Господа, помогите. Ниже ИП-конфиги со всех серверов.
На Рамблер почта не уходит.

C:\Users\u1>ipconfig /all (Exchange)

Настройка протокола IP для Windows

Имя компьютера . . . . . . . . . : MO1SRV08
Основной DNS-суффикс . . . . . . : office.local
Тип узла. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена . . . . : Да
WINS-прокси включен . . . . . . . : Нет
Порядок просмотра суффиксов DNS . : office.local

Ethernet adapter LAN:

DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Broadcom BCM5709C NetXtreme II GigE (клие
нт NDIS VBD) #3
Физический адрес. . . . . . . . . : 44-1E-A1-60-F9-4C
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
IPv4-адрес. . . . . . . . . . . . : 192.168.1.8(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . : 192.168.1.1
DNS-серверы. . . . . . . . . . . : 192.168.1.2
NetBios через TCP/IP. . . . . . . . : Включен

Туннельный адаптер isatap.{869499F9-BE5E-41CC-9B6D-BD88E3943D9A}:

Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да

Туннельный адаптер Teredo Tunneling Pseudo-Interface:

Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да



{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{


C:\Users\u1>ipconfig /all (DC)

Настройка протокола IP для Windows

Имя компьютера . . . . . . . . . : MO1SRV02
Основной DNS-суффикс . . . . . . : office.local
Тип узла. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена . . . . : Нет
WINS-прокси включен . . . . . . . : Нет
Порядок просмотра суффиксов DNS . : office.local

Ethernet adapter Подключение по локальной сети 2:

DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер Broadcom NetXtreme для сети Ether
net, 1 Гбит/с #2
Физический адрес. . . . . . . . . : 00-1A-64-6D-E2-C8
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
IPv4-адрес. . . . . . . . . . . . : 192.168.1.2(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . : 192.168.1.1
DNS-серверы. . . . . . . . . . . : 192.168.1.2
NetBios через TCP/IP. . . . . . . . : Включен

Туннельный адаптер isatap.{FD98A51F-6370-4A61-BE98-722DB9D54D1E}:

Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да

Туннельный адаптер Подключение по локальной сети*:

Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да



{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{


C:\Users\u1>ipconfig /all (Шлюз Kerio)

Настройка протокола IP для Windows

Имя компьютера . . . . . . . . . : MO1SRV01
Основной DNS-суффикс . . . . . . : office.local
Тип узла. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена . . . . : Да
WINS-прокси включен . . . . . . . : Нет
Порядок просмотра суффиксов DNS . : office.local

Ethernet adapter LAN:

DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Сетевая карта Realtek RTL8168D/8111D Fami
ly PCI-E Gigabit Ethernet NIC (NDIS 6.20)
Физический адрес. . . . . . . . . : 6C-62-6D-D4-B2-76
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
IPv4-адрес. . . . . . . . . . . . : 192.168.1.1(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . :
DNS-серверы. . . . . . . . . . . : 192.168.1.2
NetBios через TCP/IP. . . . . . . . : Включен

Ethernet adapter WAN:

DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Сетевая карта Realtek RTL8169/8110 Family
PCI Gigabit Ethernet NIC (NDIS 6.20)
Физический адрес. . . . . . . . . : 50-67-F0-5E-2B-16
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
IPv4-адрес. . . . . . . . . . . . : 194.xx.xx.62(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . : 194.xx.xx.61
DNS-серверы. . . . . . . . . . . : 192.168.1.2
NetBios через TCP/IP. . . . . . . . : Включен

Ethernet adapter Kerio Virtual Network:

DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Kerio Virtual Network Adapter
Физический адрес. . . . . . . . . : 44-45-53-54-4F-53
DHCP включен. . . . . . . . . . . : Да
Автонастройка включена. . . . . . : Да
IPv4-адрес. . . . . . . . . . . . : 10.253.98.1(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Аренда получена. . . . . . . . . . : 22 мая 2013 г. 12:15:25
Срок аренды истекает. . . . . . . . . . : 31 мая 2013 г. 12:15:37
Основной шлюз. . . . . . . . . :
DHCP-сервер. . . . . . . . . . . : 10.253.98.2
NetBios через TCP/IP. . . . . . . . : Отключен

Туннельный адаптер isatap.{AE1F9673-B3D0-4F34-B221-2AE812573757}:

Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да

Туннельный адаптер isatap.{60C76967-468F-4C46-90A6-FA43D0657AAE}:

Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP #2
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да

Туннельный адаптер Teredo Tunneling Pseudo-Interface:

Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да

Туннельный адаптер isatap.{F1F48DB8-CAA9-4B79-8F5A-C2FBCFDC0AC8}:

Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP #3
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да

Туннельный адаптер 6TO4 Adapter:

DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер Microsoft 6to4
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
IPv6-адрес. . . . . . . . . . . . : 2002:c29a:433e::c29a:433e(Основной)
Основной шлюз. . . . . . . . . : 2002:c058:6301::c058:6301
DNS-серверы. . . . . . . . . . . : 192.168.1.2
NetBios через TCP/IP. . . . . . . . : Отключен

Cheerful_a_bear
и нахрена эта тонна никому ненужного листинга ип-конфигов? топик засрать?
если я тебе щас приведу на 12-ти страницах топика листинг ип-конфигов своих серверов организации - ты хоть понять за что отвечает каждый сервак сможешь? я уж не говорю про структуру как всё работает, и вообще молчу про то какие есть проблемы (если они вообще есть) с тем или иным софтом на них.

или ещё аналогия: "у меня принтер не печатает, помогите. Компьютер у меня синего цвета, а ещё он стоит на 2-ой полке". Можно ли по цвету системника определить причину непечатания?

Проблема с Exchange. Точнее, задача. Exchange стоит только для постановки и отслеживания задач, от руководителей к подчиненным. Нужно чтобы тот, кто поставил задачу смог зайти в нее, и отредактировать. К примеру, написать дописать к описанию задачи какой-то вопрос, к примеру, «где отчет и что со сроками».
Сейчас редактировать задачу может только тот, кому ее поставили, то есть тот, кто назначен ответственным за задачу.
Если необходимо, то за подсказу решения или готовую настройку я готов заплатить.

alfemy, версия Exchange? В свежих версиях достаточно расшарить задачи конкретного пользователя с его менеджером и дать последнему соответствующие права (причем процесс можно вообще перевести на уровень политик, но это уже в Exchange 2010 и 2013).

Exchange 2010
Расшарить и дать права на запись, а потом подключить как общие задачи?

(Дублирую свою тему)
Друзья, доброго дня, с выхода Ексчендж 2007 и поныне ломаю голову над вопросом: Стоит ли переходить на него с 2003. Веду два офиса, в одном почтовая база 300 ГБ, стоит один Ексчендж 2003, всё устраивает, кроме скорости доступа к почтовым ящикам, бывает у людей подтормаживает, во втором офисе разворачивал Ексчендж 2007, база около 29 ГБ, всё приятно и работает не плохо, но жрёт ресурсы несравнимо с 2003.

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

Necroic
Как раз наоборот. 2003 дисковой системой "скрипел" без толку, хоть я и дефрагментировал почтовую базу "руками" регулярно.
2007- почтовая база оптимизирована и дисковую подсистему так не нагружает. Да и операционка 64-bit дает свое.
Места только немного больше требует, не одно письмо для всей рассылки хранит (как в 2003) а в каждом mailbox по экземпляру.
А лучше переходите на 2010 (вот 2013 пока не пробовал, не посоветую)...
Таблички сравнения - http://blogs.technet.com/b/abeshkov/archive/2010/05/16/3332901.aspx

Моя мотивация (5 лет назад)-кончилось место на старом сервере. С тех пор под почту занято уже три сервера под 2010 SP3 Exchange.

wwladimir
У меня 2003 стоит на сервере с одним ксеоном 2.6 и 4-мя ГБ памяти, вся система с почтовиком ест около 2-х ГБ, почти не ест процессор, по дискам не могу сказать, а вот на сервере, где стоит 2007 и база в 10 раз меньше (30 ГБ против 300 ГБ) потребление памяти 10 ГБ (это то что я вижу) + 2 ГБ в режиме ожидания, процессор, так же, не особо потребляется. Как я понял из описания 2007 ексченджа и далее, мне придётся очень большое внимание уделить ОП, особенно под такую большую базу. Табличку читал, к сожалению для меня это как сферический конь в вакууме, функций новых много, но я не испытываю в них острой необходимости, единственное что меня действительно заинтересовало - возможность кластеризации двух серверов, чтобы один мог подменить другой при перезагрузке или технических сложностях.

Хотел бы у вас уточнить, по каким причинам и по каким критериям вы разбиваете почтовую систему на три сервера?
И ещё вопрос, верно ли я понимаю, что все версии после 2003 проводят дефрагментацию баз в режиме Онлайн? Я имею ввиду дефрагментацию, которая высвобождает место на диске и меняет размер базы данных, проводимую через eseutil /d ?

Necroic
Два сервера с почтовыми базами и их репликами (гуглите- DAG), что бы как бы не бекапить больше почту (а в 2007, в первых выпусках это в некоторых случаях было еще и проблематично).
И старый, надежный, но с крохотным (по сегодняшним меркам) дисковым массивом - клиентский доступ. Но количество и роли серверов зависят только от количества
почтовых ящиков и их объемов. Ну да, и от финансирования...
Все бегает хорошо.
Памяти (как и для SQLсерверов) здесь много не бывает и он утилизирует почти все. Но проблемы здесь нет, это особенность работы. Да и опять -это ж 64bit, имеет право не по 3,5-4 Гига использовать.
Кластеризация... Что бы при перезагрузке они подменяли друг друга ( и пользователи ничего не замечали) получается надо 4 сервера. Т.к. кластеры "групп высокой доступности баз" и "клиентский доступ" используют разные технологии. Вероятно виртуализация может помочь, но не пробовал.
Да, eseutil после перехода не использовал ни разу.
А вот + для админа довольно много (например- autodiscover и OWA/ECP).

Necroic

Цитата:

верно ли я понимаю, что все версии после 2003 проводят дефрагментацию баз в режиме Онлайн? Я имею ввиду дефрагментацию, которая высвобождает место на диске и меняет размер базы данных, проводимую через eseutil /d ?

Не совсем. онлайн-дефрагментация не схлопывает неиспользуемое пространство внутри файла БД, а только перераспределяет страницы внутри для более быстрой работы.
Чтобы схлопнуть пространство, нужно всётаки отмонтировать базу и прогнать eseutil-ом.

wwladimir

Цитата:

(гуглите- DAG), что бы как бы не бекапить больше почту

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


Цитата:

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

Ну если делать по "микрософтовски", то да - для полной кластеризации нужно 4.
2 под кластер DAG, 2 под клиент-акцесс.
Но можно и по другому. У нас всего 2 сервера эксченджа 2010SP3 по 8Гб оперативы со всеми ролями в группе DAG, а клиентский доступ сбалансирован софтварным балансировщиком. В итоге - полный кластер.

fly_indiz


Цитата:

У нас всего 2 сервера эксченджа 2010SP3 по 8Гб оперативы со всеми ролями в группе DAG, а клиентский доступ сбалансирован софтварным балансировщиком.

На этом месте можно поподробней?

Вроде ДАГ с КА нельзя (или не рекомендуется совмещать)? или можно?

kuk2000
просто фишка в том что вместе с DAG не получится сбалансировать CAS-ы штатным NLB, т.к. служба кластеризации специфично конфигурируется чисто под DAG. Только поэтому - либо CAS-ы выносить на отдельные сервера, либо сбалансировать чем-то внешним. Например аппаратной железкой балансировщиком (типа Loadmaster 2000) или как мы сделали - на виртуалке машинка с Citrix NetScaler VPX (у нас всё на виртуалках. итого две виртуалки с эксченджем и одна виртуалка с балансировщиком)

fly_indiz
Тогда, всё же, возвращаясь к сути вопроса, есть ли смысл переходить с 2003 на 2007-2010? Что я получу в практическом плане? Скорость? Потребление ресурсов вряд ли будет меньше. Наш бизнесс не настолько велик, чтобы иметь кластер Ексчендж из 4-х серверов, мы нашу базу здоровую на 2 даже не разносим пока.

fly_indiz

Цитата:

wwladimir

Цитата:
(гуглите- DAG), что бы как бы не бекапить больше почту
Ну тоже не совсем )) всётаки

Здесь ключевые слова - "Как бы"

fly_indiz

окЭй, спасибо за наводки...

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

Заранее благодарен

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

Necroic
я бы однозначно перешёл бы в любом случае на 2010SP3, даже если не нужен кластер и замороты.
П.С. про "здоровую базу" - тоже не гут. даже в пределах одного сервера без заморотов неплохо иметь несколько баз так, чтобы каждая не превышала 100Гб - рекомендация мелкомягких и вполне обоснованная. Несколько баз поменьше - намного проще в обслуживании и с меньшей вероятностью падения и с большей скоростью работы чем одна гигантская. Да и бекапить/восстанавливать сподручнее. У нас 700Гб почты распределено между 12-ю базами.

kuk2000
эмм.. тут в голову приходят только две мысли..
1 - каждый из внешних ip-ов от разных провайдеров (тут кстати совсем не обязательно несколько серверов TMG, можно все каналы завести на один TMG и обеспечить им автоматическое failover переключение инетов в случае падения какого то одного или вовсе распределить инет между каналами одновременно с регулировкой процента использования одного из каналов) имеет своё внешнее имя снаружи типа mail.контора.ru, mail2.контора.ru
Пользаки чтоб знали о существовании обоих адресов. Если не могут извне зайти по одному адресу на OWA - можно зайти по другому. Но это не совсем отказоустойчивость, но зато выход из ситуации.
2 - реальная отказоустойчивость извне. Потребует много нервов, денег от конторы и седых волос. Если в двух словах - нужна собственная автономная IP-подсеть, динамически смаршрутизированная через 2 или более каналов интернета. Для этого нужно соблюдения специфичных условий. Более подробно можно посмотреть например здесь: http://www.tendence.ru/articles/AutonomousSystem
При такой схеме падение одного из каналов интернета не повлияет на доступность ваших внешних IP-адресов и mail.контора.ru будет доступен всегда.

fly_indiz

Про АС знаю, это не по нам)

Навешивать все внешние концы на одну TMG тоже не вариант (если например сама ТМГ упадет), к тоже у нас внешние концы ещё и в разных местах находятся...
Тогда получается 1-й вариант:
наштамповать внешних имен в днс (mail... mail2...)
продублировать правило публикации OWA
и по необходимости менять дефолтный шлюз на КА Экча

Так?

kuk2000
да - тут получается со шлюзом заморочка.. гм.. выходит так.. хотя конечно геморой.
Может погуглить за массивы тмг чтонить.

fly_indiz

За то дешево и сердито

может кто сталкивался, стоит ограничение на прием почты в 10 мбайт как внутри так и на внешку. Отсылаю внутри сети файлы размером 9.5 мбайт доходит нормально, те же самые файлы высылаю через майл.ру пишет что превышен размер и выдает примерно на 3 мбайта больше. Неужели майл.ру что то добавляет к письму дополнительно? Есть ли какое то решение?

Leon1978
когда письмо идёт по инету - то оно кодируется в Base64, что раздувает окончательный физический размер письма процентов на 20-30. Поэтому чтоб прикинуть размер какой будет размер письма - смотрим сумму размера всех вложений и накидываем сверху процентов 30.

Стоит ексч 2003 и 2010, все работало, с недавних пор перестала уходить почта на внешку

В очереди куча писем, с логом

MailServer Notification]System Events - ScanMail Services - ScanMail service did not start successfully

Для маршрутизации внешнего получателя не удается найти соответствующий соединитель;16;

коннекторы настроены, почта ходила

Цитата:

В очереди куча писем, с логом

MailServer Notification]System Events - ScanMail Services - ScanMail service did not start successfully

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

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

fire01
по первой проблеме - нужно просмотреть что за отбойник как минимум, потом просмотреть логи входящих SMTP-сессий, там можно просмотреть конкретно что же именно случается. Если снаружи почту принимает сам эксчендж, а не какой-то дополнительный софт, то соответственно - нужно глядеть лог коннектора приёма. Зайдите в свойства коннектора и выставите уровень ведения журнала на "verbose/подробно". В свойствах транспортного сервера на вкладке журналирования убедиться в том что галочки стоят.
потом гляди логи тут:
C:\Program Files\Microsoft\Exchange Server\V14\TransportRoles\Logs\ProtocolLog\SmtpReceive

fly_indiz
Пишет отбойник,

The error that the other server returned was:
550 5.7.1 Recipient not authorized, your IP has been found on a block list

в черном списке, я его не нашёл, что это может быть??

Добавлено:
fly_indiz
это пишет логи
recive
2013-06-26T00:00:17.914Z,EXCHANGE\stroy,08D03FF1150E94E0,0,192.168.5.33:25,1.1.1.1...:4388,+,,
2013-06-26T00:00:17.946Z,EXCHANGE\stroy,08D03FF1150E94E0,1,192.168.5.33:25,1.1.1.1...:4388,*,SMTPSubmit SMTPAcceptAnySender SMTPAcceptAuthoritativeDomainSender AcceptRoutingHeaders,Set Session Permissions
2013-06-26T00:00:17.946Z,EXCHANGE\stroy,08D03FF1150E94E0,2,192.168.5.33:25,1.1.1.1...:4388,>,"220 mail.stroy.ru Microsoft ESMTP MAIL Service ready at Wed, 26 Jun 2013 03:00:17 +0300",
2013-06-26T00:00:18.354Z,EXCHANGE\stroy,08D03FF1150E94E0,3,192.168.5.33:25,1.1.1.1...
:4388,<,ehlo correo.be.tf,

sent

#Fields: date-time,connector-id,session-id,sequence-number,local-endpoint,remote-endpoint,event,data,context
2013-06-26T07:57:41.616Z,mail.stroy.ru,08D03FF1151C3A22,1,192.168.5.33:53036,64.12.139.193:25,+,,
2013-06-26T07:57:41.616Z,mail.stroy.ru,08D03FF1151C3A23,1,192.168.5.33:53037,205.188.146.193:25,+,,
2013-06-26T07:57:41.648Z,mail.stroy.ru,08D03FF1151C3A24,1,192.168.5.33:53038,205.188.159.42:25,+,,
2013-06-26T07:57:41.663Z,mail.stroy.ru,08D03FF1151C3A1D,2,192.168.5.33:53032,205.188.159.42:25,<,421 mtain-dk05.r1000.mx.aol.com Service unavailable - try again later,
2013-06-26T07:57:41.663Z,mail.stroy.ru,08D03FF1151C3A29,0,,64.12.90.98:25,*,,attempting to connect
2013-06-26T07:57:41.663Z,mail.stroy.ru,08D03FF1151C3A1D,3,192.168.5.33:53032,205.188.159.42:25,>,QUIT,
2013-06-26T07:57:41.679Z,mail.stroy.ru,08D03FF1151C3A1D,4,192.168.5.33:53032,205.188.159.42:25,-,,Remote
2013-06-26T07:57:41.695Z,mail.stroy.ru,08D03FF1151C3A1C,2,192.168.5.33:53030,98.138.112.33:25,<,"553 5.7.1 [BL21] Connections will not be accepted from 1.1.1.1...., because the ip is in Spamhaus's list; see http://postmaster.yahoo.com/550-bl23.html",
2013-06-26T07:57:41.695Z,mail.stroy.ru,08D03FF1151C3A2A,0,,98.138.112.35:25,*,,attempting to connect
2013-06-26T07:57:41.695Z,mail.stroy.ru,08D03FF1151C3A1C,3,192.168.5.33:53030,98.138.112.33:25,>,QUIT,
2013-06-26T07:57:41.695Z,mail.stroy.ru,08D03FF1151C3A1C,4,192.168.5.33:53030,98.138.112.33:25,-,,Remote
2013-06-26T07:57:41.710Z,mail.stroy.ru,08D03FF1151C3A15,2,192.168.5.33:53031,209.240.224.91:25,<,"550 Limit exceeded zen.spamhaus.org, ip=1.1.1.1....",
2013-06-26T07:57:41.710Z,mail.stroy.ru,08D03FF1151C3A15,3,192.168.5.33:53031,209.240.224.91:25,>,QUIT,
2013-06-26T07:57:41.710Z,mail.rstroy.ru,08D03FF1151C3A15,4,192.168.5.33:53031,209.240.224.91:25,-,,Remote

В общем проверил ип через http://www.spamhaus.org/lookup/ был в черном списке, от 25 числа, когда всё и случилось, радует одно, я смог от туда выбраться и отключил ящик от куда льется спам, но почта так и не пошла, ошибка таже при отправке письма со вне, ребят подскажите, что еще может быть ????