Mx1 timeweb ru выдал это сообщение об ошибке disabled

Будучи менеджером коммерческого отдела небольшой торговой компании, я выполнял задачу по отправке нескольких сотен писем постоянным и потенциальным клиентам. Базу формировали из открытых источников мы сами, предложение было реально интересным целевой аудитории. Возникла «неожиданная» проблема – часть писем стала возвращаться. Кроме того, начали приходить сообщения с указаниями кодов ошибки SMTP. Своего IT-специалиста в штате у нас не было, потому разобраться с проблемой я решил самостоятельно. О результатах этой работы, причинах возникновения таких ошибок и методах их решения расскажу в этой статье.

Ошибка SMTP

Как избежать ошибок при составлении и отправке писем

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

Самый простой способ это понять – отправить тестовое сообщение на свой ящик. Затем следует протестировать его отправку и получение, используя разные внешние почтовые сервисы: gmail, yandex, mail, rambler и другие. Если сообщение получено, следует ответить на него, проверив корректность исполнения команды «RE» вашим почтовым сервером и принятие ответа условным отправителем.

Довольно часто проблемы с попаданием писем в папку «Спам» или программной блокировкой на стороне получателя лежат в неверном оформлении ключевых полей. Особенно это касается массовых рассылок коммерческого характера. Для отправки большого количества однотипных сообщений как минимум потребуется выполнение следующих параметров настройки:

  • выделенный IP-адрес с целью исключить блокировку на стороне сервера-ретранслятора или почтовой программы конечного получателя;
  • криптографические подписи DKIM и SPF, помогающие подтвердить подлинность домена и минимизировать количество писем, воспринимаемых как спам.

Важно! В случае несоблюдения этих элементарных правил вы рискуете не только тем, что конкретное письмо не будет доставлено адресату. При многократных попытках отправки письма в большинстве почтовых программ в блок-лист попадет вся корреспонденция, отправляемая с вашего email, и даже корпоративный домен (@domain.***).

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

В моей практике был случай, когда никак не удавалось добиться получения моей электронной корреспонденции одним из сотрудников компании «Лукойл». Письма я отправлял самые простые, используя корпоративный ящик. Только после того, как мой респондент обратился в IT-службу своего предприятия, выяснилось, что данный адрес находится в блэк-листе. Попал он туда из-за каких-то ошибок, допущенных моим предшественником. Понадобилось больше недели, чтобы адрес включили в «белый список». Все это время письма, высылаемые с личного mail@yandex.ru, доходили без проблем.

Полезно: Почему не приходят письма с сайта. Пример частного случая.

Комьюнити теперь в Телеграм

Подпишитесь и будьте в курсе последних IT-новостей

Подписаться

Положительные и отрицательные сообщения SMTP-сервера

SMTP (Simple Mail Transfer Protocol) — это протокол, используемый большинством почтовых программ для отправки электронных сообщений в сети интернет. Некорректное взаимодействие между серверами, индивидуальные настройки на уровне программного обеспечения и многие другие причины приводят к появлению ошибок. В этом случае письма не доходят до получателей, возвращаются обратно или просто «пропадают». При возникновении таких ситуаций отправитель получает сообщение о наличии конкретной ошибки, отражающей SMTP-код последнего отклика сервера.

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

Первая цифра комбинации содержит информацию о качестве доставки:

  • сообщение доставлено («SMTP OK»);
  • возникла неизвестная или временная проблема («SMTP unknown»);
  • критическая ошибка («SMTP error»). 

Существует четыре варианта значений для первой цифры кода:

  • 2xx – положительный результат, есть возможность передачи следующей команды;
  • 3xx – отложенный результат, необходимо осуществление дополнительных действий;
  • 4xx – сообщение не принято, но проблема носит временный характер, и запрос может быть повторен через какое-то время; 
  • 5xx – категорический отказ выполнения команды, отправка запроса со стороны передающего сервера в том же виде невозможна. 

Вторая цифра в коде сообщает о категории ответа:

  • 0 – синтаксические ошибки; 
  • 1 – ответы на запросы информации; 
  • 2 – ошибки канала передачи; 
  • 3 и 4 – неизвестный тип ошибки;
  •  5 – статус почтовой системы.

Третья цифра дает более расширенную информацию о значении, указанном во второй цифре SMTP-ответа.

Помимо цифровой комбинации, SMTP-сообщение может содержать дополнительную текстовую информацию.

