Как закрыть ип по почте: Закрытие ИП в 2021 году. Пошаговая инструкция ликвидации ИП

Содержание

Закрытие ИП с долгами 💰 Бизнес Юрист

Ликвидация ИП с долгами– это словосочетание буквально подразумевает под собой физическое устранение разочаровавшегося коммерсанта. Законом предусмотрена ликвидация только юридического лица, деятельность же индивидуального предпринимателя подлежит прекращению, которое должно пройти госрегистрацию в налоговой инспекции.

Прекращение деятельности ИП при невыплаченных долгах, конечно, возможно и регистрация этого факта в ЕГРИП также возможна. А вот долги остаются. И их придётся платить уже не ИП Иванову, а просто физическому лицу Иванову.

Закрытие деятельности возможно двумя способами: подачей в ИФНС заявления о прекращении деятельности в качестве ИП или осуществлением процедуры банкротства в арбитражном суде.

Заявление в ФНС при прекращении деятельности ИП подаётся, посредством заполнения формы Р26001, именно в ту налоговую инспекцию, в которой предприниматель состоит на учёте. При личной подаче заявления необходимо его подписать и иметь при себе паспорт.Если заявление подаётся через структуру МФЦ (многофунциональный центр), то оно также подписывается заявителем, подтвердившим свою личность соответственным документом. Если же заявление передаётся через представителя или посылается по почте, то подпись в нём должна быть нотариально заверена. 

Закрытие предпринимательства этогосуслугаоплачиваемая госпошлиной, размер которой составляет одну пятую от величины сбора при открытии предпринимательства. На сегодняшний день эта сумма будет равна ста шестидесяти рублям. Квитанцию об оплате можно приложить к заявлению, а можно этого и не делать, поскольку в соответствии с Административным регламентом предоставления государственных услуг, в случае непредставления этого документа налоговая сама найдёт его в Государственной информационной системе о государственных и муниципальных платежах подведомственной Казначейству РФ. Но, как показывает жизнь, ксерокопию квитанции приложить всё же не помешает.

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

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

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

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

Долги при закрытии ИП всё равно придётся выплачивать. По страховым взносам в Пенсионный фонд и в ФОМС, чтобы обойтись без начисления пени – в течение пятнадцати календарных дней, включительно, с даты регистрации прекращения деятельности.

Задолженность по налогам, если она имеется, также не канет в лету. Проверку ИП налоговая может проводить ещё спустя три года с даты, его закрытия, поэтому отчётность по налогам за период осуществления деятельности в качестве ИП также придётся сдать, чтобы не попасть под административные санкции.

Утрата статуса индивидуального предпринимателя влечёт за собой исчезновение права на занятие определённой деятельностью, но не влечёт освобождение от обязанности нести ответственность по сделанным долгам.

Ещё один способ «ликвидации ИП с долгами» – это признание собственной неплатежеспособности при применении процедуры банкротства. Банкротство ИП сходно с банкротством обычного гражданина, отличия имеются только в последствиях. С даты признания горе-коммерсанта банкротом заканчивается его регистрация в этом качестве, и аннулируются все лицензии на полученные виды деятельности.

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

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

На стадии принятия решения о ликвидации ип поможет квалифицированная юридическая консультация.

Цены на услуги юристов и адвокатов зависят от задач.

Звоните прямо сейчас! Поможем!

+7 (861) 212-54-74, +7 (988) 241-05-75

Евгений

2 декабря 2019 14:09

Очень благодарен Наталии!!! Услуги по закрытию ИП выполнены своевременно. Решен сложный вопрос урегулированиязадолженности с судебными приставами, консультации по всем вопросам получены, никаких дополнительных затрат.
Рекомендую всем!!!

Дмитрий

21 октября 2019 19:48

Хочу выразить свою благодарность Наталии, которая помогла закрыть ИП. Стоимость услуги была озвучена при первом обращении, оговоренная сумма осталась неизменной, никаких скрытых платежей. С моей стороны не было никаких напоминаний и ожиданий, работа выполнена профессионально. Наталия всегда была на связи и с готовностью отвечала на все мои вопросы. Рекомендую компанию Консалт Оптима без каких либо сомнений. Думаю, еще не раз, буду к ним обращаться.

Максим

9 августа 2019 12:58

Здравствуйте, меня зовут Максим, живу в Москве, 10 июля 2019 года, обратился за помощью в компанию Konsalt-optima по вопросу Закрытие ИП. Все мои проблемы были решены в течении 10 дней, за что отдельное спасибо Наталии. Очень профессиональная работа!!! Всем рекомендую 5 из 5 баллов!

Алексей Перин

7 августа 2019 18:08

Четко ,быстро ,профессионально.Отчетность сдали, ИП закрыли.Всем советую!замечательные профессионалы,короткие сроки!Еще раз спасибо!

Светлана

29 июля 2019 21:53

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

Ольга

5 февраля 2019

