- 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, то нужно сменить пароль. Если это не помогло, то стоит написать в службу поддержки, я кстати бы сразу написал.
Вот что советует справка Маил ру:
РЕКЛАМА
Вот еще один чел что пишет. Такая ошибка может быть, если какой-то нехороший человек рассылает спам, но вот в поле Отправитель он поставил ваш адрес. В итоге это типа вы рассылаете, хотя вы тут не при чем.. 
Еще у вас могут быть такие ошибки:
550 disabled in reply to rcpt to command
SMPT 550 Disabled
550 mail receiving disabled
Все эти ошибки относятся к одному и тому же.
Так, минуточку. Мне нужно рассказать вам о том что такое спам. Вы знаете? Значит смотрите. Спам это когда рассылается много сообщений/писем рекламного или сомнительного характера. И обычно такие письма попадают в папку спам. Но вот.. бывает такое что рассылка осуществляется с нормального адреса, то есть с почты, которой пользуется нормальный человек, не какой-то там хакер. Почему так? А все потому что ваша почта используется для рассылки спама.. именно поэтому при ошибке 550 Disabled стоит первым делом поменять пароль. Если это не помогло, то нужно срочно проверить комп антивирусными утилитами, я здесь сразу скажу какими — это AdwCleaner и Dr.Web CureIt!, как по мне, это лучшие утилиты, ну можно еще добавить HitmanPro 
Итак, составим план что вам делать если у вас ошибка 550 Disabled.
- Как я уже писал, самое первое что нужно сделать это сменить пароль. Придумайте надежный пароль какой-то.
- Потом напишите в поддержку своей почты. Пишите как есть, не нужно ничего придумывать, говорите что не можете отправить почту ибо приходит ошибка 550 Disabled.
- Обязательно проверьте комп антивирусными утилитами.
- У себя в почте посмотрите папку Отправленные — какие есть там письма? Может они вам подскажут в чем дело.
РЕКЛАМА
На этом все ребята, удачи вам и чтобы все у вас было хорошо!
← Вернуться в раздел «В помощь системному администратору»
есть 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, истории становления российского интернета. Сделано для людей.
Здравствуйте!
Прошу заранее прощенее за возможно не совсем коректный вопрос, просто я не очень селен во всем этом.
Суть вопроса вот в чем, у меня не уходят письма, и возвращаются с ошибкой.This is the mail system at host s1.7dns.ru.
I’m sorry to have to inform you that your message could not
be delivered to one or more recipients. It’s attached below.For further assistance, please send mail to postmaster.
If you do so, please include this problem report. You can
delete your own text from the attached returned message.The mail system
<kovlyagina-msk@1cgendalf.ru>: host mx1.timeweb.ru[92.53.116.10] said: 535
5.7.0 Your ip blocked (Disabled 84.16.228.132 — contact support@timeweb.ru
(reason: invalid or absent ptr)) (in reply to RCPT TO command)Reporting-MTA: dns; s1.7dns.ru
X-Postfix-Queue-ID: 2907111525EA
X-Postfix-Sender: rfc822; rodionova@1c.pnz.ru
Arrival-Date: Mon, 27 Sep 2010 07:45:53 +0200 (CEST)Final-Recipient: rfc822; kovlyagina-msk@1cgendalf.ru
Original-Recipient: rfc822;kovlyagina-msk@1cgendalf.ru
Action: failed
Status: 5.7.0
Remote-MTA: dns; mx1.timeweb.ru
Diagnostic-Code: smtp; 535 5.7.0 Your ip blocked (Disabled 84.16.228.132 —
contact support@timeweb.ru (reason: invalid or absent ptr))
Вот какие сообщения приходят обратно. Но пока что я заметил что только на @1cgendalf.ru не доходят. Подскажите пожалуйста в чем проблема!!!
Заранее спасибо!
Содержание
- Простой компьютерный блог для души)
- 451 domain.ru prohibited. Disk quota exceeded
- 451 Please try another server
- 452 message sending quota exceeded, try later
- 476 connections from your host are denied
- 550 Your message was identified as SPAM
- Проблема
- Описание
- Нежелательная почта и открытые ретрансляции
- Ограничения поставщика интернет-услуг на ретрансляцию почтовых сообщений
- Решения
- Сообщения по-прежнему не отправляются?
- Рекомендуем к прочтению
Простой компьютерный блог для души)
Всем привет. Поговорим про такую штуку как 550 Disabled, я покопался в интернете и понял что это ошибка, которая может возникать при отправке письма. Суть ошибки в том что письмо не смогло дойти до получателя. Значит я нашел комментарий одного чела, он говорит что такая ошибка может выскакивать только в том случае, если с почты, ну с которой вы отправляете письмо, то с этой почты идет спам. И еще чел пишет, что ошибка может быть если получатель ваше письмо кинул в спам. Но это редко случается.
Также я еще нашел совет, что если возникает ошибка 550 Disabled, то нужно сменить пароль. Если это не помогло, то стоит написать в службу поддержки, я кстати бы сразу написал.
Вот что советует справка Маил ру:
Вот еще один чел что пишет. Такая ошибка может быть, если какой-то нехороший человек рассылает спам, но вот в поле Отправитель он поставил ваш адрес. В итоге это типа вы рассылаете, хотя вы тут не при чем.. =(
Еще у вас могут быть такие ошибки:
550 disabled in reply to rcpt to command
SMPT 550 Disabled
550 mail receiving disabled
Все эти ошибки относятся к одному и тому же.
Так, минуточку. Мне нужно рассказать вам о том что такое спам. Вы знаете? Значит смотрите. Спам это когда рассылается много сообщений/писем рекламного или сомнительного характера. И обычно такие письма попадают в папку спам. Но вот.. бывает такое что рассылка осуществляется с нормального адреса, то есть с почты, которой пользуется нормальный человек, не какой-то там хакер. Почему так? А все потому что ваша почта используется для рассылки спама.. именно поэтому при ошибке 550 Disabled стоит первым делом поменять пароль. Если это не помогло, то нужно срочно проверить комп антивирусными утилитами, я здесь сразу скажу какими — это AdwCleaner и Dr.Web CureIt!, как по мне, это лучшие утилиты, ну можно еще добавить HitmanPro =)
Итак, составим план что вам делать если у вас ошибка 550 Disabled.
- Как я уже писал, самое первое что нужно сделать это сменить пароль. Придумайте надежный пароль какой-то.
- Потом напишите в поддержку своей почты. Пишите как есть, не нужно ничего придумывать, говорите что не можете отправить почту ибо приходит ошибка 550 Disabled.
- Обязательно проверьте комп антивирусными утилитами.
- У себя в почте посмотрите папку Отправленные — какие есть там письма? Может они вам подскажут в чем дело.
На этом все ребята, удачи вам и чтобы все у вас было хорошо!
451 domain.ru prohibited. Disk quota exceeded
Сообщение означает, что дисковое пространство, выделенное для домена получателя, исчерпано.
Необходимо повторить отправку через некоторое время. Как правило, почтовый сервер предпринимает повторную попытку автоматически.
Для того чтобы возобновить прием почты, вы можете:
- перераспределить дисковое пространство в разделе Ресурсы панели управления хостингом,
- освободить почтовые ящики вашего домена от ненужных сообщений,
- перейти на тарифный план с большим дисковым пространством (с последующей корректировкой квот).
Увеличить квоту отдельного ящика можно в разделе панели управления Почта → Ваш домен → Ваш ящик.
451 Please try another server
Сообщение означает, что требуется повторить попытку подключения к другому принимающему серверу RU-CENTER. Если в результате нескольких попыток отправка сообщений заканчивается неудачно, необходимо скорректировать настройки почтового сервера отправителя:
- Отсутствие ответа от сервера mx02.nicmail.ru и ответ сервера mx03.nicmail.ru с кодом 4XX не должен восприниматься как фатальная ошибка, и попытки отправки должны продолжаться на серверы, указанные в других MX-записях.
- Отправляющий почтовый сервер, который подключается к серверам RU-CENTER, должен иметь корректно настроенные DNS-записи. Должна существовать PTR-запись для IP-адреса почтового сервера в обратной зоне. Значение PTR-записи в обратной зоне должно совпадать с А-записью в прямой зоне (т.е. с именем сервера). Например, сервер исходящей почты relay05.nicmail.ru имеет IP-адрес 194.85.88.236:
nslookup relay05.nicmail.ru
Non-authoritative answer:
Name: relay05.nicmail.ru
Address: 194.85.88.236
Для этого IP-адреса существует PTR-запись в обратной зоне со значением relay05.nicmail.ru, т.е. совпадающая с именем сервера.
nslookup 194.85.88.236
Name: relay05.nicmail.ru
Address: 194.85.88.236
Запись в обратной зоне не должна содержать характерных для динамических IP-адресов домашних интернет-провайдеров слов:
broadband, pptp, dynamic, pool, ppp, peer, dhcp, cable, node, client, dialup, static, wanadoo, dsl, public, user, vpn .
452 message sending quota exceeded, try later
Сообщение означает, что для почтового ящика достигнут лимит на отправку сообщений (50 писем в 15 минут). Возможность отправки писем будет восстановлена автоматически в течение 10 минут.
476 connections from your host are denied
Сообщение означает, что подключение с вашего IP-адреса к почтовому серверу хостинга временно заблокировано. Это происходит в результате множественных ошибок при работе с почтовым сервером:
- многократные попытки авторизации с неверными логином и паролем,
- отправка писем на несуществующие адреса,
- многократные попытки отправки писем при достижении лимитов, указанных на странице Ограничения и особенности почтовой системы.
Блокировка снимается автоматически через 15 минут. Для устранения проблемы рекомендуем проверить корректность настроек почтовых клиентов. Если проблема сохранится, сообщите о ней в службу технической поддержки, написав на адрес support@nic.ru и указав в письме
- номер вашего договора,
- почтовый ящик , при попытке отправки с которого наблюдается проблема,
- ваш внешний IP-адрес. Узнать его вы можете на сайтах http://myip.ru и http://2ip.ru.
550 Your message was identified as SPAM
Сообщение означает, что входящее письмо было идентифицировано как спам на основе анализа его содержимого.
Попробуйте изменить формулировку письма и повторить отправку. Если проблема сохранится, обратитесь, пожалуйста, к получателю с помощью других средств связи с просьбой добавить ваш домен в белый список.
Если у вас нет контактных данных администратора домена получателя, воспользуйтесь сервисом Whois.
Проблема
Когда вы, находясь вне дома, отправляете сообщение электронной почты с помощью домашней почтовой учетной записи, это сообщение может вернуться с ошибкой 550, 553 или ошибкой ретрансляции. То же самое может произойти, когда вы, находясь вне офиса, пытаетесь отправить сообщение электронной почты с помощью рабочей почтовой учетной записи.
Описание
Ретрансляция происходит, когда почтовое сообщение отправлено на адрес электронной почты, домен которого (имя после символа @, например adatum.com) не обрабатывается протоколом SMTP или сервером исходящей почты, получающим от отправителя запрос на доставку сообщения. SMTP-серверу необходимо подключиться к другому SMTP-серверу, чтобы ретранслировать сообщение.
Если при отправке почтового сообщения возникает ошибка ретрансляции, ваш SMTP-сервер (исходящей почты) может вернуть ваше сообщение вместе с сообщением об ошибке, например, такого вида:
«Не удается отправить сообщение, поскольку сервер отказался принять адрес одного из получателей. В письме был указан адрес: proverka@example.com >. Тема: , учетная запись: , сервер: smtp.example.com >, протокол: SMTP, ответ сервера: «550 proverka@example.com >. Ретрансляция запрещена», порт: 25, защита (SSL): нет, ошибка сервера: 550, номер ошибки: 0x800CCC79″.
«Не удается отправить сообщение, поскольку сервер отказался принять адрес одного из получателей. В письме был указан адрес: . Тема: , учетная запись: , сервер: smtp.example.com >, протокол: SMTP, ответ сервера: «553 к сожалению, этого домена нет в моем списке разрешенных узлов (#5.7.1)», порт: 25, защита (SSL): нет, ошибка сервера: 553, номер ошибки: 0x800CCC79″.
Точный текст сообщения об ошибке будет зависеть от вашего поставщика интернет-услуг. Некоторые поставщики не возвращают сообщение об ошибке, когда определяют исходящие сообщения как нежелательную рекламу. В этих случаях все выглядит так, как будто ваше сообщение отправляется в обычном режиме (в Outlook остается в папке Исходящие и появляется в папке Отправленные), но получателю оно не доставляется.
Ваше сообщение отклонено, поскольку SMTP-сервер (исходящей почты) не распознал вас как полномочного пользователя.
SMTP — это протокол (стандарты, используемые компьютерами для взаимодействия), который используется на большинстве серверов электронной почты для отправки сообщений в Интернете. Если вы используете почтовую программу (например, Outlook), которая позволяет хранить сообщения на компьютере, вам необходим доступ к SMTP-серверу для отправки сообщений.
Примечание: Веб-системы электронной почты (например, Windows Live Mail или Yahoo! Mail) работают иначе и не рассматриваются в этой статье.
Нежелательная почта и открытые ретрансляции
Рекламные сообщения, распространяемые без запроса, называют нежелательной почтой или спамом. Объем нежелательной почты продолжает расти, потому что ее отправка практически ничего не стоит тем, кто ее рассылает. Фактически отправителю даже не обязательно отправлять нежелательную почту через SMTP-сервер (исходящей почты) своего поставщика интернет-услуг.
При создании базовой структуры Интернета никто не предвидел, к каким последствиям приведет возможность отправлять миллионы нежелательных сообщений за ничтожно малую плату. Благодаря способности SMTP-серверов к ретрансляции отправители нежелательной почты маскируют ее подлинный источник, передавая ее через сторонние серверы, на которых разрешены такие открытые ретрансляции. В результате нежелательная почта как бы приходит с сайта, который ретранслирует сообщение и скрывает личность настоящего отправителя.
До недавнего времени большинство почтовых SMTP-серверов работали на основе доверительной открытой системы. В такой системе кто угодно откуда угодно может передать почтовое сообщение SMTP-серверу, а сервер должен принять его и переслать получателю или другому почтовому серверу, на котором находится почтовый ящик получателя. При такой открытой ретрансляции нет ограничений, запрещающих кому-либо отправлять почту через SMTP-сервер.
Ограничения поставщика интернет-услуг на ретрансляцию почтовых сообщений
По мере увеличения объемов нежелательной почты администраторы сети (люди, отвечающие за управление серверами поставщика интернет-услуг) начали вводить ограничения на своих почтовых SMTP-серверах. Эти ограничения не позволяют использовать почтовый сервер всем подряд. Представьте, что в вестибюле вашей организации есть телефон, доступный для всех, в том числе для тех, кто не является сотрудником организации. Теперь телефоном разрешено пользоваться только сотрудникам.
На сегодняшний день используются ограничения нескольких типов.
Требуется проверка подлинности SMTP. Так же как вы используете имя пользователя и пароль для доступа к POP3-серверу (входящей почты) и своим почтовым сообщениям, вам требуется ввести имя пользователя и пароль для отправки почтовых сообщений через SMTP-сервер. Обычно это те же имя пользователя и пароль, что и для POP3-сервера, но могут быть и уникальные.
Требуется сначала подключиться к POP3-серверу (входящей почты) поставщика интернет-услуг. Чтобы получить свои новые почтовые сообщения, вы обычно подключаетесь к POP3-серверу (входящей почты). Для доступа к почтовому ящику вам нужно ввести имя пользователя и пароль. Администратор сети может настроить сервер таким образом, что если вы сначала подключаетесь к POP3-серверу входящей почты и проходите проверку подлинности, он будет утверждать все запросы на отправку почтовых сообщений через SMTP-сервер исходящей почты, на котором в ином случае эта возможность будет ограничена.
Требуется подключение из авторизованного расположения в сети. Если вы из дома подключаетесь к поставщику интернет-услуг по телефонной линии, с помощью кабеля или через DSL-модем, подключение идет напрямую к сети поставщика. Вы заслуживаете доверия, поскольку у вас есть учетная запись с именем пользователя и паролем, которые предоставил поставщик интернет-услуг. Вам как клиенту разрешается использовать SMTP-сервер для отправки почтовых сообщений.
Требуется подключение с определенного IP-адреса или диапазона IP-адресов. Ваш поставщик интернет-услуг может разрешить доступ к SMTP-серверу людям, не подключенным к сети напрямую. Например, это может быть удаленный пользователь в офисе. Основная проблема состоит в том, что во многих местах используются динамические IP-адреса. При этом вы не можете быть уверены в том, что при каждом подключении у вас один и тот же IP-адрес. У некоторых организаций может быть зарезервирован блок или диапазон IP-адресов. Поставщик интернет-услуг может считать тех, кто подключается с этих IP-адресов, проверенными пользователями. Он может предоставить дополнительные сведения.
Возможных сценариев ретрансляции очень много. Ниже приведены самые распространенные ситуации. Возможно, одна из них похожа на вашу.
Вы дома, и у вас есть учетная запись поставщика интернет-услуг, оканчивающаяся на @proseware.com , с которой вы подключаетесь по телефонной линии, с помощью кабеля или через DSL-модем. Вы отправляете сообщение другому человеку, почтовый адрес которого тоже оканчивается на @proseware.com .
Нет. Ваша почта обрабатывается обычным способом.
То же, что и в первой ситуации, только вы отправляете сообщение человеку, почтовый адрес которого оканчивается на @adatum.com .
Да, но она не блокируется. Вы подключаетесь напрямую к поставщику интернет-услуг и тем самым получаете полномочия для отправки почты через его SMTP-сервер (исходящей почты) на любые адреса, независимо от расположения почтового ящика получателя.
Вы на работе. Ваш рабочий почтовый адрес оканчивается на @thephone-company.com , и у вас есть домашняя учетная запись поставщика интернет-услуг, адрес которой оканчивается на @proseware.com и с которой вы подключаетесь по телефонной линии, с помощью кабеля или через DSL-модем. В Outlook у вас настроены те же параметры SMTP-сервера, что и дома. Вы отправляете сообщение человеку, почтовый адрес которого тоже оканчивается на @proseware.com .
Нет. Ваша почта обрабатывается обычным способом.
То же, что и в предыдущей ситуации, только вы отправляете сообщение человеку, почтовый адрес которого оканчивается на @adatum.com .
Да, и это сообщение может быть заблокировано как ретранслируемая почта. Вы пытаетесь использовать домашний SMTP-сервер (исходящей почты) своего поставщика интернет-услуг, хотя не подключены к его сети. SMTP-сервер не может удостоверить вас как полномочного подписчика поставщика интернет-услуг. Кроме того, вы просите SMTP-сервер принять сообщение и подключиться к другому SMTP-серверу, чтобы доставить его в почтовый ящик получателя.
Вы остановились в гостинице или воспользовались в аэропорту интернет-терминалом, предоставляющим доступ в Интернет. У вас есть домашняя учетная запись поставщика интернет-услуг, оканчивающаяся на @proseware.com , с которой вы подключаетесь по телефонной линии, с помощью кабеля или через DSL-модем. В Outlook у вас настроены те же параметры SMTP-сервера, что и дома. Вы отправляете сообщение другому человеку, почтовый адрес которого тоже оканчивается на @proseware.com .
Нет. Ваша почта обрабатывается обычным способом.
То же, что и в предыдущей ситуации, только вы отправляете сообщение человеку, почтовый адрес которого оканчивается на @adatum.com .
Да, и это сообщение может быть заблокировано как ретранслируемая почта. Вы пытаетесь использовать домашний SMTP-сервер (исходящей почты) своего поставщика интернет-услуг, хотя не подключены к его сети. SMTP-сервер не может удостоверить вас как полномочного подписчика поставщика интернет-услуг. Кроме того, вы просите SMTP-сервер принять сообщение и подключиться к другому SMTP-серверу, чтобы доставить его в почтовый ящик получателя.
Решения
Если ваша ситуация рассматривается как ретрансляция, вы должны отправить сообщение через сервер, к которому сейчас подключаетесь. То есть, если вы на работе или вне дома и не используете своего поставщика интернет-услуг для подключения к Интернету, но хотите отправить сообщение из своей домашней учетной записи, предоставленной этим поставщиком, вам нужно изменить параметры почтовой учетной записи, указав тот SMTP-сервер, который вы используете там, где находитесь (например, рабочий SMTP-сервер). Пошаговые инструкции см. в статье Изменение параметров учетной записи электронной почты.
Если это не работает или вы предпочитаете использовать домашнюю учетную запись, вам нужно связаться со своим поставщиком интернет-услуг и спросить, доступны ли вам описанные ранее параметры. Что касается первых двух ограничений (требуется проверка подлинности SMTP и требуется сначала подключение к POP3-серверу входящей почты поставщика интернет-услуг), вы можете внести изменения в Параметры учетной записи в Outlook. Инструкции см. в статье Изменение параметров учетной записи электронной почты.
Сообщения по-прежнему не отправляются?
Вы изменили параметры SMTP в Outlook или нашли параметр, который разрешит вам отправлять почтовые сообщения. Но вы по-прежнему не можете отправить почту и получаете сообщение об ошибке.
Возможно, вы все сделали правильно, но администраторы сети используют еще какую-то функцию системы безопасности для предотвращения спуфинга удостоверений. Спуфинг удостоверений — это просто способ отправки почтового сообщения, при котором вы скрываете, кто вы.
В Outlook, как и в большинстве почтовых программ, можно указать «отображаемое имя» и обратный почтовый адрес, который появляется при ответе на ваше сообщение. В нежелательной почте эти поля почти всегда содержат ложную информацию. Вы правда верите, что сообщения о том, как быстро разбогатеть, пришли от супермодели или мирового лидера?
Mail receiving disabled перевод
Mail receiving disabled перевод
Всем привет. Поговорим про такую штуку как 550 Disabled, я покопался в интернете и понял что это ошибка, которая может возникать при отправке письма. Суть ошибки в том что письмо не смогло дойти до получателя. Значит я нашел комментарий одного чела, он говорит что такая ошибка может выскакивать только в том случае, если с почты, ну с которой вы отправляете письмо, то с этой почты идет спам. И еще чел пишет, что ошибка может быть если получатель ваше письмо кинул в спам. Но это редко случается.
Также я еще нашел совет, что если возникает ошибка 550 Disabled, то нужно сменить пароль. Если это не помогло, то стоит написать в службу поддержки, я кстати бы сразу написал.
Вот что советует справка Маил ру:
Вот еще один чел что пишет. Такая ошибка может быть, если какой-то нехороший человек рассылает спам, но вот в поле Отправитель он поставил ваш адрес. В итоге это типа вы рассылаете, хотя вы тут не при чем.. =(
Еще у вас могут быть такие ошибки:
550 disabled in reply to rcpt to command
SMPT 550 Disabled
550 mail receiving disabled
Все эти ошибки относятся к одному и тому же.
Так, минуточку. Мне нужно рассказать вам о том что такое спам. Вы знаете? Значит смотрите. Спам это когда рассылается много сообщений/писем рекламного или сомнительного характера. И обычно такие письма попадают в папку спам. Но вот.. бывает такое что рассылка осуществляется с нормального адреса, то есть с почты, которой пользуется нормальный человек, не какой-то там хакер. Почему так? А все потому что ваша почта используется для рассылки спама.. именно поэтому при ошибке 550 Disabled стоит первым делом поменять пароль. Если это не помогло, то нужно срочно проверить комп антивирусными утилитами, я здесь сразу скажу какими — это AdwCleaner и Dr.Web CureIt!, как по мне, это лучшие утилиты, ну можно еще добавить HitmanPro =)
Итак, составим план что вам делать если у вас ошибка 550 Disabled.
- Как я уже писал, самое первое что нужно сделать это сменить пароль. Придумайте надежный пароль какой-то.
- Потом напишите в поддержку своей почты. Пишите как есть, не нужно ничего придумывать, говорите что не можете отправить почту ибо приходит ошибка 550 Disabled.
- Обязательно проверьте комп антивирусными утилитами.
- У себя в почте посмотрите папку Отправленные — какие есть там письма? Может они вам подскажут в чем дело.
На этом все ребята, удачи вам и чтобы все у вас было хорошо!
Печать Сообщения почтовых серверов — что они означают?
Если вы получили письмо от Mailer-Daemon с темой «Undelivered Mail Returned to Sender», значит отправленное письмо не было доставлено до одного или нескольких получателей. Причина, по которой исходное письмо не доставлено, указана в конце уведомления на английском языке. Наиболее распространенные причины указаны ниже.
Неправильный адрес получателя
Сообщение об ошибке содержит строчки:
User not found
User unknown
No such user here
Unrouteable address
Invalid mailbox
Mailbox unavailable
Такая ошибка может означать, что вы пытаетесь отправить письмо на несуществующий адрес. Уточните адрес получателя и попробуйте снова.
Пример сообщения об ошибке:
: host mail.example.com[192.0.2.120] said: 550 5.1.1
: Recipient address rejected: User unknown in local
recipient table (in reply to RCPT TO command)
В почтовом ящике адресата нет свободного места
Сообщение об ошибке содержит строчки:
account is full
Quota exceeded
User has exhausted allowed storage space
error writing message: Disk quota exceeded
Размер письма больше, чем ограничение на сервере получателя
На сервере получателя установлено ограничение на максимальный размер письма. Если вы отправляете несколько файлов, попробуйте их отправить в нескольких разных письмах.
Пример:
message size 7520647 exceeds size limit 6000000 of server mail.example.com[192.0.2.120]
Это значит, что было отправлено письмо размером 7,5 мегабайт, а сервер получателя принимает письма размером не более 6 мегабайт.
Сервер получателя не принимает почту
Сообщение об ошибке содержит строчку:
Operation timed out
Сервер получателя не работает. Возможно, вы ошиблись в адресе получателя и письмо отправлялось не на тот сервер. Если адрес был указан правильно, то попробуйте связаться с адресатом, используя другой адрес.
Пример:
: connect to mail.example.com[192.0.2.120]: Operation timed out
Если вы не смогли найти ответ, напишите в нашу службу поддержки и мы поможем вам в самое ближайшее время
550 message sending for this account is disabled
Cмените пароль от аккаунта в разделе «Пароль и безопасность».
Mailbox Full, User quota exceeded
Почтовый ящик переполнен. Подождите некоторое время и повторите попытку или свяжитесь с получателем другим способом.
User not found, No such user
Почтовый ящик не зарегистрирован на Mail.ru. Свяжитесь с получателями другим способом.
No such message, only messages in maildrop
Появляется при попытке скачать письма с сервера почтовой программой. Для решения проблемы войдите в почтовый ящик через веб-интерфейс и удалите самое старое письмо. После этого повторите попытку.
We do not accept mail from dynamic IPs
Обратная запись (PTR) для вашего IP похожа на обратную запись для IP динамических сетей, от которых мы не принимаем почту из-за спама. Для решения проблемы обратитесь к провайдеру для изменения PTR. Она должна соответствовать имени вашего домена.
Ошибка 550 Access from ip address blocked Злоумышленники анонимно рассылают спам-рассылки с вашего IP из-за неправильных настроек, поэтому он заблокирован.Отправьте администратору вашего сервера указанную информацию, чтобы решить проблему.
Технические требования
- Почтовые серверы должны быть соответствующим образом защищены от неавторизованного анонимного использования.
- Для серверов, предоставляющих учетные записи пользователям:
- не должно быть возможности использовать поддельный envelope-from, отличающийся от аккаунта авторизовавшегося пользователя
- либо в заголовках должна быть информация об авторизовавшемся пользователем, осуществившем отправку письма.
- Прямые соединения на почтовые X-серверы Mail.Ru из веб-скриптов не разрешены. Следует осуществлять отправку таких почтовых сообщений через локальный SMTP-транспорт веб-сервера или отдельный SMTP-сервер с осуществлением авторизации с соблюдением предыдущих пунктов.
Например:
Received: from username [192.168.10.27]
(Authenticated sender: user@domain.ru)
by smtp.domain.ru (Postfix)
Thu, 21 Apr 2011 08:58:21 +0400 (MSD)
После настройки почтового сервера по требованиям заполните, пожалуйста, форму.
550 spam message discarded/rejected
Ваше письмо заблокировано системой антиспам-фильтров. Для решения проблемы воспользуйтесь нашими рекомендациями
Для решения проблемы в настройках IP-адреса укажите, вместо pop.mail.ru — 94.100.184.75 , smtp.mail.ru — 94.100.177.1 . Также вы можете изменить порт SMTP c 25 на порт 2525 или 587 в настройках вашей почтовой программы. Если это не помогло, попробуйте использовать для отправки SMTP сервер вашего провайдера.
452 Space shortage, please try later: retry timeout exceeded
Ошибка означает, что на сервере получателя закончилось место, и письмо не может быть доставлено. Проблема временная: повторите отправку позже, и письмо будет доставлено.
Synthatically invalid HELO argument(s)
Появляется при использовании запрещенных символов в имени компьютера (в соответствии со стандартами RFC2821 и RFC1045, смотрите на сайте rfc-editor.org). Имя компьютера должно содержать только латинские буквы, цифры и дефисы. Для решения проблемы обратитесь к вашему системному администратору.
SMTP error code 451 Ratelimit exceeded for mailbox . Try again later .
Чтобы защитить пользователей от спама, в нашей системе есть ограничение на отправку писем за 1 час. Ошибка означает, что в вашем почтовом ящике превышен этот лимит.⠀
Мы не рекомендуем делать рассылки с личных ящиков. Для этого вы можете зарегистрировать домен, добавить его на специальный сервис контроля за рассылками Postmaster Mail.ru и беспрепятственно рассылать письма. Подробнее о правилах рассылок с доменов читайте в разделе «Правила рассылок».
Если вы не рассылаете сообщения в большом количестве и уверены, что не сообщали никому пароль от почтового ящика, вероятно, вас взломали. Рекомендуем сменить пароль и включить двухфакторную аутентификацию. Это вход в ящик в два этапа: ввод пароля и ввод одноразового кода. Также о защите ящика читайте в наших советах.
550 Access from ip address blocked
Злоумышленники анонимно рассылают спам-рассылки с вашего IP из-за неправильных настроек, поэтому он заблокирован.Отправьте администратору вашего сервера указанную информацию, чтобы решить проблему.
После настройки почтового сервера по требованиям заполните, пожалуйста, форму.
Чтобы защитить пользователей от спама, в нашей системе есть ограничение на отправку писем за 1 час. Ошибка означает, что для вашего почтового ящика превышен этот лимит.
Мы не рекомендуем делать рассылки с личных ящиков. Для этого вы можете зарегистрировать домен, подключить его к платформе «Mail.ru для бизнеса» и использовать наш рассыльщик Sendbox.
Также советуем добавить домен на специальный сервис контроля за рассылками Postmaster Mail.ru, чтобы просматривать по ним статистику. Подробнее о правилах рассылок с доменов читайте в разделе «Правила рассылок».
Если вы не рассылаете сообщения в большом количестве и уверены, что не сообщали никому пароль от почтового ящика, вероятно, к вашему ящику получил доступ посторонний. Рекомендуем сменить пароль и включить двухфакторную аутентификацию. Это вход в ящик в два этапа: ввод пароля и ввод одноразового кода. Также о защите ящика читайте в наших советах.
Что значит эта ошибка
Данная ошибка является универсальной и может встречаться на любом почтовом сервисе. Однако стоит заметить, что пользователи Mail.ru вместо неё могут получать сообщение с таким текстом «Message was not accepted». Это одна и та же ошибка.
Обычно данное сообщение означает, что email-адрес, на который вы пытаетесь отправить письмо, заблокирован, удалён или не существует вовсе. Обычно в таком случае помогает правильное написание адреса, а также проверка самого факта его существования. Последнее можно выполнить при помощи специального онлайн-сервиса.
Проверка email на существование
Если вам нужно сделать проверку одного или небольшого количества email-адресов, то используйте специальные онлайн-сервисы. Однако стоит понимать, что они в большинстве своё не рассчитаны на многочисленные сканирования, поэтому после определённого количества попыток вы не сможете выполнять дальнейшее сканирование некоторое время. Также, в зависимости от сервиса, вместо блокировки может последовать постоянное требования ввести капчу.
Читайте также:Как восстановить пароль в Mail.ruВосстановление пароля Gmail: пошагова инструкцияЧто делать если забыл пароль от почты Mail.ru, Rambler, Gmail, ЯндексКак узнать свой электронный адрес
Сервисы, по проверки email-адресов работают по примерно одинаковой схеме, поэтому подробно рассматривать каждый из них не имеет смысла. Процесс в любом случае будет выглядеть примерно следующим образом:
- После перехода на сайт, найдите поле с названием «Email». Туда вбейте электронный ящик, в существовании которого у вас по каким-то причинам возникают сомнения.
- Воспользуйтесь кнопкой «Проверить».
Если ошибка «550 Mailbox unavailable» возникал при условии, что введённый ранее email существует, то здесь может быть два варианта:
- Вы неправильно написали название почтового ящика, на который должно быть доставлено ваше сообщение. Проверьте правильность написания;
- Неполадки на стороне почтового сервиса. В этом случае нужно будет просто повторить попытку отправки сообщения немного позже.
Ситуация с Mail.ru
В случае с почтовым сервисом Mail.ru ошибка будет выглядеть несколько иначе – «Message was not accepted». Она возникает практически по таким же причинам, что и «550 Mailbox unavailable». Однако к ним нужно добавить ещё одну – подозрение вашего аккаунта в рассылке спама. В данном случае не нужно паниковать, так как проблема решает простой сменой пароля:
- Войдите в свой почтовый ящик, с котором возникают проблемы в сервисе Mail.ru.
- В верхней панели нужно выбрать вариант «Ещё». Появится контекстное (выпадающее) меню, где вам нужно перейти в «Настройки».
Об успешной смене пароля вам скажет специальное уведомление, которое появится в верхнем правом углу активного окна.
В самой ошибке с текстом «550 Mailbox unavailable» или «Message was not accepted» нет ничего страшного. Однако решить её самостоятельно можно только в тех ситуациях, когда вы неправильно написали электронный адрес получателя или если ваш ящик был временно заблокирован за подозрения в рассылке спама (актуально только для Mail.ru).
У многих пользователей при отправке электронной почты возникает ошибка 550. Это происходит, когда сообщения отправляются путем использования домашней учетной записи, но не с вашего домашнего компьютера. Кроме ошибки 550 иногда пишется ошибка 553 или приходит сообщение о том, что ретрансляция невозможна. Такая же ситуация возникает, когда сообщение отправляется при помощи учетной рабочей записи с другого компьютера (не рабочего). Вариант сообщения об ошибке зависит от поставщика интернет услуг. Часть поставщиков вообще не отправляют сообщений об ошибке. В таком случае отправитель думает, что письмо отправлено. Ведь оно покидает папку «Исходящие» и перемещается в папку «Отправленные». Однако получатель его не увидит. Сообщение отвергается потому, что сервер исходящей почты (SMTP-сервер) не смог распознать отправителя.Как решить проблему?
В подобных случаях надо отправлять сообщения через сервер вашего текущего подключения. Это касается случаев, когда вы отправляете письмо с учетной записью почты домашнего поставщика услуг со своего места работы или с любого не домашнего компьютера. Если нет подключения через своего поставщика, надо поменять настройки учетной записи в почте. При этом указывается SMTP сервер, который используется в том месте, где вы находитесь. Например, рабочий сервер. 1. Зайдите в меню Сервис и нажмите Настройка учетных записей. 2. Измените учетную запись на вкладке Электронная почта. 3. Нажмите Сведения о Сервере, затем зайдите в поле Сервер исходящей почты. Введите имя того сервера, который используется в данный момент.
Сейчас практически каждый юзер активно задействует электронную почту и имеет хотя бы один ящик в популярном сервисе. Однако даже в таких системах периодически возникают ошибки разного рода, связанные с неисправностями со стороны пользователя или сервера. При возникновении неполадок человек обязательно получит соответствующее уведомление, чтобы быть осведомленным о причине их появления. Сегодня мы хотим детально рассказать о том, что значит уведомление «550 Mailbox unavailable» при попытке отправить почту.
- Регистрация
- Потерянная информация
- Техническая поддержка
The SMTP error code 550 means that your requested SMTP action was not completed. Most common reason for getting this error are either:
- recipient SMTP server is not accepting the connections from the sender
- or the recipient of the email could not be reached because the mailbox is not found
- or the SMTP connection is just getting rejected because of some firewall policy.
Common Error
List of SMTP 550 error codes with its possible solutions:
Что значит эта ошибка
Данная ошибка является универсальной и может встречаться на любом почтовом сервисе. Однако стоит заметить, что пользователи Mail.ru вместо неё могут получать сообщение с таким текстом «Message was not accepted». Это одна и та же ошибка.
Обычно данное сообщение означает, что email-адрес, на который вы пытаетесь отправить письмо, заблокирован, удалён или не существует вовсе. Обычно в таком случае помогает правильное написание адреса, а также проверка самого факта его существования. Последнее можно выполнить при помощи специального онлайн-сервиса.
Проверка email на существование
Если вам нужно сделать проверку одного или небольшого количества email-адресов, то используйте специальные онлайн-сервисы. Однако стоит понимать, что они в большинстве своё не рассчитаны на многочисленные сканирования, поэтому после определённого количества попыток вы не сможете выполнять дальнейшее сканирование некоторое время. Также, в зависимости от сервиса, вместо блокировки может последовать постоянное требования ввести капчу.
Сервисы, по проверки email-адресов работают по примерно одинаковой схеме, поэтому подробно рассматривать каждый из них не имеет смысла. Процесс в любом случае будет выглядеть примерно следующим образом:
- После перехода на сайт, найдите поле с названием «Email». Туда вбейте электронный ящик, в существовании которого у вас по каким-то причинам возникают сомнения.
- Воспользуйтесь кнопкой «Проверить».
Если ошибка «550 Mailbox unavailable» возникал при условии, что введённый ранее email существует, то здесь может быть два варианта:
- Вы неправильно написали название почтового ящика, на который должно быть доставлено ваше сообщение. Проверьте правильность написания;
- Неполадки на стороне почтового сервиса. В этом случае нужно будет просто повторить попытку отправки сообщения немного позже.
Ситуация с Mail.ru
В случае с почтовым сервисом Mail.ru ошибка будет выглядеть несколько иначе – «Message was not accepted». Она возникает практически по таким же причинам, что и «550 Mailbox unavailable». Однако к ним нужно добавить ещё одну – подозрение вашего аккаунта в рассылке спама. В данном случае не нужно паниковать, так как проблема решает простой сменой пароля:
- Войдите в свой почтовый ящик, с котором возникают проблемы в сервисе Mail.ru.
- В верхней панели нужно выбрать вариант «Ещё». Появится контекстное (выпадающее) меню, где вам нужно перейти в «Настройки».
Об успешной смене пароля вам скажет специальное уведомление, которое появится в верхнем правом углу активного окна.
В панели управления аккаунтом вы можете настроить следующие записи для доменов и поддоменов:
- NS-серверы
- А и АААА
- MX
- SRV
- TXT
- SPF
- DKIM
- CNAME
Для настройки почты для домена (Яндекс.Почта, Mail.ru, Google) воспользуйтесь нашими инструкциями.
Чтобы настроить DNS-запись:
В разделе «Домены» наведите курсор на нужный домен и нажмите на значок шестеренки.
Если нужно добавить новую запись, кликните «Добавить запись» справа вверху и выберите ее тип из выпадающего списка.
Если нужно изменить уже созданную запись, кликните на строку с ней.
Изменить NS-серверы домена можно на вкладке «Управление».
Удалить запись можно, нажав на три точки справа и кликнув «Удалить».
Обратите внимание, что в рамках нашей системы невозможно указать какие-либо ресурсные записи для поддомена www.
NS-серверы
Редактирование NS-серверов доступно только для доменов, зарегистрированных через ТаймВэб.Домены. Если домен находится под управлением другого регистратора, управлять NS необходимо в панели регистратора.
В разделе «Домены» кликните на нужный домен и на вкладке «Управление» нажмите «Настроить» в строке «NS-серверы».
Для успешного делегирования домена необходимо указать не менее двух NS-серверов.
Процедура делегирования домена на новые NS может занимать от 3 до 24 часов; после ее завершения на административный e-mail домена будет отправлено уведомление об успешном делегировании.
Чтобы указать наши NS-серверы, достаточно кликнуть на «Установить NS-серверы Timeweb».
А и АААА
А и АААА — адресные записи, связывающие имя домена с его IP-адресом.
- В разделе «Домены» нажмите на значок шестеренки у нужного домена.
- Если нужно изменить существующую запись, кликните на строку с ней. Если нужно добавить новую запись, кликните «Добавить запись» справа вверху и выберите нужный тип записи.
- Далее укажите необходимый IP-адрес или сервер аккаунта.
MX
- В разделе «Домены» нажмите на значок шестеренки у нужного домена.
- Если нужно изменить существующую запись, кликните на строку с ней. Если нужно добавить новую запись, кликните «Добавить запись» справа вверху и выберите MX.
- Выберите нужный почтовый сервис в пункте «Служба». Чтобы указать значения вручную, выберите «Другое».
Если для домена были созданы другие MX-записи, их нужно удалить.
SRV
Настройка SRV требуется при использовании протоколов SIP и XMPP (Jabber). Необходимые для настройки необходимо получить у вашего провайдера Jabber-сервиса.
- В разделе «Домены» нажмите на значок шестеренки у нужного домена.
- Если нужно изменить существующую запись, кликните на строку с ней. Если нужно добавить новую запись, кликните «Добавить запись» справа вверху и выберите SRV.
- Заполните открывшуюся форму:
SRV-записи имеют формат:
_service._proto.name IN SRV priority weight port hostnameГде:
- service — имя сервиса;
- proto — имя протокола, обычно это _tcp или _udp;
- priority — приоритет записи;
- weight — вес записи;
- port — порт на сервере;
- hostname — хост.
К примеру, для указания SRV-записи:
_xmpp-server._tcp.domain.com. IN SRV 5 0 5269 xmpp-server.l.google.com. в настройках нужно прописать:
- Служба: _xmpp-server
- Протокол: TCP
- Приоритет: 5
- Порт: 5269
- Хост: xmpp-server.l.google.com
TXT
Чтобы настроить TXT-запись для поддомена, ее необходимо прописывать в настройках основного домена.
TXT-запись содержит вспомогательную информацию о домене. TXT-записи используются, например, для настройки SPF и DKIM, а также для подтверждения права собственности на домен.
- В разделе «Домены» нажмите на значок шестеренки у нужного домена.
- Если нужно изменить существующую запись, кликните на строку с ней. Если нужно добавить новую запись, кликните «Добавить запись» справа вверху и выберите TXT.
- Введите нужные значения.
SPF
Чтобы настроить SPF-запись для поддомена, ее необходимо прописывать в настройках основного домена.
Для доменов, делегированных на наши NS-серверы, SPF-запись указывается автоматически. Вы можете редактировать ее в настройках домена.
- В разделе «Домены» нажмите на значок шестеренки у нужного домена.
- Если нужно изменить существующую запись, кликните на строку с ней. Если нужно добавить новую запись, кликните «Добавить запись» справа вверху и выберите TXT.
- Введите нужные значения.
DKIM
Чтобы настроить DKIM для поддомена, ее необходимо прописывать в настройках основного домена.
При использовании почты Timeweb Cloud DKIM-подпись для домена будет создана автоматически — необходимые настройки прописываются, когда вы создаете первый почтовый ящик на этом домене в разделе «Почта».
Если вы используете другой почтовый сервис, получить реквизиты для настройки DKIM необходимо у вашего провайдера почты и прописать их в настройках домена.
- В разделе «Домены» нажмите на значок шестеренки у нужного домена.
- Если нужно изменить существующую запись, кликните на строку с ней. Если нужно добавить новую запись, кликните «Добавить запись» справа вверху и выберите TXT.
- Укажите нужное значение в поле «Хост» и полученное от провайдера значение TXT-записи.
CNAME
Запись CNAME (каноническое имя) используется для наследования доменом всех ресурсных записей указанного домена, за исключением NS.
- В разделе «Домены» нажмите на значок шестеренки у нужного домена.
- Если нужно изменить существующую запись, кликните на строку с ней. Если нужно добавить новую запись, кликните «Добавить запись» справа вверху и выберите TXT.
- Введите нужные значения. Допустим, чтобы для test.mydomain.ru были применены те же настройки DNS, что и для mydomain.ru, необходимо указать mydomain.ru в качестве CNAME-записи.