Полную информацию о кодах, их компоновке и значениях можно найти в спецификациях RFC 5321 и RFC 1893.

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

Читайте также

Как настроить почту в Outlook

Почему письма не отправляются с электронной почты

Виды почтовых сервисов

На программном уровне существует несколько видов обработки электронной почтовой корреспонденции. К первой группе относятся виртуальные сервисы, доступные чаще всего в бесплатном исполнении через интернет-соединение на сайте почтового сервера. Это всем известные ресурсы: 

  • Gmail/Google Suite (почта от Google.com);
  • Yandex.ru;
  • Mail.ru; 
  • Rambler.ru и другие.

Более подробную информацию о значениях ответов SMTP можно получить на сайтах популярных почтовых сервисов:

  • Коды ошибок SMTP почтового сервиса Gmail (Google Suite) (support.google.com)
  • Создание и отправка писем на сервисе Яндекс
  • Ошибки отправки писем при использовании сервера и сервиса Mail.ru

Ко второй группе относятся почтовые клиенты – программы, обладающие более расширенным функционалом, чем виртуальные сервисы. Наиболее популярными и универсальными почтовыми клиентами для Windows являются:

  • Opera Mail;
  • Mozilla Thunderbird;
  • Koma-Mail;
  • SeaMonkey;
  • The Bat!;
  • Microsoft Outlook.

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

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

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

Чипсендер

Классификация отрицательных SMTP-сообщений. Способы решения проблем

Классификация отрицательных SMTP-сообщенийЯ настроил свою почтовую программу – локальный клиент (MS Outlook и т.п.) или бесплатную почту на gmail или yandex. Начинаю отправлять письма, но сталкиваюсь с различными проблемами, связанными с тем, что мои респонденты не получают направленную им корреспонденцию. Соответственно, на мой ящик приходят сообщения об ошибках в виде кодировок SMTP. 

Сразу опускаю тот пакет сообщений, которые начинаются с 2хх и 3хх, так как они содержат информацию о том, что задача получения письма уже решена положительно либо получит такой статус в ближайшее время. Более подробно рассмотрим некоторые виды кодированных сообщений, начинающихся с 4хх и 5хх, т.е. отклики SMTP-сервера, которые сообщают о наличии проблем.

Почтовый сервер сообщил об ошибке 421

Значение: Service Not Available. Сервер недоступен: канал связи будет закрыт.

Возможные причины

Варианты решения

Неправильно заданы параметры SMTP-соединения

Необходимо перепроверить настройки

Брандмауэр блокирует IP-адрес сервера электронной почты

Необходимо создать новое правило в брандмауэре

Блокируется трафик через порт 25

Попробуйте в настройках учетной записи электронной почты сменить номер порта SMTP на 465

Проблема использования VPN

Необходимо, чтобы провайдер услуги занес ваш почтовый сервер в белый список адресов VPN

Данная ошибка возникает наряду с грейлистингом (Greylisting «Серый список») при интенсивном использовании бесплатного SMTP-сервера, который лимитирует количество отправляемых сообщений в единицу времени. Для решения этой проблемы можно воспользоваться высоконагруженным SMTP-сервером. Чаще всего эта услуга является платной.

Получено сообщение с кодом 451

Значение: Requested action aborted: local error in processing. Требуемое действие прерывалось: ошибка в обработке.

Возможные причины

Варианты решения

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

В настройках сервера увеличить лимит или задать ограничение не на количество подключений, а на количество писем на одного пользователя. Накопившуюся очередь писем можно отправить повторно командой «force send»

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

Проверьте логи, конфигурационные файлы, МХ-записи и разрешения, внесите корректировки

Устранение проблем с доставкой электронной почты для кода ошибок 451 4.7.500–699 (ASxxx) в Exchange Online. Электронная почта из доменов onmicrosoft.com ограничена и фильтруется для предотвращения спама.

Необходимо добавить настраиваемый домен.

Ошибка почтового сервера 452

Значение: Insufficient system resources. Запрашиваемое действие не выполнено: недостаточно места в системе.

Возможные причины

Варианты решения

На сервере получателя закончилось место, поэтому письмо не доставляется

Чтобы в этом убедиться, достаточно попробовать осуществить отправку письма с другого сервера

В сообщении присутствует текст «Out of memory». Это значит, что недостаточно места на вашем сервере