В 2015 году решила закрыть ИП. Обратилась в Консалт Оптима за помощью. Все сделали оперативно. А в 2019 году пришло письмо о налоговой задолженности. Я снова обратилась в Консалт Оптима. Они вспомнили наш договор в мельчайших подробностях, выслали копии документов о закрытии и проконсультировали о дальнейших моих действиях. Огромное спасибо за оперативность и грамотное ведение дел. Удачи вам и процветания.

Анастасия

22 июля 2019 16:51

Обращались за услугой удаленного закрытия ИП (другой регион). Что хотелось бы особо отметить: — цены на услуги ниже, чем среднерыночные по региону. Кроме этого, без скрытых, доп платежей. Оплатила то, что было озвучено при первом контакте. — 90% работы удаленно, по почте (очень удобно). Своего личного времени потратила пару часов и все. Остальное делала компания. — оперативность на высоте (получала обратную связь в течении 30 минут) на любой возникающий вопрос. Дополнительным приятным бонусом стало отсутствие необходимости звонить, напоминать, уточнять, торопить. Просто в оговоренны сроки я получала на почту информацию о ходе заказа, часто быстрее, чем я вспоминала. Кроме как СПАСИБО, больше сказать нечего.

Смирнов Вадим Михайлович. ( неработующий пенсионер )

4 февраля 2019 19:14

Хочу выразить благодарность Борисовой Наталье . Мне пришлось обратиться по поводу закрытия неработающего И.П. Вопрос стоял в том ,что я достигнув пенсионного возраста не получал надбавок к пенсии , так как считался работающим пенсионером. Наталья в течение недели закрыла И.П. И более того сформировала и отправила декларацию для закрытия возможной сформировавшейся задолженности. Что и было сделано. Еще раз спасибо .

Как закрыть ИП – Первый городской бизнес-инкубатор

Второй обучающий ролик нашего эксперта Ольги Голосовой, генерального директора ООО «Юридическая компания «Вероника» посвящен вопросам закрытия ИП

Как закрыть ИП:

  • Подготовить необходимый пакет документов:
  • Заявление о государственной регистрации прекращения физическим лицом деятельности в качестве индивидуального предпринимателя в связи с принятием им решения о прекращении данной деятельности (форма № Р26001). Подпись на заявлении должна быть заверено в нотариальном порядке.
  • Квитанция об уплате госпошлины
  • Документ, подтверждающий представление сведений в территориальный орган Пенсионного фонда ( не обязательно) . Если заявитель не представит этот документ, нужную информацию территориальный орган Пенсионного фонда направит налоговому органу в электронном виде в рамках межведомственного обмена.
  • Предоставить документы в налоговую инспекцию тремя возможными способами:
  • Лично
  • через представителя по нотариально удостоверенной доверенности;
  • по почте с объявленной ценностью и описью вложения;

В Санкт-Петербурге необходимо подавать документы в Межрайонную инспекцию ФНС России № 15 по Санкт- Петербургу (Единый центр регистрации) по адресу  191124, Санкт-Петербург,ул. Красного Текстильщика, дом 10-12, литера “О”

 

  • По истечении 8-ми дней заявитель может лично или через представителя получить свидетельство о прекращении предпринимательской деятельности (лист записи ЕГРИП)

В случае отказа в государственной регистрации вы получите документ, в котором изложена причина отказа.

Ранее без полного погашения долгов и предоставления в налоговую инспекцию справки из Пенсионного Фонда закрытие ИП не производилось. Теперь снятие ИП с учета возможно, даже если имеется задолженность.  Долги будут числиться за вами уже как физическим лицом.

Также Вы можете ознакомиться с условиями закрытия ИП на сайте Федеральной налоговой службы: https://www.nalog.ru/rn77/ip/interest/termination_activities/want_stop/

Как удалить свой IP-адрес из черного списка Gmail

Одной из распространенных причин, по которой электронные письма не доходят до адресатов Gmail, является блокировка отправителя электронной почты Google. Если вы не можете доставлять электронные письма своим подписчикам Gmail, эта статья наверняка вам поможет.

Почему Google может заблокировать вас

Хотя Gmail не раскрывает свои правила фильтрации электронной почты, ниже приведены некоторые распространенные причины, по которым Gmail может отклонять электронную почту, приходящую с вашего сервера.

Если вы делаете что-либо из перечисленного ниже, значит, вы рассылаете спам.В результате Gmail может заблокировать IP-адрес вашего сервера.

Наиболее частые причины:

  • Большие объемы писем, отправленных с нового IP-адреса.
  • Внезапные изменения объема электронной почты.
  • Высокий показатель отказов.
  • Сообщения о спаме от пользователей Gmail.
  • Неправильные настройки DNS.
  • Низкая оценка отправителя.
  • IP-адреса в публичных черных списках.

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

pbl.spamhaus.org — включает диапазоны IP динамических и не почтовых серверов.

sbl.spamhaus.org — включает электронные письма, которые Spamhaus идентифицировал как спам.

xbl.spamhaus.org — включает ботов и агентов эксплойтов.

