none
не уходит почта. RRS feed

  • Вопрос

  • Добрый день коллеги. Столкнулся с такой проблемой. В последнее время при отправке письма из моего домена приходит вот такая отбойка:

    Сообщение еще не доставлено. Попытки доставки сообщения будут продолжены.

    Сервер продолжит попытки доставить это сообщение в течение следующих 1 дн., 19 ч. и 37 мин. Вы будете уведомлены если за это время сообщение доставить не удастся.

    При отправке на те же адреса с личной почты( mail.ru, gmail.com и т.д.) письма проходят на ура.

    В чем может быть проблема? Подскажите пожалуйста.

    14 августа 2013 г. 11:36

Ответы

Все ответы

  • Воспользуйтесь доступными средствами Exchange 2010. Queue Viewer, SMTP логи. Проблема скорее всего транспорта. А с какого момента почта перестала ходить?

    Do not multiply entities beyond what is necessary

    14 августа 2013 г. 11:46
  • да вот где то месяц назад. где то 1 письмо в неделю точно выдает такую отбойку. Я просто не дока в exchange поэтому задам дурацкий вопрос. Где смотреть SMTP логи?
    14 августа 2013 г. 11:56
  • это может быть как то связано с spf-записями? прсто нарыл похожую проблему на форуме и там было написано что надо сделать вот так :

    У Вас не работает резолвинг DNS.

    В свойствах Send Connector -  "Use the External DNS lookup settings on the transport server" - прописать DNS 8.8.8.8, 8.8.4.4.

    Обновление SPF записи.

    14 августа 2013 г. 11:59
  • письма стоят в очереди.
    14 августа 2013 г. 12:02
  • Добрый день.

    Причин может быть много, поэтому нужно конкретно смотреть проблему в логах.

    Логи, если включены, лежат вот по этому пути: C:\Program Files\Microsoft\Exchange Server\V14TransportRoles\Logs\ProtocolLog\SmtpSend

    Если не включены, то включить нужно для отправляющего коннектора вот так: Configure Protocol Logging


    Blog - Smtp25.ru

    14 августа 2013 г. 12:08
    Отвечающий
  • А может на это влиять большое количество писем в очереди? просто у меня в очереди около 1000 писем, которые не могут быть доставлены и в принципе их не надо доставлять.
    14 августа 2013 г. 12:12
  • Отбивку, которую вы получаете, как раз является результатом того, что письма стоят в очереди на отправку и по какой-то причине не отправляются. Причину можно узнать только из логов. Либо ошибка должна быть написана в менеджере очередей.

    Blog - Smtp25.ru

    14 августа 2013 г. 12:32
    Отвечающий
  • а не подскажете как быстро найти необходимый лог? а то я уже 1 час ищу нужный
    14 августа 2013 г. 13:11
  • начинайте смотреть с самого свежего по времени и ищите в нем искомого получателя.

    Blog - Smtp25.ru

    14 августа 2013 г. 13:23
    Отвечающий
  • ,221 2.0.0 Service closing transmission channel,

    ,,Local

    *,,"Failed to connect. Error Code: 10060, Error Message: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond 148.240.4.32:25"

    Что это значит?

    14 августа 2013 г. 13:45
  • еще есть такая ошибка:

    ,221 2.0.0 Service closing transmission channel,

    ,,Local

    *,,attempting to connect

    *,,"Failed to connect. Error Code: 10061, Error Message: No connection could be made because the target machine actively refused it 94.76.205.132:25"

    *,,attempting to connect

    14 августа 2013 г. 13:49
  • Эти ошибки значат, что принимающая сторона отвергает подключения от вас по 25 порту.

    Blog - Smtp25.ru

    14 августа 2013 г. 13:52
    Отвечающий
  • ,MAIL FROM:<> SIZE=7218 XSHADOW=9e7fbd51-585c-45cf-ae50-b830dae92746,
    >,RCPT TO:<USER@wclass.ru>,
    ,<,250 2.1.0 Sender OK,
    <,250 2.1.5 Recipient OK,
    >,XEXCH50 56 2,
    <,354 Send binary data,
    >,<Binary Data>,
    <,250 2.0.0 XEXCH50 OK,
    >,BDAT 7218 LAST,
    <,250 2.6.0 <b280de87-45c1-4e15-9b53-04e142ec6b5e@SQET1-SERVER.wcfc.local> [InternalId=2921462] Queued mail for delivery,
    *,297664,sending message
    >,MAIL FROM:<> SIZE=7794 XSHADOW=59519258-1478-4bcb-b89a-f7917855c5d8,
    >,RCPT TO:<USER@wclass.ru>,
    <,250 2.1.0 Sender OK,
    <,250 2.1.5 Recipient OK,
     >,XEXCH50 56 2,
    <,354 Send binary data,
    >,<Binary Data>,
    <,250 2.0.0 XEXCH50 OK,
    >,BDAT 7794 LAST,
    <,250 2.6.0 <2676e253-0314-4cb9-87ac-8550b3b9d750@SQET1-SERVER.wcfc.local> [InternalId=2921463] Queued mail for delivery,
    >,XQDISCARD 50,
    ,<,250 a3d564ce-6c86-476d-9ec0-fd1ced0e16c9,
    >,QUIT,
    <,221 2.0.0 Service closing transmission channel,
    ,-,,Local
    ,*,,"Failed to connect. Error Code: 10060, Error Message: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond 148.240.4.32:25"
    *,,attempting to connect
    ,*,,"Failed to connect. Error Code: 10060, Error Message: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond 148.240.4.32:25"
    *,,attempting to connect
    *,,attempting to connect

    Вот такой лог нашел.


    14 августа 2013 г. 14:01
  • Для начала, просто посмотреть на очередь, для каждого, не отправляемого, сообщения должна быть написана ошибка, по которой оно не уходит. Что там написано?


    S.A.

    14 августа 2013 г. 14:40
  • ну письмо которое меня волновало уже ушло из очереди. Но есть еще письма. В столбце last error  ничего не написано. В своствах во вкладке General, last error пусто.
    14 августа 2013 г. 14:53
  • Эти ошибки значат, что принимающая сторона отвергает подключения от вас по 25 порту.

    Blog - Smtp25.ru


    Максим, а по каким причинам принимающая сторона может отвергать подключения от нас по 25 порту? может они занесли наш домен в блэк-лист?

    Причем я заметил тенденцию, что подключения отвергают домены, которые находятся в северной америке. Почему так?
    14 августа 2013 г. 15:29
  • Я так понимаю что мне никто ничего больше не подскажет?((((
    15 августа 2013 г. 9:11
  • У вас есть SPF-запись для домена? Проверяли наличие своих отправляющих IP в доступных DNSBL?

    Правда, большинством вменяемых серверов, на этапе SMTP-сессии выдаётся вменяемая диагностика, но всякое случается.

    А что здесь никто точно не подскажет, почему конкретно вас блокируют по 25 порту некие произвольные сервера где-то, это понимаете правильно :).


    S.A.

    15 августа 2013 г. 9:24
  • У вас есть SPF-запись для домена? Проверяли наличие своих отправляющих IP в доступных DNSBL?

    Правда, большинством вменяемых серверов, на этапе SMTP-сессии выдаётся вменяемая диагностика, но всякое случается.

    А что здесь никто точно не подскажет, почему конкретно вас блокируют по 25 порту некие произвольные сервера где-то, это понимаете правильно :).


    S.A.


    Я в этом деле человек не очень сведущий. Поэтому не удивляйтесь моему вопросу. Как проверить spf-записи? Я вроде уже проверял их наличие с нашим спецом, отвечающим за dns, но недавно были изменения поэтому надо проверить еще раз. И как проверить наличие своих отправляющих IP в доступных DNSBL?
    15 августа 2013 г. 9:36
  • Посмотреть SPF-запись своего домена, можете, например, так:

    nslookup -q=TXT имя_своего_домена

    - одна из текстовых записей (которых может быть много, а может не быть), это она (ключевое слово v=spf1). По содержимому консультируйтесь со спецом по DNS, как минимум, там должны быть указаны IP, с которых происходит отправка почты наружу (варианты: +mx, если отправители совпадают с МХ, и т.д.).

    Проверить наличие/отсутствие своих IP в блеклистах, проще всего, с использованием какого-либо ресурса, осуществляющего множество проверок, например http://www.kloth.net/services/dnsbl.php .


    S.A.

    15 августа 2013 г. 10:37
  • Посмотреть SPF-запись своего домена, можете, например, так:

    nslookup -q=TXT имя_своего_домена

    - одна из текстовых записей (которых может быть много, а может не быть), это она (ключевое слово v=spf1). По содержимому консультируйтесь со спецом по DNS, как минимум, там должны быть указаны IP, с которых происходит отправка почты наружу (варианты: +mx, если отправители совпадают с МХ, и т.д.).

    Проверить наличие/отсутствие своих IP в блеклистах, проще всего, с использованием какого-либо ресурса, осуществляющего множество проверок, например http://www.kloth.net/services/dnsbl.php .


    S.A.

    вывод команды вот такой:

    "v=spf1 +mx:  ~all"

    проверил свой отправляющий ip. везде Not listed

    15 августа 2013 г. 10:48
  • У меня такое ощущение что это все происходит из-зи настроек антиспама на принимающих серверах. Письмо уходит с моего сервера, стучится на принимающий сервер. Принимающий сервер откладывает прием письма с моего сервера чтобы оно еще раз постучалось на принимающий сервер(Greylisting, Tarpit) и письмо падает в очередь на моем сервере и приходит отбойка:

    Сообщение еще не доставлено. Попытки доставки сообщения будут продолжены.

    Сервер продолжит попытки доставить это сообщение в течение следующих 1 дн., 19 ч. и 37 мин. Вы будете уведомлены если за это время сообщение доставить не удастся.

    Может ведь такое быть?

    15 августа 2013 г. 11:16
  • Не может. Любой антиспам работает после создания SMTP-сессии (с соответствующей, как правило, вменяемой, диагностикой).

    "... failed to respond 148.240.4.32:25" это блокировка на уровне IP. Или отсутствие работающего SMTP-сервиса на "том" IP.


    S.A.


    • Изменено Safronov A. _ 15 августа 2013 г. 12:27
    15 августа 2013 г. 12:26
  • т.е. получается что проблемы на принимающих серверах? у меня все в порядке?
    15 августа 2013 г. 13:41
  • проверил 148.240.4.32 на http://www.kloth.net/services/dnsbl.php и вот что показало:

    Listed in dnsbl.sorbs.net, www.nl.sorbs.net : 127.0.0.10 : Dynamic IP Addresses See: http://www.sorbs.net/lookup.shtml?148.240.4.32 - (ttl:3600) <small>[0.4687 sec]</small>

    Listed in pbl.spamhaus.org, www.spamhaus.org/pbl/ : 127.0.0.11 : http://www.spamhaus.org/query/bl?ip=148.240.4.32 - (ttl:900) <small>[0.0254 sec]</small>

    15 августа 2013 г. 13:44
  • Проблема осталась ?

    1. Проверить DNS на Exchange и контроллерах домена. Использовать внутренние DNS на Exchange, настроить пересылку на контроллерах.

    2. Проверить соблюдение правила A = MX = PTR = HELO

    3. Поправить SPF запись. Существующая никакой смысловой нагрузки не несет.

    4. Проверить, как вы отвечаете снаружи по порту 25

    15 августа 2013 г. 13:56
  • никогда этого не делал.(( попробую.
    15 августа 2013 г. 14:25
  • проверил 148.240.4.32 на http://www.kloth.net/services/dnsbl.php и вот что показало:

    Listed in dnsbl.sorbs.net, www.nl.sorbs.net : 127.0.0.10 : Dynamic IP Addresses See: http://www.sorbs.net/lookup.shtml?148.240.4.32 - (ttl:3600) <small>[0.4687 sec]</small>

    ...

    Ну и? Тот IP, куда от вас что-то не уходит - из розничного (клиентского) пула провайдера. В Мексике. Через обратную зону резольвится как dial-148-240-4-32.zone-1.ip.static-ftth.axtel.net.mx - нечто произвольное, присвоенное провайдером, а не "хозяином" IP (нормальные хозяева почтовых серверов заботятся о нормальном содержимом обратной зоны :)).

    Вы действительно уверены, что там есть работающий почтовый сервер? А даже если есть, Вы точно уверены, что туда действительно нужно что-то отправлять?

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


    S.A.

    P.S. Это именно туда почта уходит с mail.ru, gmail.com ... ? Если нет, разные домены получателей - разные причины.
    • Изменено Safronov A. _ 15 августа 2013 г. 15:01
    15 августа 2013 г. 14:49
  • 3. Поправить SPF запись. Существующая никакой смысловой нагрузки не несет.

    Существующая несёт вполне конкретную смысловую нагрузку, если в зоне (домене) есть МХ-запись(и) и IP отправителя(ей) с МХ совпадают, можно ничего не править.

    S.A.


    • Изменено Safronov A. _ 15 августа 2013 г. 15:02
    15 августа 2013 г. 14:57
  • Коллега, смысл SPF записи в том, чтобы принимающая сторона могла четко определить кто полномочен отправлять почту от имени конкретного домена. Вариантов 2:

    - в конце вы ставите -all и это говорит о том, что только конкретные, указанные в записи серверы могут выступать в качестве отправителя. в этом случае (если принимающая сторона делает проверку по записи) есть гарантия того, что от вашего имени никто почту не отправит.

    - в конце вы ставите ~all и здесь принимающая сторона может в своей антиспам системе поставить лишний балл "может быть это не доверненный отправитель". при этом кто угодно может отправить почту от имени вашего домена и она попадет в пчтовый ящик пользователю.

    Проверить и составить корректную запись можно здесь. Составить и увидеть разницу с имеющейся записью вида "v=spf1 +mx:  ~all"

    Хронограф, у вас вообще любопытная ситуация с MX записями и принимающими серверами. Требует глубокого разбирательства.

    15 августа 2013 г. 15:43
  • Коллега, смысл SPF записи в том, чтобы принимающая сторона могла четко определить кто полномочен отправлять почту от имени конкретного домена. Вариантов 2:

    - в конце вы ставите -all и это говорит о том, что только конкретные, указанные в записи серверы могут выступать в качестве отправителя. в этом случае (если принимающая сторона делает проверку по записи) есть гарантия того, что от вашего имени никто почту не отправит.

    - в конце вы ставите ~all и здесь принимающая сторона может в своей антиспам системе поставить лишний балл "может быть это не доверненный отправитель". при этом кто угодно может отправить почту от имени вашего домена и она попадет в пчтовый ящик пользователю.

    Проверить и составить корректную запись можно здесь. Составить и увидеть разницу с имеющейся записью вида "v=spf1 +mx:  ~all"

    Хронограф, у вас вообще любопытная ситуация с MX записями и принимающими серверами. Требует глубокого разбирательства.

    Я проверил свой домен по ссылке, которую вы указали. И мне там выдало следующию запись:

    SPF Record Found

    [OK] <label id="displayPanel_SPFRecsFound">One or more functional SPF record(s) have been found for the domain</label> <label id="displayPanel_yourDomainEPDFound" style="font-weight:bold;">wclass.ru</label>
    The full text of the domain's SPF record is as follows.

    v=spf1 +mx: ~all

    Я так понимаю что к spf-записи не привязан конкретный ip-отправления. Потому что в следующем шаге мне предлагается назначить одну из трех mx-записей к spf=записи для

    Inbound Mail Servers Send Outbound Mail

    и предлагает назначить ip для A-записи для

    Outbound Mail Server Addresses

    Я вот в расстерянности. Назначать или нет? Не рухнет почта после этого совсем?

    15 августа 2013 г. 17:29
  • Напишите, какие серверы отправляют и получают почту, сформируем правильную запись. Или домен почтовый укажите.
    15 августа 2013 г. 17:42
  • > set q=mx
    > wclass.ru

    wclass.ru       MX preference = 10, mail exchanger = mail2.wclass.ru
    wclass.ru       MX preference = 30, mail exchanger = post.wclass.ru
    wclass.ru       MX preference = 60, mail exchanger = mail.wclass.ru

    > set q=a
    > wclass.ru

    Address:  31.131.252.242

    а как узнать ptr??

    и у меня ни одна mx-запись не имет ip=31.131.252.242

    но если делать запросы a-записи для mx-записи то все показывает верно?

    > set q=a
    > mail2.wclass.ru
    Не заслуживающий доверия ответ:
    ╚ь :     mail2.wclass.ru
    Address:  195.128.53.166

    > set q=a
    > post.wclass.ru
    Не заслуживающий доверия ответ:
    ╚ь :     post.wclass.ru
    Address:  195.128.55.67

    > set q=a
    > mail.wclass.ru
    Не заслуживающий доверия ответ:
    ╚ь :     mail.wclass.ru
    Address:  89.188.97.162

    15 августа 2013 г. 19:13
  • ptr:

    > mail2.wclass.ru
    Server:  pGtwa
    Address:  172.16.23.1

    Non-authoritative answer:
    Name:    mail2.wclass.ru
    Address:  195.128.53.166

    > 195.128.53.166
    Server:  pGtwa
    Address:  172.16.23.1

    Name:    mail2.wclass.ru
    Address:  195.128.53.166

    Запись для mail2.wclass.ru есть

    IP 31.131.252.242 соответствует имени wclass.ru (веб сайт). Здесь все ровно.

    Если почту принимает и отпрвляет только mail2.wclass.ru, моя SPF выглядела бы так (если exchange принимает почту только для домена wclass.ru !!!):

    v=spf1 mx ptr mx:mail2.wclass.ru -all

    Посмотрите на Exchange очередь писем, найдите несолько разных доменов, куда очередь висит и проверьте с самого Exchange разрешает ли он MX записи для них. Попробуйте telnet на эти mx (если у вас наружу с Exchange открыт 25-й порт).



    • Изменено help360 16 августа 2013 г. 5:37 уточнения
    16 августа 2013 г. 5:15
  • небольшой анализ. Очень маленький TTL в зоне (48 минут), нет ящика abuse@wclass.ru (должен быть по RFC), остальное в таблице.
    16 августа 2013 г. 5:36
  • - в конце вы ставите ~all и здесь принимающая сторона может в своей антиспам системе поставить лишний балл "может быть это не доверненный отправитель". при этом кто угодно может отправить почту от имени вашего домена и она попадет в пчтовый ящик пользователю.

    Проверить и составить корректную запись можно здесь. Составить и увидеть разницу с имеющейся записью вида "v=spf1 +mx:  ~all"

    Использование ~all необходимо, если пользователи будут использовать произвольные пересыльщики, при отправке почты от имени своего домена. Такие хотелки встречаются регулярно.

    А +mx необходимо и достаточно для надёжной доставки "изнутри" организации, при простой нормальной организации почтовых серверов, когда перечисленные МХ включают всех отправителей (сервера).

    Но вообще, это всё (как и ptr, приём всего от всех на abuse/postmaster, ...), прямого отношения к работе Exchange не имеет. Как и ошибка "4.4.7 Message delayed", собственно говоря, это общие вопросы работы e-mail, без привязки к конкретному MTA.

    У меня ежедневно болтается в очередях достаточное количество задержанных сообщений, вот, например, сейчас есть на jandex.ru - домен резольвится, но почта туда почему-то :) не уходит. Если бы я на каждое такое сообщение пытался конфигурить Exchange, и у меня бы давно крыша съехала, и Exchange работать перестал... ;)


    S.A.

    16 августа 2013 г. 7:31
  • небольшой анализ. Очень маленький TTL в зоне (48 минут), нет ящика abuse@wclass.ru (должен быть по RFC), остальное в таблице.

    а что это за ящик? зачем он?

    у меня есть ящик  postmaster@wclass.ru
    16 августа 2013 г. 7:49
  • ptr:

    > mail2.wclass.ru
    Server:  pGtwa
    Address:  172.16.23.1

    Non-authoritative answer:
    Name:    mail2.wclass.ru
    Address:  195.128.53.166

    > 195.128.53.166
    Server:  pGtwa
    Address:  172.16.23.1

    Name:    mail2.wclass.ru
    Address:  195.128.53.166

    Запись для mail2.wclass.ru есть

    IP 31.131.252.242 соответствует имени wclass.ru (веб сайт). Здесь все ровно.

    Если почту принимает и отпрвляет только mail2.wclass.ru, моя SPF выглядела бы так (если exchange принимает почту только для домена wclass.ru !!!):

    v=spf1 mx ptr mx:mail2.wclass.ru -all

    Посмотрите на Exchange очередь писем, найдите несолько разных доменов, куда очередь висит и проверьте с самого Exchange разрешает ли он MX записи для них. Попробуйте telnet на эти mx (если у вас наружу с Exchange открыт 25-й порт).



    спасибо. почту у меня отправляет и принимает только mail2.wclass.ru.  и принимает только для wclass.ru. А если я поставлю второй hub-server то мне надо будет добавить в spf вторую запись? только при запросе команды

    nslookup -q=TXT wclass.ru

    мне до сих пор выдает

    v=spf1 +mx:  ~all.

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

    16 августа 2013 г. 8:09
  • Какое внутренне доменное имя у Exchange ? И какой DNS отдает такую запись ? Внутренний или внешний ? На внутреннем DNS сервере есть зона wclass.ru ?
    16 августа 2013 г. 8:18
  • Какое внутренне доменное имя у Exchange ? И какой DNS отдает такую запись ? Внутренний или внешний ? На внутреннем DNS сервере есть зона wclass.ru ?

    этот ответ отдает внешний DNS. в внутреннем DNS нет зоны wc lass.ru, видно только записи A и SOA. А по поводу Exchange Вы имеете ввиду внутренний URL?
    16 августа 2013 г. 8:49
  • Вот опять ситуевина. Не уходят письма на @mvideo.ru. С рабочего компа подключаюсь через телнет :

    telnet edge01.mvideo.ru 25

    приходит сразу ответ:

    220 Mvideo Company

    А с HUB-TRANCPORT он же CAS не могу подключиться:

    telnet edge01.mvideo.ru 25

    Connecting To edge01.mvideo.ru...Could not open connection to the host, on port
    25: Connect failed

    telnet edge02.mvideo.ru 25

    Connecting To edge02.mvideo.ru...Could not open connection to the host, on port
    25: Connect failed

    Что за ерунда.


    16 августа 2013 г. 11:08
  • Нужно смотреть настройки firewall. Если у вас используется edge или tmg - там смотреть журналы. Посмотрите маршрутизацию при помощи http://www.microsoft.com/en-us/download/details.aspx?id=13380
    16 августа 2013 г. 11:30
  • Нужно смотреть настройки firewall. Если у вас используется edge или tmg - там смотреть журналы. Посмотрите маршрутизацию при помощи http://www.microsoft.com/en-us/download/details.aspx?id=13380

    у нас и edge и tmg. а что эта программуля делает?
    16 августа 2013 г. 11:33
  • Значит нужно смотреть журналы и на edge и на tmg. Программа строит топологии AD и Exchange. Предполагаю, что ваши вопросы связаны с квалификацией, а не с ошибками в работе продуктов Microsoft
    16 августа 2013 г. 11:39
  • Значит нужно смотреть журналы и на edge и на tmg. Программа строит топологии AD и Exchange. Предполагаю, что ваши вопросы связаны с квалификацией, а не с ошибками в работе продуктов Microsoft

    не спорю. квалификации не хватает. Exhange достался мне от очень квалифицированного человека. И я после него ничего не менял. А проблема вдруг появилась. У меня такое ощущение что проблема то не в Exchange. Либо с DNS либо действительно с firewall. Просто у нас этим занимаются разные люди. И понять кто накосячил очень сложно. Тем более я в отпуске и сижу по удаленке пытаюсь что-то сделать(((( А знаний не хватает(((( В любом случае спасибо что помогли мне. Я наверно уже достал всех(((( Последний вопрос. На edge какой журнал надо смотреть? И что я там должен увидеть? TMG не могу смотреть, доступа нету.
    16 августа 2013 г. 11:54
  • От очередей, до журналов TMG. кнопки "починить все" нету. Найдите на разовую задачу специалиста.
    16 августа 2013 г. 12:18
  • ок. спасибо.
    16 августа 2013 г. 12:28
  • Здравствуйте

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


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


    19 августа 2013 г. 7:54
    Модератор
  • Проблема решилась. Оказывается на Firewall была какая-то проблема. После перезагрузки Firewall письма стали ходить нормально. Всем спасибо. Баллы проставил.
    20 августа 2013 г. 7:30