Необходимо проверить количество отправляемых писем в очереди, наличие свободного места на диске и объем доступной памяти

В Microsoft Exchange Server есть специальный компонент мониторинга доступных ресурсов Back Pressure, который отслеживает свободное место на диске, на котором хранятся очереди транспортной службы Exchange. При возникновении такой ошибки можно сделать следующее:

  • очистить диск от ненужных файлов;
  • отключить мониторинг Back Pressure (не рекомендуется);
  • перенести транспортную очередь на другой диск достаточного объема.

Доставка письма

Сервер сообщил об ошибке SMTP 550

Значение:  Mailbox unavailable. Требуемые действия не предприняты: электронный ящик недоступен

Возможные причины

Варианты решения

Неверно указан email-адрес получателя

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

Система заражена вирусом, осуществляющим массовую рассылку писем с вашего адреса

Провести полную проверку специализированной антивирусной программой

На стороне вашего интернет-провайдера установлены ограничения на отправку исходящих сообщений

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

Сервер получателя не работает

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

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

Почтовый сервер ответил ошибкой 571

Значение:  SMTP Protocol Returned a Permanent Error 571 xxx@mail.ru prohibited. We do not relay/Spam message rejected. Ошибка на стороне получателя почты.

Возможные причины

Варианты решения

Ваш IP-адрес заблокирован на стороне конечного получателя спам-фильтром, антивирусом или файрволом

Данную проблему может решить только администратор сети получателя, исключив ваши идентификационный данные из списка блокировки или добавив их в «белый список»

Неверные учетные данные ретранслятора. У вас нет разрешения на отправку электронной почты через сервер, который находится между вами и получателем

Обратитесь к администратору данного ресурса для изменения настроек

У IP отправителя нет RDNS

Проверьте настройки получения писем и разрешения для доменов-отправителей

Как я уже писал выше, разные почтовые серверы накладывают свои ограничения на прием и отправку сообщений. Код 571 в Google Suite расшифровывается следующим образом: «Действующая политика запрещает отправку этого сообщения». Письмо может содержать защищенные или конфиденциальные данные – номера кредитных карт и т.п. Или политика администрирования запрещает отправку определенными пользователями сообщений адресатам вне установленной группы.

Сертификат почтового сервера недействителен

Предупреждение безопасности интернетаОбычно с таким сообщением приходится сталкиваться пользователям, у которых настроен Microsoft Exchange Server/MS Outlook. В данной ситуации самое простое решение – обновить сертификат.

Проверка доступности почтового сервера программным методом

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

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

  • https://mxtoolbox.com
  • https://www.ultratools.com
  • http://mail2web.com

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

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

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

Эта инструкция необходима в случае, если вы хотите использовать почтовый сервис Timeweb Cloud, а ваш домен делегирован на сторонние NS-серверы.

Если домен делегирован на NS-серверы Timeweb Cloud, достаточно убедиться, что для него указаны наши MX-записи, после чего можно работать с почтой.

Шаг 1. На стороне держателя NS-серверов пропишите для домена MX-записи Timeweb:

Приоритет

Значение записи

10

mx1.timeweb.ru

20

mx2.timeweb.ru

Шаг 2. Добавьте домен в панель управления Timeweb Cloud в разделе «Домены» — «Добавить домен».

Без Названия

Шаг 3. Дождитесь обновления DNS-записей домена, после чего создайте почтовый ящик в разделе «Почта». 

48567703 A1f2 46f0 8064 503334c4137d

Шаг 4. Скопируйте значения SPF и DKIM домена в панели Timeweb Cloud.

  • Перейдите в раздел «Домены» — «DNS-записи»:

608c887d 6648 4a26 Aae3 Debaa532b8b7

  • Скопируйте значения SPF и DKIM:

C4749dc3 2329 4a0a Bc6e E1de7d6c7842

Шаг 5. На стороне держателя NS-серверов создайте записи SPF и DKIM и укажите для них скопированные значения.

15 лет опыта

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

165 000 клиентов

Нам доверяют частные лица и компании, от небольших фирм до корпораций

Поддержка 24/7