cbl.abuseat.org — включает электронные письма, отправленные в спам-ловушки или отмеченные их пользователями как спам.

Вы можете использовать GlockApps IP Blacklist Checker, чтобы сравнивать свои IP-адреса с этими и другими черными списками.

Подробнее: Руководство по маркетингу электронной почты: что нужно знать о Gmail

Процесс расследования черного списка Gmail

Чтобы определить, связана ли ваша неспособность доставлять электронные письма пользователям Gmail с проблемами блокировки, выполните следующие действия:

  • Проверьте журналы SMTP-сервера на наличие 500 ошибок.
  • Проверить журналы на наличие блоков для других ESP и общедоступных черных списков.
  • Запустить проверку черного списка IP-адресов.
  • Воспользуйтесь средством проверки электронной почты на спам, чтобы узнать репутацию отправителя с вашего сервера.
  • Проверить массовую пересылку электронной почты пользователя на Gmail.com и связанные домены.
  • Проверьте наличие информационных бюллетеней или групп новостей, исходящих с сервера.
  • Определите любые массовые маркетинговые кампании, которые могут проводиться на сервере.
  • Убедитесь, что записи аутентификации (PTR, DKIM, SPF) верны.
  • Узнайте, увеличился ли объем электронной почты в Gmail.

Если вы заблокированы Gmail, ваша электронная почта будет отклонена с ошибкой SMTP 421 или 550.

421 ошибка указывает на временную блокировку, и почтовые серверы пытаются повторно отправить электронные письма. Если вы исправите проблему, то эти блоки могут быть устранены автоматически. С другой стороны, если проблема не будет решена, Google может принять решение полностью заблокировать вашу электронную почту.

Пример ошибки 421:

 421 4.7.0 [167.89.55.59 15] Наша система обнаружила, что это сообщение является подозрительным.
из-за характера контента и / или ссылок внутри. Чтобы наилучшим образом защитить наших пользователей от спама,
сообщение заблокировано. Посетите https://support.google.com/mail/answer/188131.
для дополнительной информации. u22si16671234pfl.244 - gsmtp 

550 ошибок являются постоянными сбоями. Вам нужно будет предпринять некоторые действия, прежде чем Gmail удалит IP-адрес вашего сервера из своего черного списка.

Пример ошибки 550:

 Ошибка SMTP от удаленного почтового сервера после окончания данных:
хост gmail-smtp-in.l.google.com [173.194.71.26]:
550-5.7.1 [194.XXX.XXX.181] Наша система обнаружила необычную скорость
550-5.7.1 нежелательная почта, исходящая с вашего IP-адреса. Чтобы защитить нашу
550-5.7.1 пользователей от спама, почта, отправленная с вашего IP-адреса, заблокирована.
550-5.7.1 Посетите http://www.google.com/mail/help/bulk_mail.html, чтобы просмотреть
550 5.7.1 наши Правила для массовых отправителей электронной почты. k8si8849879lbl.62 

Вот полный список кодов ошибок Gmail:

 421, «4.4.5», Сервер занят, повторите попытку позже.421, «4.7.0», IP-адрес отсутствует в белом списке для домена RCPT, соединение закрывается.
421, «4.7.0». Наша система обнаружила необычную частоту нежелательной почты, исходящей с вашего IP-адреса. 
421, «4.7.0», временная системная проблема. Попробуйте позже.
421, «4.7.0», TLS требуется для домена RCPT, соединение закрывается.
421, «4.7.0». Повторите попытку позже, закрытие соединения.
450, «4.2.1» Пользователь, с которым вы пытаетесь связаться, получает почту слишком быстро.
450, «4.2.1». Пользователь, с которым вы пытаетесь связаться, получает почту со скоростью, которая не позволяет доставлять дополнительные сообщения.Пожалуйста, отправьте сообщение еще раз позже. Если пользователь может получать почту в это время, ваше сообщение будет доставлено.
451, «4.3.0», Почтовый сервер временно отклонил сообщение.
451, «4.3.0». Множественные домены назначения для одной транзакции не поддерживаются. Пожалуйста, попробуйте еще раз.
451, «4.4.2», Тайм-аут - закрытие соединения.
451, «4.5.0», нарушение протокола SMTP, см. RFC 2821.
452, «4.2.2», учетная запись электронной почты, к которой вы пытались подключиться, превышает квоту. 452, «4.5.3», превышен размер политики домена на транзакцию, попробуйте этого получателя в отдельной транзакции. 452, «4.5.3», у вашего сообщения слишком много получателей.
454, «4.5.0», нарушение протокола SMTP, командам не разрешена конвейерная обработка после STARTTLS, см. RFC 3207.
454, «4.7.0». Невозможно пройти аутентификацию из-за временной системной проблемы.
454, «5.5.1», STARTTLS не может повторяться. 
 501, «5.5.2», невозможно декодировать ответ.
