Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

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

Термин «поставщик почтовых услуг» был введен в документ RFC  5598 по архитектуре почты Интернета . [2]

Типы [ править ]

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

Провайдеры почтовых ящиков обычно выполняют свою задачу по реализации Simple Mail Transfer Protocol (SMTP) и , возможно , предоставление доступа к сообщениям через Интернет Message Access Protocol (IMAP), в Office Protocol Post , Webmail или собственный протокол. [3] Некоторые части задачи все еще могут быть переданы на аутсорсинг, например, фильтрация входящей почты от вирусов и спама или аутентификация исходящей почты.

Электронная почта от интернет-провайдера [ править ]

Многие поставщики почтовых ящиков также являются поставщиками доступа. [4] Это не основной продукт, их почтовые службы могут не иметь некоторых интересных функций, таких как IMAP, Transport Layer Security или SMTP Authentication - на самом деле, провайдер может обойтись без последнего, поскольку он может распознавать своих клиентов по IP-адресам. он их назначает.

Бесплатные почтовые провайдеры [ править ]

AOL Mail , Hotmail , Lycos , Mail.com , Yahoo! Mail , запущенный в 1990-х годах, является одним из первых поставщиков бесплатных учетных записей электронной почты, к которому в 2004 году присоединился GMail . Они привлекают пользователей, потому что бесплатны и могут рекламировать свои услуги в каждом сообщении. По словам Юрветсона, количество пользователей Hotmail выросло с нуля до 12 миллионов за 18 месяцев. [5] Это было до того, как он был куплен Microsoft.

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

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

Письмо тщеславия [ править ]

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

Роль как идентификатор [ править ]

Провайдер почтового ящика - это администратор зарегистрированного доменного имени, которое составляет доменную часть его адресов электронной почты . Таким образом, он управляет записями MX, которые определяют, какие хосты будут получать электронную почту, предназначенную для этих адресов. Операторы этих хостов определяют значение локальной части адреса, связывая ее с почтовым ящиком, который, в свою очередь, может быть связан с пользователем. [6] Провайдер почтового ящика также указывает, как пользователи могут читать свою почту, возможно, создавая записи SRV, чтобы упростить настройку почтового клиента, или давая подробные инструкции.

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

С бюрократической точки зрения, кроме регистрации доменного имени, нет никаких официальных обязательств. Эта роль основана на стандартах IETF и, в отличие от X.400 и других работ ITU-T , сама по себе не требует договоренностей с местными властями. Понятие области администрирования и управления (ADMD) выводится впоследствии из эмпирических данных. [2] Однако местные власти, озабоченные проблемами конфиденциальности в Интернете, могут добавлять правила и реквизиты поверх исходного дизайна электронной почты в Интернете.

См. Также [ править ]

  • Почтовый ящик электронной почты
  • интернет-провайдер
  • Хостинг электронной почты
  • Электронная почта премиум-класса
  • Веб-почтовый сервер

Ссылки [ править ]

  1. ^ «M³AAWG Best Common Practices for Hosting and Cloud Service Provider» (PDF) . M³AAWG. 17 марта 2015 г. Поставщик услуг электронной почты - компания, предлагающая услуги массовой рассылки электронной почты.
  2. ^ a b Дэйв Крокер (июль 2009 г.). «Административные субъекты» . Архитектура Интернет-почты . IETF . сек. 2.3. DOI : 10,17487 / RFC5598 . RFC 5598 . Проверено 18 апреля 2013 года .
  3. ^ Мюррей Кучерави, изд. (Июнь 2012 г.). Создание и использование отчетов об обратной связи по электронной почте: заявление о применимости формата сообщений о нарушениях (ARF) . IETF . DOI : 10,17487 / RFC6650 . RFC 6650 . Проверено 28 июня 2012 года . «Поставщик почтовых ящиков» относится к организации, которая принимает, хранит и предлагает доступ к сообщениям [RFC5322] («сообщениям электронной почты») для конечных пользователей. Такая организация обычно реализует SMTP [RFC5321] и может предоставлять доступ к сообщениям через IMAP [RFC3501], протокол почтового отделения (POP) [RFC1939], собственный интерфейс, разработанный для HTTP [RFC2616], или собственный протокол.
  4. ^ JD Фальк, изд. (Ноябрь 2011 г.). Рекомендации по работе петли обратной связи по жалобе . IETF . DOI : 10,17487 / RFC6449 . RFC 6449 . Проверено 28 июня 2012 года .
  5. ^ Jurij Leskovec (2008), динамика крупных сетей , ЕПС, ISBN 9780549957959
  6. ^ Джон Кленсин (октябрь 2008 г.). Простой протокол передачи почты . IETF . DOI : 10,17487 / RFC5321 . RFC 5321 . Проверено 14 апреля 2013 года .