100+ специалистов поддержки, готовых помочь в чате, тикете и по телефону

  • Remove From My Forums
  • Вопрос

  • Добрый день.

    Ребят подскажите плз почему данное письмо не может быть доставленно

    иногда случается что 1 из 50 писем не может дойти до получателя?

    Пользователь mx01.nicmail.ru отклонил ваше сообщение, отправленное на следующие адреса электронной почты:

    service@diamondspb.ru (service@diamondspb.ru)

    mx01.nicmail.ru выдал это сообщение об ошибке:
    support@reca.su unknown user account 

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

    Диагностические сведения для администраторов:

    Формирующий сервер: EXCHANGE.reca.corp

    service@diamondspb.ru
    mx01.nicmail.ru #550 support@reca.su unknown user account ##

    Исходные заголовки сообщения:

    Received: from EXCHANGE.reca.corp ([fe80::f165:3c45:f74c:1384]) by Exchange.reca.corp ([fe80::f165:3c45:f74c:1384%11]) with mapi id 14.03.0123.003; Tue, 18 Feb 2014 20:44:21 +0300 From: support <support@reca.su> To: "service@diamondspb.ru" <service@diamondspb.ru> Subject: =?koi8-r?B?99nTz9TBIOvP083PzsHX1M/XIDY1?= Thread-Topic: =?koi8-r?B?99nTz9TBIOvP083PzsHX1M/XIDY1?= Thread-Index: Ac8sthRbTBfswAm0QBmLw/YGW/eumAAGtgTl Date: Tue, 18 Feb 2014 17:44:20 +0000 Message-ID: <CF4F0AA1CE18E2499DCB79363E97BEE984877E@Exchange.reca.corp> References: <5cviv6pmvikit1ai5ho5obkq.1392733724527@email.android.com> In-Reply-To: <5cviv6pmvikit1ai5ho5obkq.1392733724527@email.android.com> Accept-Language: ru-RU, en-US Content-Language: ru-RU X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.10.10] Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0

Ответы

  • Возможно проблему решил самостоятельно

    раньше наш почтовый сервер располагался на хостинге  nic.ru

    и принимал там всю почту, мы его успешно перенесли на  собственное железо и все стало хорошо

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

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

    • Предложено в качестве ответа

      19 февраля 2014 г. 8:33

    • Помечено в качестве ответа
      Petko KrushevMicrosoft contingent staff, Moderator
      19 февраля 2014 г. 9:04

Всем привет. Поговорим про такую штуку как 550 Disabled, я покопался в интернете и понял что это ошибка, которая может возникать при отправке письма. Суть ошибки в том что письмо не смогло дойти до получателя. Значит я нашел комментарий одного чела, он говорит что такая ошибка может выскакивать только в том случае, если с почты, ну с которой вы отправляете письмо, то с этой почты идет спам. И еще чел пишет, что ошибка может быть если получатель ваше письмо кинул в спам. Но это редко случается.

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

Вот что советует справка Маил ру:

РЕКЛАМА

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

Еще у вас могут быть такие ошибки:

550 disabled in reply to rcpt to command
SMPT 550 Disabled
550 mail receiving disabled

Все эти ошибки относятся к одному и тому же.

Так, минуточку. Мне нужно рассказать вам о том что такое спам. Вы знаете? Значит смотрите. Спам это когда рассылается много сообщений/писем рекламного или сомнительного характера. И обычно такие письма попадают в папку спам. Но вот.. бывает такое что рассылка осуществляется с нормального адреса, то есть с почты, которой пользуется нормальный человек, не какой-то там хакер. Почему так? А все потому что ваша почта используется для рассылки спама.. именно поэтому при ошибке 550 Disabled стоит первым делом поменять пароль. Если это не помогло, то нужно срочно проверить комп антивирусными утилитами, я здесь сразу скажу какими — это AdwCleaner и Dr.Web CureIt!, как по мне, это лучшие утилиты, ну можно еще добавить HitmanPro smile

Итак, составим план что вам делать если у вас ошибка 550 Disabled.

  1. Как я уже писал, самое первое что нужно сделать это сменить пароль. Придумайте надежный пароль какой-то.
  2. Потом напишите в поддержку своей почты. Пишите как есть, не нужно ничего придумывать, говорите что не можете отправить почту ибо приходит ошибка 550 Disabled.
  3. Обязательно проверьте комп антивирусными утилитами.
  4. У себя в почте посмотрите папку Отправленные — какие есть там письма? Может они вам подскажут в чем дело.

РЕКЛАМА

На этом все ребята, удачи вам и чтобы все у вас было хорошо!

← Вернуться в раздел «В помощь системному администратору»