502, «5.5.1». Слишком много нераспознанных команд, до свидания.
502, «5.5.1», Невыполненная команда.
502, «5.5.1», Нераспознанная команда.
503, «5.5.1», «Сначала EHLO / HELO.
503, «5.5.1», сначала ПОЧТА.503, «5.5.1», сначала RCPT.
503, «5.7.0». Изменение идентичности не разрешено.
504, «5.7.4», Нераспознанный тип аутентификации.
530, «5.5.1», требуется аутентификация.
530, «5.7.0». Сначала необходимо подать команду STARTTLS.
535, «5.5.4». Дополнительный аргумент не разрешен для этого режима AUTH.
535, «5.7.1», требуется пароль приложения.
535, «5.7.1», пожалуйста, войдите в систему с помощью своего веб-браузера и повторите попытку.
535, «5. 7.1», имя пользователя и пароль не принимаются.
550, «5.1.1». Учетная запись электронной почты, с которой вы пытались связаться, не существует.Попробуйте дважды проверить адрес электронной почты получателя на наличие опечаток или ненужных пробелов.
550, «5.2.1». Учетная запись электронной почты, к которой вы пытались подключиться, отключена.
550, «5.2.1». Пользователь, с которым вы пытаетесь связаться, получает почту со скоростью, которая не позволяет доставлять дополнительные сообщения.
550, «5.4.5», превышена дневная квота отправки.
550, «5.7.0», ретрансляция почты запрещена.
550, «5.7.0», отправка почты запрещена.
550, «5.7.1», превышена квота электронной почты.
550, «5.7.1», Неверные учетные данные для ретранслятора.
550, «5.7.1». Наша система обнаружила необычную частоту нежелательной почты, исходящей с вашего IP-адреса.550, «5.7.1». Наша система обнаружила, что это сообщение, скорее всего, является нежелательной почтой. Это сообщение было заблокировано, чтобы уменьшить количество спама, отправляемого в Gmail. 
550, «5.7.1». IP-адрес, который вы используете для отправки почты, не авторизован для отправки электронной почты напрямую на наши серверы. Вместо этого используйте ретранслятор SMTP у вашего поставщика услуг.
550, «5.7.1». Пользователь или домен, которому вы отправляете (или откуда), имеет политику, запрещающую отправляемую вами почту. Пожалуйста, свяжитесь с администратором вашего домена для получения дополнительной информации.550, «5.7.1». Электронная почта без аутентификации из этого домена не принимается.
552, «5.2.2», учетная запись электронной почты, к которой вы пытались подключиться, превышает квоту.
552, “5.2.3”, Ваше сообщение превышает ограничения Google на размер сообщения.
553, «5.1.2», нам не удалось найти домен получателя. Убедитесь, что нет орфографических ошибок, и убедитесь, что вы не ввели пробелов, точек или других знаков препинания после адреса электронной почты получателя.
554, «5.6.0». Почтовое сообщение имеет неправильный формат. Не принял.
554, «5.6.0», сообщение превысило 50 переходов, это может указывать на петлю почты. 554, «5.7.0», слишком много неаутентифицированных команд.
555, «5.5.2», синтаксическая ошибка. 

См. Полный список кодов ошибок SMTP Gmail здесь.

Как запросить удаление из черного списка Gmail

Если вы отправляете легальные массовые электронные письма и получаете отказы с кодом ошибки 400, вам необходимо пройти через Руководство Google по массовым отправителям, а затем заполните контактную форму для массовых отправителей

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

  • Аутентификация;
  • Подписка и отписка;
  • Правильное форматирование электронной почты;
  • Сторонние отправители и программы партнерского маркетинга.

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

В контактной форме массового отправителя вам необходимо будет выполнить следующие действия:

  1. Укажите свое имя, адрес электронной почты и причину: сообщение неправильно классифицировано как спам, временный сбой или отклонение SMTP или другое ( есть поле, чтобы указать что именно).
  2. Нажмите «Далее», чтобы увидеть второй экран. Здесь вам нужно будет написать две версии вашей проблемы — короткую и подробную.
  3. Также необходимо добавлять заголовки к сообщениям, которые вы отправили пользователю Gmail или приложения Google и были помечены как спам / фишинг. Чем свежее сообщение, тем лучше, но оно не может быть старше 12 дней. Теперь вы можете отправить свою форму.

Обратите внимание, что обычно Gmail не отвечает на отправку, поэтому не беспокойтесь, они обрабатывают отправленную форму, хотя это может занять до 15 дней.

Кроме того, рекомендуется зарегистрировать учетную запись Google postmaster и проверить репутацию своего отправляющего домена в Google.Вы получите доступ к нескольким информационным панелям: информационная панель уровня спама, информационная панель доменов и IP-репутации, информационная панель обратной связи (только для отправителей, которые реализовали цикл обратной связи со спамом Gmail), информационная панель аутентификации, информационная панель ошибок доставки.

Хотите узнать о проблеме с занесением в черный список, как только она возникает? Я рекомендую использовать мониторинг репутации IP в GlockApps. Таким образом, вы будете получать мгновенные уведомления, когда возникает проблема, и начинать исключение из списка, прежде чем она перерастет в серьезную проблему.