есть 4 контроллера домена два на 2000 и два 2003R2
exchange2000 установлен на 2000 контроллере домена
нужно переехать минимум на exchange 2007 и AD 2003
удалиться ли роль AD с сервера exchange ?

с чего начать и каким путём

Автор: wwladimir
Дата сообщения: 14.01.2012 17:21

garbals
Думаю Вам для начала неплохо бы посетить технет Микрософтовский (я стараюсь там все брать), ну например http://technet.microsoft.com/ru-ru/library/aa996719(EXCHG.80).aspx и
http://technet.microsoft.com/ru-ru/library/bb124008(EXCHG.80).aspx
И вопрос (удалится ли роль КД) отпадет сам собой.
А в двух словах — более новая версия поверх не ставится, только на другую и только 64 разрядную систему да и совмещать с ДиСи сильно не рекомендуется.

И еще ссылка полезная по теме http://www.redline-software.com/rus/support/articles/msexchange/general/transitioning-exchange-2000-2003-exchange-server-2007-part1.php

Автор: 100_let
Дата сообщения: 17.01.2012 13:20

Добрый день! могли бы посоветовать — какую нить книгу (электрон-ю) на русском или материал на русском по базовой первоначальной настройке Microsoft Exchange 2010?

Автор: wwladimir
Дата сообщения: 17.01.2012 13:42

Автор: powerguap
Дата сообщения: 17.01.2012 14:27

Помогите пожалуйста установил 2010sp2 много сотрудников жалуются что письма не отправляются! Выявил 2 разные ошибки.

1)Пользователь mxs.timeweb.ru отклонил ваше сообщение, отправленное на следующие адреса электронной почты:
pupkin@mailpup.ru (pupkin@mailpup.ru)
mxs.timeweb.ru выдал это сообщение об ошибке:
Your ip blocked (Disabled xx.xx.xx.xx — contact support@timeweb.ru (reason: invalid or absent ptr))

2)Пользователь mxs.timeweb.ru отклонил ваше сообщение, отправленное на следующие адреса электронной почты:
Марина (masha@pbmail.ru)
mxs.timeweb.ru выдал это сообщение об ошибке:
Your IP xx.xx.xx.xx is blocked, see http://timeweb.ru/faq_maildest.htm
Сообщение не было доставлено, так как поставщик услуг электронной почты получателя отклонил его.

Вычитал ваш IP не имеет корректной обратной зоны. Проверить корректность обратной зоны вы можете по адресу http://online-nettools.com/
Но я не могу понять что там должно быть…

Автор: wwladimir
Дата сообщения: 17.01.2012 21:47

powerguap
mailpup.ru и pbmail.ru это для примера или реально используемые домены ?
Если реально-то они и прямой зоны не имеют (мне nslookup говорит)-
Вы их сами придумали ? (Тогда лучше используйте mail.ru и google.com )
Читайте про DNS и MX запись (http://ru.wikipedia.org/wiki/%D0%97%D0%B0%D0%BF%D0%B8%D1%81%D1%8C_MX),
регистрируйте (http://www.webnames.ru — говорит pbmail.ru и mailpup.ru пока свободны и их можно купить), настраивайте ДНС и когда nslookup -type=mx pbmail.ru выдаст IP Вашего почтовика, почта будет работать нормально.

Автор: vlary
Дата сообщения: 17.01.2012 21:55

powerguap
Цитата:

Но я не могу понять что там должно быть…  

Обратитесь к вашему системному администратору. А если это вы и есть, подумайте, своим ли делом занимаетесь. Может, лучше в менеджеры перейти?
Вопрос тысячу раз в разделе уже обсуждался, и по сути дела к Exchange никакого отношения не имеет, а просто требует знания основ сетевых протоколов.

Автор: umran
Дата сообщения: 18.01.2012 08:10

Есть учетная запись vasya@domen.ru в эксчейндж 2010
есть право у vasya отправлять от имени petya@ewedomen.ru
второй адрес — имя чисто виртуальное.

Если на пришедшее (на любой из двух адресов) письмо вася делает reply, выбирает в поле «от кого» petya@ewedomen.ru
То конечному адресату письмо придет верно

Если же любое письмо вася делает forward, и в том же «от кого» выберет petya@ewedomen.ru
То письмо всегда придет от имени vasya@domen.ru

В настройках всё в норме — реплай ведь работает.. не важно какой получатель, внутри домена или вне.

Куда копать?
Спасибо

Добавлено:
Есть учетная запись vasya@domen.ru в эксчейндж 2010
есть право у vasya отправлять от имени petya@ewedomen.ru
второй адрес — имя чисто виртуальное.

Если на пришедшее (на любой из двух адресов) письмо вася делает reply, выбирает в поле «от кого» petya@ewedomen.ru
То конечному адресату письмо придет верно

Если же любое письмо вася делает forward, и в том же «от кого» выберет petya@ewedomen.ru
То письмо всегда придет от имени vasya@domen.ru

В настройках всё в норме — реплай ведь работает.. не важно какой получатель, внутри домена или вне.

Куда копать?
Спасибо

Автор: 100_let
Дата сообщения: 18.01.2012 12:09

Добрый день! вопрос на миллион :

если у меня рабочие станции — Windows XP Home => а следовательно -они не могут быть введены в Домен, есть ли возможность настройки почтового клиента на этих станциях для работы с Exchange 2010?

то есть могут ли почтовые клиенты не в домене работать с Exchange 2010?

спасибо)

Автор: blackCbI4
Дата сообщения: 18.01.2012 12:22

Добрый день!

Возникла проблема подключения к exchange management console и exchange management shell

При попытке открыть EMS вылетает следующая ошибка:

ПРЕДУПРЕЖДЕНИЕ: Не удается создать модуль Export-Module для текущего сеанса с помощью Import-PSSession.
Import-PSSession : При выполнении команды Get-Command в удаленном сеансе произошла следующая ошибка: Не удалось выполнить команду на удаленном сервере. Сообщение об ошибке: Клиенту WinRM не удается обработать запрос. Невозможно определить тип содержимого ответа HTTP от компьютера назначения. Тип содержимого не является допустимым или отсутствует. Дополнительные сведения см. в разделе справки, вызываемом командой about_Remote_Troubleshooting..

C:Program FilesMicrosoftExchange ServerV14binCommonConnectFunctions.ps1:129 знак:56

+ $global:importResults=Import-PSSession <<<< $global:remoteSession -WarningAction SilentlyContinu

e -DisableNameChecking

+ CategoryInfo : InvalidResult: ( [Import-PSSession], RuntimeException

+ FullyQualifiedErrorId : ErrorFromRemoteCommand,Microsoft.PowerShell.Commands.ImportPSSessionCommand

В принципе тот же текст ошибки, только без указания путей, при попытке подключиться через EMC.

почта работает, но управлять ей стало невозможно.

Автор: powerguap
Дата сообщения: 19.01.2012 11:21

Я работаю сисадмином, проблема была в провайдере написал запрос о изменении ptr изменили на след день таких проблем не было.. остались другие почта с вложением даже меньше 10м на некоторые почтовые ещики не проходити с них вроде не приходят, помогите, где капать =(
mailpup.ru и pbmail.ru — это для примера было=)

C:UsersАдминистратор.mydomname>nslookup -type=mx mydomname.ru
╤хЁтхЁ: UnKnown
Address: 192.168.0.100
mydomname.ru
primary name server = 1server.mydomname.ru
responsible mail addr = hostmaster.mydomname.ru
serial = 103
refresh = 900 (15 mins)
retry = 600 (10 mins)
expire = 86400 (1 day)
default TTL = 3600 (1 hour)

Автор: artemk
Дата сообщения: 20.01.2012 08:16

100_let
да будут работать, просто когда будешь указывать учетные данные, укажешь домен.

Добавлено:
umran
покопайте в транспортные правила, там есть про замену отправителя

Добавлено:
powerguap

Цитата:

почта с вложением даже меньше 10м на некоторые почтовые ещики не проходити с них вроде не приходят

NDR где?

Автор: powerguap
Дата сообщения: 20.01.2012 09:40

Цитата:

NDR где?

— что это?

Частенько приходят такие ответы:

Диагностические сведения для администраторов:
Формирующий сервер: 1server.mydomname.ru
priyem@laratranzit.ru
#554 5.4.4 SMTPSEND.DNS.MxLoopback; DNS records for this domain are configured in a loop ##

Диагностические сведения для администраторов:
Формирующий сервер: 1server.mydomname.ru
mugalimova@klassika-apt.ru
#550 4.4.7 QUEUE.Expired; message expired ##

После замены с Exchange 2003 на 2010sp2 пользователи жалуются на возросшее количество спама, ааа почему?
Может мне какой-то сертификат надо генерить?
Надежда только на ваш форум, спасибо.

Автор: tretalek
Дата сообщения: 20.01.2012 13:28

Всем привет. У меня возникла такая проблема. Никак не получается полностью настроить почтовик. Что есть у меня:
— субдомен вида filial.firma.ru, nslookup говорит что мх запись присутствует вида mail.filial.firma.ru, также видит белый ip.
— windows 2008r2, поднят домен myofis.city.ru , там же стоит КД с АДом.
— Exchange 2010 RUS (перед установкой выполнены команды /prepareAD и т.д)

Поискал в тырнете инфу, нарыл кучу. Пытался по ней все настроить. В итоге у меня получилось настроить только получение с внешнего ящика (письма доходят что до outlook’a, что до OWA). В PowerShell’e при выполнении Test-ServiceHealth все нормально работает, имеет статус true. На роутере проброшен порт 25. При попытке подключиться через телнет к filial.firma.ru 25 (mail.filial.firma.ru 25) ошибка, «не удалось открыть подключение». При попытке подключиться по имени сервера(server.myofis.city.ru) в локалке коннект происходит, далее вписываю:

helo filial.firma.ru
mail from:user1@filial.firma.ru
rcpt to:user2@filial.firma.ru
data
subject: test
test message
.

Все отрабатывает и на ящик user2 валится письмо(вижу его как в outlook так и в owa). Но при отправке из аутлука ничего не происходит, т.е письмо сидит в отправленных что вроде бы ушло, но к другому оно не попадает. Если через OWA слать то там письмо просто падает в черновики и пишется что оно не отправлено.

Подскажите как правильно настроить всю эту связку? Может быть какие-нить службы глючатне запускаютсяотсутствуют.

Автор: OOD
Дата сообщения: 20.01.2012 19:11

POP IMAP4 в автоматический режим перевели , запустили?

Автор: artemk
Дата сообщения: 22.01.2012 09:24

tretalek
коннекторы все настроены?

Автор: tretalek
Дата сообщения: 23.01.2012 07:25

Конеккторы вроде бы все настроены.

А вот POP3 и IMAP4 каким образом переводятся в автоматический режим? И как связано с отправкой почты? Если не ошибаюсь отправка идет же через smtp?

Автор: jenek1
Дата сообщения: 24.01.2012 00:31

не нашел поиск в данной конкретной теме, поэтому возможно повторюсь и вызову гнев
клиенты с outlook 2003 с exchange 2007 работают корректно.
клиенты с outlook 2007-10 там же — проблемы с autodiscover.
пробовал, кажется, все возможное — прописывал все мыслимые и немыслимые имена для exchange, менял сертификаты, способы аутентификации — все безтолку.
Может ли быть, что когда-то установленный на DC (win2003 32x) exchange 2007 Management Concole 32x на это влияет?

Автор: wwladimir
Дата сообщения: 24.01.2012 06:51

jenek1
Странно конечно, но я считал что автообнаружение как раз в 2003 оутлуке не поддерживается.
Да и здесь так пишут http://technet.microsoft.com/ru-ru/library/bb124251.aspx

Автор: PahanSv
Дата сообщения: 24.01.2012 12:21

Добрый день.

Возможно, повторяюсь и ответ уже был выше, но что то не нашел я поиском.

Гуру, выручайте:

Сейчас имеется рабочий MS Exchange 2003 с адресами вида «admin@firma.ru». Соответственно имеется AD c доменом вида «domain.firma1.ru».
С недавних пор компания купила домент вида «firma.com» и руководство желает сделать основной почту на этом (новом) домене, при сохранении старой.
«Внешную» ДНС зону обслуживает сторонний хостинг.

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

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

Автор: golychev
Дата сообщения: 24.01.2012 12:23

PahanSv
это совсем азы… посмотри политику получателей и все поймешь.

Автор: lbf
Дата сообщения: 26.01.2012 09:19

Народ а подскажите как сделать в Exchange 2010, так чтобы к нему могли соединиться только те клиенты у которых есть сертификат.
Центр сертификации создан.
Сертификаты Exchange 2010 сделаны.
Но клиенты без сертификатов все равно могут соединиться.

Автор: magiogre
Дата сообщения: 07.02.2012 14:27

Доброго времени суток, уважаемые коллеги!
Заранее прошу ногами не пинать, если данный вопрос уже обсуждался.
Ситуация в следующем. Имеется Exchange 2010. При отправке писем внутри домена, у принимающего клиента письма отображаются в виде «От: Фамилия Имя Отчество», а вот на внешние адреса с нашего сервера от нас сообщения приходят в виде «От: username@domain.ru», а хотелось бы как в первом варианте. Подскажите, как настроить. Спасибо.

Автор: anahaym
Дата сообщения: 07.02.2012 15:40

magiogre если не ошибаюсь, то имена в виде username@domain.ru всегда, когда приходит первое письмо. На него нужно лишь ответить.
За поле «От: Фамилия Имя Отчество» отвечает Display Name в свойствах у.з.

Автор: Fromrussia
Дата сообщения: 07.02.2012 17:46

lbf
Закрыть возможность подключения без шифрации. У вас «отомрут» клиенты ниже 2007. Ручками придется настраивать каждого.
Зачем это внутри локалки построеной на свичах?

Ну, как хотите
1. Смотрим Get-RpcClientAccess | fl
2. Ищем EncryptionRequired
3. Гуглим, как из False сделать True. Нагугливаем http://technet.microsoft.com/en-us/library/dd351072.aspx

Возможно, что придется пересоздать виртуальные каталоги в IIS CAS-серверов

Добавлено:
В догоночку to understanding http://www.oszone.net/11002/RPC-Client-Access-Service-Exchange-2010
До конца не читал, но
а) на этом ресурсе ерунду не публикуют
б) вступление похоже на правду
в) скриншоты «правильные».