С бесплатной пробной версией GlockApps Uptime Monitor вы получаете:

  • 15 мониторов;
  • 1-минутные интервалы мониторинга;
  • Мониторы HTTP / TCP / TLS;
  • Мониторы SPF / DKIM / DMARC;
  • Монитор репутации IP;
  • Мгновенные уведомления.

Начать бесплатную пробную версию

Читайте также:
Как удалить свой IP-адрес из черного списка Hotmail / Outlook
Как удалить свой IP-адрес из черного списка Yahoo!

AUTHOR BIO

Юлия Гулевич — Эксперт по электронному маркетингу и специалист по поддержке клиентов GlockSoft LLC с более чем 15-летним опытом.Автор многочисленных сообщений в блогах, публикаций и статей об электронном маркетинге и доставке.

RFC 2645 — ПОЧТОВОЕ РЕЛЕ ПО ТРЕБОВАНИЮ (ODMR) SMTP с динамическими IP-адресами

[Документы] [txt | pdf] [draft-gellens-o …] [Tracker] [Diff1] [Diff2] [Errata]

ПРЕДЛАГАЕМЫЙ СТАНДАРТ
Errata Exist
Сетевая рабочая группа Р.Gellens
Запрос комментариев: 2645 Qualcomm
Категория: Standards Track Август 1999 г.


                      ПОЧТОВОЕ РЕЛЕ ПО ЗАПРОСУ (ODMR)
                    SMTP с динамическими IP-адресами

Статус этого меморандума

   Этот документ определяет протокол отслеживания стандартов Интернета для
   Интернет-сообщество и просит обсуждения и предложений по
   улучшения. См. Текущую редакцию "Интернет
   Официальные стандарты протокола »(STD 1) для состояния стандартизации
   и статус этого протокола.Распространение этой памятки не ограничено.

Уведомление об авторских правах

   Авторское право (C) The Internet Society (1999). Все права защищены.

Оглавление

    1. Аннотация. . . . . . . . . . . . . . . . . . . . . . . . . . 1
    2.  Условные обозначения, используемые в этом документе. . . . . . . . . . . . . . 2
    3. Комментарии. . . . . . . . . . . . . . . . . . . . . . . . . . 2
    4. Описание. . . . . . . . . . . . . . . . . . . . . . . . . 2
    5. Штаты. . . . . . . . . . . . . . . . . . . . . . . . .. . 3
      5.1. Начальное состояние . . . . . . . . . . . . . . . . . . . . . . 4
        5.1.1. EHLO. . . . . . . . . . . . . . . . . . . . . . . . 4
        5.1.2. AUTH. . . . . . . . . . . . . . . . . . . . . . . . 4
        5.1.3. ПОКИДАТЬ . . . . . . . . . . . . . . . . . . . . . . . . 4
      5.2. Состояние аутентификации. . . . . . . . . . . . . . . . . . . 4
        5.2.1. ATRN (TURN с аутентификацией). . . . . . . . . . . . . 4
      5.3. Обратное состояние. . . . . . . . . . . . . . . . .. . . . 5
      5.4. Другие команды. . . . . . . . . . . . . . . . . . . . . 6
    6. Пример сеанса ретрансляции почты по запросу:. . . . . . . . . . . . 6
    7. Коды ответа. . . . . . . . . . . . . . . . . . . . .  . . 6
    8. Соображения безопасности. . . . . . . . . . . . . . . . . . . 6
    9. Благодарности. . . . . . . . . . . . . . . . . . . . . . 7
   10. Список литературы. . . . . . . . . . . . . . . . . . . . . . . . . 7
   11. Адрес автора. . . . . . . . . . . . . . . .. . . . . 8
   12. Полное заявление об авторских правах. . . . . . . . . . . . . . . . . . 9

1. Аннотация

   С распространением недорогих компьютерных систем и Интернета
   возможность подключения, растет спрос на локальные почтовые серверы.
   Многие люди теперь хотят использовать почтовый сервер в системе, в которой



Дорожка стандартов Gellens [Страница 1] 

RFC 2645 Ретранслятор почты по запросу, август 1999 г.


   только периодическое соединение с поставщиком услуг.Если система
   имеет статический IP-адрес, можно использовать команду ESMTP ETRN [ETRN].
   Однако системы с динамическими IP-адресами (которые очень распространены
   с недорогими подключениями) не имеют широко распространенного решения. 

   В этой памятке предлагается новая услуга, Ретрансляция почты по требованию (ODMR), которая
   профиль SMTP [SMTP, ESMTP], обеспечивающий безопасный,
   расширяемый, простой в реализации подход к проблеме.

2. Условные обозначения, используемые в этом документе

   Поскольку роли клиента и сервера меняются во время сеанса, чтобы
   во избежание путаницы термины «клиент» и «поставщик» будут использоваться в
   место «клиент» и «сервер», хотя, конечно, этот протокол может
   быть полезным в случаях, отличных от поставщиков коммерческих услуг и
   клиенты.В примерах "P:" используется для обозначения строк, отправленных поставщиком, и
   «C:» указывает те, которые были отправлены заказчиком. Разрывы строк внутри
   команда предназначена только для редакционных целей.

   Ключевые слова «ДОЛЖЕН», «НЕ ДОЛЖЕН», «ДОЛЖЕН», «НЕ ДОЛЖЕН» и «МОЖЕТ»
   в этом документе следует толковать как определено в [КЛЮЧЕВЫЕ СЛОВА].

   В примерах используется example.net в качестве провайдера, а также example. org и
   example.com 'в качестве клиентов.

3. Комментарии

   Личные комментарии следует отправлять автору. Общественные комментарии могут
   быть отправленным в список рассылки IETF Disconnected SMTP,
   . Чтобы подписаться, отправьте сообщение на
   , содержащий слово SUBSCRIBE как
   тело.

4. Описание

   Ретранслятор почты по требованию - это профиль с ограниченным доступом для SMTP [SMTP, ESMTP].
   Порт 366 зарезервирован для ретрансляции почты по требованию. Первоначальный клиент
   а роли сервера недолговечны, поскольку цель состоит в том, чтобы позволить
   периодически подключенный хост для запроса почты, хранимой для него
   поставщик услуг.

   Клиент инициирует соединение с провайдером, аутентифицирует,
   и запрашивает свою почту.Затем роли клиента и сервера меняются,
   и нормальный SMTP [SMTP, ESMTP] продолжается.





Дорожка стандартов Gellens [Страница 2] 

RFC 2645 Ретранслятор почты по запросу, август 1999 г. 


   У провайдера есть процесс ретрансляции почты по требованию, ожидающий
   подключения к порту ODMR. Этот процесс не обязательно должен быть
   полный SMTP-сервер. Это должен быть SMTP-клиент с доступом к
   очереди исходящей почты, а в качестве сервера реализуют EHLO, AUTH,
   Команды ATRN и QUIT.MTA обычно имеет компонент почтового клиента, который обрабатывает
   очереди исходящей почты, попытки отправить почту для определенных доменов,
   в зависимости от времени или события (например, новое письмо помещается в очередь,
   или получение команды ETRN компонентом SMTP-сервера). В
   Служба ретрансляции почты по требованию обрабатывает очередь исходящих сообщений не на
   таймер или создание новой почты, но по запросу.

   На стороне провайдера есть обычные обязанности SMTP-сервера [SMTP],
   включая создание уведомлений о сбоях доставки и т. д.по мере необходимости.

5. Государства

   Служба ретрансляции почты по требованию имеет три состояния: начальное состояние,
   состояние аутентификации и обратное состояние.  Государственная прогрессия
   показано на следующей диаграмме:

   ---------------------------
   ! начальное состояние      !
   ---------------------------
     ! !
   ВЫЙТИ AUTH
     ! !
     ! V
     ! -----------------------
     ! ! аутентифицированное состояние!
     ! -----------------------
     ! ! !
     ! Выйти из ATRN
     ! ! !
     ! ! V
     ! ! ------------------
     ! ! ! обратное состояние!
     ! ! ------------------
     ! ! !
     ! ! ПОКИДАТЬ
     ! ! !
     V V V
     ---------------------
     ! прекращение!
     ---------------------





Дорожка стандартов Gellens [Страница 3] 

RFC 2645 Ретранслятор почты по запросу, август 1999 г.


   (Обратите внимание, что в обратном состоянии команды отправляются провайдером,
   не покупатель.)

5.1. Начальное состояние

   В исходном состоянии провайдер является сервером, а клиент -
   клиент. Допустимы три команды: EHLO, AUTH и QUIT.

5.1.1. EHLO

   Команда EHLO такая же, как в [ESMTP].  Ответ ДОЛЖЕН
   включить AUTH и ATRN.

5.1.2. AUTH

   Команда AUTH указана в [AUTH]. Команда AUTH использует
   [SASL] механизм аутентификации сеанса. Сессия не
   считается аутентифицированным до тех пор, пока не будет получен успешный ответ на AUTH
   послал.

   Для взаимодействия реализации ДОЛЖНЫ поддерживать CRAM-MD5.
   механизм [CRAM].Могут поддерживаться другие механизмы SASL. Сайт
   МОЖЕТ отключить поддержку CRAM-MD5, если он использует более безопасные методы. В
   ВНЕШНИЙ механизм [SASL] может быть полезен в некоторых случаях, например,
   если провайдер уже аутентифицировал клиента, например, во время
   соединение PPP.

5.1.3. ПОКИДАТЬ

   Команда QUIT такая же, как в [SMTP].