Добавлено:
magiogre
Ходим в конфиг организации — хаб транспорт. Вкладка, как не странно — remote domains. Кликаем по… что там у вас… обычно дефолт. Перехоим на вкладку message format. Чекбокс displays sender’s massage … есть ваша потребность. Отметьте его и проверяйте.

Автор: anahaym
Дата сообщения: 08.02.2012 11:08

Цитата:

Ходим в конфиг организации — хаб транспорт. Вкладка, как не странно — remote domains. Кликаем по… что там у вас… обычно дефолт. Перехоим на вкладку message format. Чекбокс displays sender’s massage … есть ваша потребность. Отметьте его и проверяйте.

так это для приёма писем, а у magiogre когда они отправляют письма, к примеру на гугл, гугл не воспринимает их ФИО. или не так?
у себя проверил — галка стоит изначально.

Автор: wwladimir
Дата сообщения: 08.02.2012 12:07

anahaym
И тем не менее Fromrussia прав — http://technet.microsoft.com/ru-ru/library/aa996309(EXCHG.80).aspx

Код: Set-RemoteDomain -Identity Contoso -DisplaySenderName $true

Автор: anahaym
Дата сообщения: 08.02.2012 15:33

wwladimir тогда не понятно, зачем это отключали…

Автор: magiogre
Дата сообщения: 11.02.2012 12:15