5.2. Состояние аутентификации

   Состояние аутентификации вводится после успешной команды AUTH.
   В аутентифицированном состоянии действительны две команды: ATRN и QUIT.5.2.1. ATRN (TURN с аутентификацией)

   В отличие от команды TURN в [SMTP], команда ATRN необязательно принимает
   один или несколько доменов в качестве параметра.  Команда ATRN ДОЛЖНА быть
   отклонено, если сеанс не был аутентифицирован. Код ответа
   Для этого используется 530 [AUTH].

   Тайм-аут для этой команды ДОЛЖЕН составлять не менее 10 минут, чтобы
   время провайдера обработать свою очередь почты.

   Команда ATRN, отправленная без доменов, эквивалентна команде ATRN.
   с указанием всех доменов, к которым у клиента есть доступ.Дорожка стандартов Gellens [Страница 4] 

RFC 2645 Ретранслятор почты по запросу, август 1999 г.


   Если аутентификация, используемая клиентом, не обеспечивает доступ к
   все домены, указанные в ATRN, провайдер НЕ ДОЛЖЕН отправлять почту
   для любых доменов заказчику; провайдер ДОЛЖЕН отклонить ATRN
   команда с кодом 450.

   Если у клиента есть доступ ко всем указанным доменам, но
   ни у одного из них нет почты в очереди, провайдер обычно отклоняет
   Команда ATRN с кодом ответа 453.Провайдер МОЖЕТ вместо этого выдать
   код успеха 250, и после того, как роли поменяются местами, отправьте QUIT
   после EHLO. 

   Провайдер МОЖЕТ также отклонить команду ATRN с ответом 450 на
   указать отказ принять несколько запросов, отправленных в
   конкретный временной интервал.

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

   Если сервер не может проверить доступ к запрошенным доменам
   (например, база данных отображения временно недоступна),
   отправляется код ответа 451.[ABNF] для ATRN:

      atrn = "ATRN" [домен SP * ("," домен)]

      домен = поддомен 1 * (поддомен ".")

      поддомен = (АЛЬФА / ЦИФРА) * (ldh-str)

      ldh-str = * (АЛЬФА / ЦИФРА / "-") (АЛЬФА / ЦИФРА)

5.3. Обратное состояние

   После того, как провайдер отправил успешный ответ на команду ATRN,
   роли меняются местами, и клиент становится сервером, а провайдер
   становится клиентом.

   Получив успешный ответ на ATRN, клиент отправляет
   стандартная начальная строка приветствия SMTP.На данный момент обычный SMTP
   Используются команды [SMTP, ESMTP].  Обычно провайдер отправляет EHLO
   увидев приветствие клиента, после чего следует ПОЧТА ОТ и
   скоро.







Дорожка стандартов Gellens [Страница 5] 

RFC 2645 Ретранслятор почты по запросу, август 1999 г.


5.4. Другие команды

   Провайдер МОЖЕТ отклонить все команды, кроме EHLO, AUTH, ATRN и
   ВЫЙТИ с кодом ответа 502.

6. Пример сеанса ретрансляции почты по запросу

      P: 220 ПРИМЕР.Готовность почтового ретранслятора .NET по требованию
      C: EHLO example.org
      П: 250-EXAMPLE.NET
      P: 250-AUTH CRAM-MD5 ВНЕШНИЙ
      P: 250 ATRN
      C: AUTH CRAM-MD5
      П: 334 MTg5Ni42OTcxNzA5NTJASVNQLkNPTQo =
      C: Zm9vYmFyLm5ldCBiOTEzYTYwMmM3ZWRhN2E0OTViNGU2ZTczMzRkMzg5MAo =
      P: 235 теперь аутентифицирован как example.org
      C: ATRN example.org, example.com
      P: 250 ОК, теперь меняем соединение
      C: 220 example.org готов к получению электронной почты
      P: ПРИМЕР EHLO.NET
      C: 250-пример.org
      C: 250 РАЗМЕР
      П: ПОЧТА ОТ:  [email protected]>
      C: 250 ОК
      P: RCPT Кому: 
      C: 250 ОК, получатель принят
      ...
      P: ВЫЙТИ
      C: 221 example.org закрытие соединения

7. Коды ответов

   В этом документе используются следующие коды ответов:

   250 Запрошенное почтовое действие в порядке, выполнено
   Запрос 450 ATRN отклонен
   451 Невозможно обработать запрос ATRN сейчас
   453 У вас нет почты
   502 Команда не реализована
   530 Требуется аутентификация [AUTH]

8.Соображения безопасности

   Поскольку доступ к серверу ретрансляции почты по требованию полезен только с
   предварительная договоренность между сторонами (так что провайдер является
   цель записей MX для доменов клиента и, таким образом, имеет почту для
   relay), поставщику может быть полезно ограничить доступ к
   Порт ретрансляции почты по требованию. Например, сервер ODMR может быть



Дорожка стандартов Gellens [Страница 6] 

RFC 2645 Ретранслятор почты по запросу, август 1999 г. 


   настраиваемый, или можно использовать оболочку TCP или брандмауэр, чтобы заблокировать
   доступ к порту 366 за исключением сети провайдера.Это может
   быть полезным, когда провайдер является интернет-провайдером клиента. Использование таких
   механизмы не уменьшают потребность в команде AUTH, однако,
   но может повысить уровень безопасности.

   Использование SASL в команде AUTH позволяет заменять больше
   безопасные механизмы аутентификации в будущем.

   Дополнительные сведения о безопасности см. В разделах 5.1.2 и 5.2.1.