Спасибо, Fromrussia! Всё получилось!

Автор: jivenkij
Дата сообщения: 11.02.2012 18:46

Добрый день, есть вопрос по теневой копии сервера Exchange 2010 на Win2008R2, пробовал выполнить средствами Windows Backup в сетевую папку, после запуска теневого копирования сервер стал сильно тормозить, клиенты Outlook не могли подключиться..отменил процедуру резервного копирования через 30-40 мин, все снова заработало нормально.
в логах нашел вот такие записи:
«Процесс, обслуживающий пул приложений «MSExchangeSyncAppPool», превысил лимиты времени для запуска. Идентификатор процесса «32488»..источник WAS, код события 5012..
Процесс, обслуживающий пул приложений «MSExchangeAutodiscoverAppPool», не ответил на команду ping. Код процесса «3064». источник WAS, код события 5010..
Нашел, что эти предупреждения касаются недоступности пулов приложений в IIS сервере.
Можно ли выполнять резервное копирование при таких предупреждениях? Являются ли они критическими? Возможно ли выполнить теневое копирование???

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115

Предыдущая тема: Проблема с доверием


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель — сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.

  • Mx google com выдал это сообщение об ошибке
  • Mwfix исправление ошибок windows 10 скачать
  • Mvn archetype generate ошибка
  • Mvh 280 fd pioneer ошибка усилителя
  • Muzio player ошибка воспроизведения