9. Благодарности

   Эта памятка была частично разработана на основе комментариев и
   обсуждения, которые происходили во время рассылки IETF-disconn-smtp и вне ее
   список.Особая благодарность Крису Ньюману и Неду Фриду за их
   Комментарии.

10. Ссылки

   [ABNF] Крокер, Д. и П. Оверелл, "Расширенный BNF для синтаксиса
               Спецификации: ABNF », RFC 2234, ноябрь 1997 г.

   [AUTH] Майерс, Дж., "Расширение службы SMTP для аутентификации",
               RFC 2554, март 1999 г. 

   [CRAM] Кленсин, Дж., Като, Р. и П. Крумвьеды, "IMAP / POP
               Расширение AUTHorize для простого запроса / ответа », RFC
               2195, сентябрь 1997 г.[ESMTP] Кленсин, Дж., Фрид, Н., Роуз, М., Штефферуд, Э. и Д.
               Крокер, «Расширения службы SMTP», RFC 1869, ноябрь.
               1995 г.

   [ETRN] Де Винтер, Дж., "Расширение службы SMTP для удаленных сообщений".
               Начало очереди », RFC 1985, август 1996.

   [КЛЮЧЕВЫЕ СЛОВА] Брэднер, С. «Ключевые слова для использования в RFC для обозначения
               Уровни требований », BCP 14, RFC 2119, март 1997 г.

   [SASL] Майерс, Дж., "Уровень простой аутентификации и безопасности
               (SASL) ", RFC 2222, октябрь 1997 г.[SMTP] Постел, Дж., «Простой протокол передачи почты», STD 10, RFC
               821, август 1982 г.






Дорожка стандартов Gellens [Страница 7] 

RFC 2645 Ретранслятор почты по запросу, август 1999 г.


11. Адрес автора

   Рэндалл Гелленс
   QUALCOMM Incorporated
   5775 Morehouse Dr. 
   Сан-Диего, Калифорния 92121-2779
   СОЕДИНЕННЫЕ ШТАТЫ АМЕРИКИ.

   Телефон: +1.619.651.5115
   Электронная почта: [email protected]









































Дорожка стандартов Gellens [Страница 8] 

RFC 2645 Ретранслятор почты по запросу, август 1999 г.


12.Полное заявление об авторских правах

   Авторское право (C) The Internet Society (1999). Все права защищены.

   Этот документ и его переводы могут быть скопированы и предоставлены
   другие и производные работы, которые комментируют или иным образом объясняют это
   или помочь в его реализации могут быть подготовлены, скопированы, опубликованы
   и распространяется, полностью или частично, без ограничения каких-либо
   вида, при условии, что указанное выше уведомление об авторских правах и этот абзац
   включены во все такие копии и производные работы.Однако это
   сам документ не может быть изменен каким-либо образом, например, путем удаления
   уведомление об авторских правах или ссылки на Internet Society или другие
   Интернет-организации, за исключением случаев, когда это необходимо для
   разработки Интернет-стандартов, в этом случае процедуры для
   авторские права, определенные в процессе разработки стандартов Интернета, должны быть
   следовали, или по мере необходимости перевести его на другие языки, кроме
   Английский. 

   Ограниченные разрешения, предоставленные выше, являются бессрочными и не будут
   аннулировано Интернет-сообществом, его правопреемниками или правопреемниками.Этот документ и содержащаяся в нем информация размещены на
   Основа "КАК ЕСТЬ" и ИНТЕРНЕТ-ОБЩЕСТВО И ИНТЕРНЕТ-ИНЖИНИРИНГ
   TASK FORCE ОТКАЗЫВАЕТСЯ ОТ ВСЕХ ГАРАНТИЙ, ЯВНЫХ ИЛИ ПОДРАЗУМЕВАЕМЫХ, ВКЛЮЧАЯ
   НО НЕ ОГРАНИЧИВАЕТСЯ НИКАКОЙ ГАРАНТИЕЙ, ЧТО ИСПОЛЬЗОВАНИЕ ИНФОРМАЦИИ
   ЗДЕСЬ НЕ НАРУШАЕТ НИКАКИХ ПРАВ ИЛИ ПОДРАЗУМЕВАЕМЫХ ГАРАНТИЙ
   КОММЕРЧЕСКАЯ ЦЕННОСТЬ ИЛИ ПРИГОДНОСТЬ ДЛЯ ОПРЕДЕЛЕННОЙ ЦЕЛИ.

Подтверждение

   Финансирование функции редактора RFC в настоящее время обеспечивается
   Интернет-сообщество.Дорожка стандартов Gellens [Страница 9]

 

Разметка HTML, созданная rfcmarkup 1.129d, доступная по адресу https://tools.ietf.org/tools/rfcmarkup/

Устранение неполадок при отправке почты в Microsoft 365 — Office 365

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *