Завівши для себе «пошту для домену» на Яндексі, я вирішив відкрити вільну реєстрацію стороннім користувачам поштових скриньокна своєму "модному" домені. Крім включення функції catch-all, яка направляє всю вхідну пошту неіснуючих скриньок мого домену на мою основну скриньку, переді мною постала необхідність зарезервувати за собою всі «стандартні» назви скриньок, щоб не було непорозумінь, коли якесь ім'я вже забив сторонній, і вся "службова" пошта йде зовсім не вам. У П.Д.Д. можна, звичайно, будь-якої миті експропріювати будь-який ящик підконтрольного домену, але ж осад залишається. Я здивувався: які ж імена поштових скриньок є стандартними та системними?Техпідтримка Яндекса відповіла, що вони резервують для себе лише ім'я postmaster@ на кожному домені, щоб відстежувати скарги та проблеми з поштою, і що на Наразіпитання наборі резервованих імен вони залишаються відкритим. Далі результат пошуку в інтернеті виявився трохи передбачуваним.
(на зображенні: знаменитий black mailbox, місце паломництва уфологів-аматорів)
RFC
Перше і головне, що я прагнув знайти - це RFC, яким виявився RFC 2142, MAILBOX NAMES FOR COMMON SERVICES, ROLES AND FUNCTIONS ( імена поштових скриньок для спільних сервісів, ролей та функцій), в останньої редакції 1997 року. Наведу тільки цікаву для нас інформацію. Виходячи з документа, такі поштові скриньки повинні існувати та мати таке призначення:Ділові поштові скриньки:
info@ - Відділ маркетингу, тут можна дізнатися коротку інформаціюпро організацію, продукцію, послуги.marketing@ - Відділ маркетингу та взаємодії продажів.
sales@ - Відділ продажу, замовлення продукції та інформація про замовлення
support@ Відділ клієнтської підтримки, проблеми з продуктом чи послугами.
abuse@ - Взаємини з клієнтами, скринька повинна бути завжди робочою та валідною, сюди надсилаються скарги клієнтів, у тому числі повідомлення про «Inappropriate public behaviour».
Робота з мережею:
noc@ - Мережеві операції, мережеві інфраструктури.security@ - Мережева безпека, сповіщення, оповіщення або запити.
Технічна підтримка окремих інтернет-служб
postmaster@ - SMTP, ,hostmaster@ - DNS,
usenet@ - NNTP,
news@ - NNTP, Synonym for USENET
webmaster@ - HTTP,
www@ - HTTP Synonym for WEBMASTER
uucp@ - UUCP,
ftp@ - FTP
Maillist сервіс
(Розглядати не будемо, просто перерахуємо основні, там ціла плеяда службовим імен і купа RFC, наприклад RFC2369)list@
list-request@
Здається мені, цей RFC 2142 схвалювався за часів розквіту доткомів, отже потреба у подібних угодах була дуже актуальна. Передбачалося, мабуть, що співробітники на автоматі повинні вміти надсилати пошту на відповідні всім відомі адреси та чекати на відповідні компетентні відповіді.
Таким чином, слід зробити аліаси цих імен на свій «основний» email, щоб ніхто не зміг, наприклад, на вашому домені відкрити usenet конференцію, не став із «відділу продажів» банчити валянками і не підписувався системним адміністратором всієї мережііз ящика noc@.
/etc/aliases
Стандартом де-факто для *nix систем є угода про поштових імен, що міститься у файлі /etc/aliases. Який де-юре ґрунтується на RFC та інших документах по кожному окремому сервісу.Парадигма призначення поштових скриньок для людей *nix звучить приблизно так: кожен юзернейм отримує поштову скриньку на робочої станціїз таким самим ім'ям, як його логін. Після створення користувача в системі ви вже можете відправляти і отримувати пошту на свій аккаунт. (тут буде своє "але": якщо дозволить root і правильно прописані MX).Якщо хочете отримати модний аліас - зверніться до адміністратора, він його пропише в /etc/aliasesабо ще десь у поштовій системі.
Те саме стосується і системних служб. Існує маса резервних імен типу nobody, clamav@, www-data@, які відповідають системним облікам служб, реального життяне використовуються ніким, крім цих відповідних служб та є поштовими аліасами системного користувача rootтому ми їх у розрахунок не візьмемо, тому що всі значущі іменаящиків мережевих службми вже довідалися з попереднього пункту. Додамо тільки
root@
Сучасний інтернет та інші негласні угоди про імена ящиків.
Спробуємо разом з вами знайти часті імена, які господарі доменів залишають для себе і використовують як адміністративні, ділові та особисті контакти.admin@
administrator@ (м'є, які знають це, можуть додати локалізовані імена адміну в Windows, на зразок administrador, administrateur)
user@
mail@
blog@
office@
job@ (і іноді resume@ та hr@)-для відправлення та прийому заяв на роботу та резюме.
spam@ - іноді його ставлять як аліас до abuse@ чи postmaster@, для скарг на спам, очевидно.
billing@ - для білінгу. К.О.
account@ - для бухгалтерії та підтримки акаунтів.
[email protected]- Ім'я скриньки повторює домен, очевидно, для естетики.
alex@, boss@ - не соромтеся забити свої імена, прізвища та ніки, щоб виключити фактор соціального інжинірингу, коли вас, наприклад, звуть Олексій, і ваша дружина, чудово знаючи що ви купили vashdomen.ru, отримує з ящика [email protected]лист сумнівного змісту - не рівна година повірить зловмиснику.
Ви можете щось додати до цього листа.
Крім цього мені майже нічого не відомо про угоди поштових імен системах Windows, чи існують вони насправді?
Таким чином, зарезервувавши всі ці імена, як аліаси для своєї основної скриньки на домені, ви убезпечите себе, у тому числі від мейлбокс-сквоттерства та зловмисного використання ящиків із «системними» іменами. Так само все «службове» листування за вашим доменом, яке може прийти на системні іменане залишиться поза увагою. Якщо ви організовуєте пошту для офісу, то подібні угоди можуть бути корисні вам.
Для пересилання. Якщо, наприклад, користувач має адресу [email protected], а йому потрібна адреса [email protected]. У цьому випадку можна цю адресу зробити аліасом до основного, і вся пошта, що надходить, буде збиратися в одній поштовій скриньці.
Термін аліас розширенняіноді використовується для позначення конкретних режимів пересилання електронної пошти, маючи на увазі тим більше загальний сенстерміну аліас поштової адреси, тобто адресу, на яку надсилається повідомлення у спрощеному режимі.
Використання
Аліас електронної адреси може бути створений на поштовому сервері. Кожен аліас email-адреси просто пересилає електронні повідомленняна кожен з вказаних адрес. Аліаси електронних адресчасто використовуються для створення псевдонімів для довгих або незабутніх email-адрес. Аліаси можна також використовувати для створення спільних поштових адрестаких як [email protected]або [email protected]. У UNIX-подібних системах аліаси поштових адрес можуть бути поміщені у файл аліасів і мати вигляд: local-alias-name: adifferentlocaluser, anotherlocaluser, [email protected]
Питання управління
Повідомлення, яке надсилається через аліас поштової адреси, зберігає вихідні дані про відправника та одержувача. Якщо повідомлення є прихованою копієюодержувач може сказати, чи було повідомлення передано через аліас шляхом аналізу заголовка повідомлення. Однак, стандарт не вимагає згадки у заголовку одержувача повідомлення. Таким чином, одержувачі повідомлень можуть бути не в змозі відновити, яка, зрештою, адреса електронної пошти була використана відправником для доставки повідомлення до поштової скриньки.
Одержувачі, які не можуть простежити, які адреси відправника використовувалися, не можуть попросити відправника припинити відправлення, оскільки відправник, швидше за все, не зможе зв'язати їхню поточну адресу електронної пошти з однією з адрес, що використовуються для відправки. Навіть якщо користувачі мають можливість дізнатися точну адресу, яка використовується для відправки, їх поштовий клієнтне може забезпечити зручний спосібпередати відповідь за допомогою адреси відправника. Іншими словами, використання аліасів поштових адрес не є оборотним. Це особливо актуально у ситуації, коли відправник не дає надійного механізму відповіді в тілі повідомлення. Так наприклад, інформаційні повідомленняможуть бути надіслані списку одержувачів, що потребує значно менше ресурсів, ніж надсилання листа кожному одержувачу окремо.
Див. також
Пересилання (форвардинг)
Wikimedia Foundation. 2010 .
Завівши собі «пошту для домену» на Яндексі, я вирішив відкрити вільну реєстрацію стороннім користувачам поштових скриньок на власному «модному» домені. Крім включення функції catch-all, яка направляє всю вхідну пошту неіснуючих скриньок мого домену на мою основну скриньку, переді мною постала необхідність зарезервувати за собою всі «стандартні» назви скриньок, щоб не було непорозумінь, коли якесь ім'я вже забив сторонній, і вся "службова" пошта йде зовсім не вам. У П.Д.Д. можна, звичайно, будь-якої миті експропріювати будь-який ящик підконтрольного домену, але ж осад залишається. Я здивувався: які ж імена поштових скриньок є стандартними та системними?Техпідтримка Яндекса відповіла, що вони резервують для себе лише ім'я postmaster@ на кожному домені, щоб відслідковувати скарги та проблеми з поштою, і що на даний момент питання про набір резервованих імен у них залишається відкритим. Далі результат пошуку в інтернеті виявився трохи передбачуваним.
(на зображенні: знаменитий black mailbox, місце паломництва уфологів-аматорів)
RFC
Перше і головне, що я прагнув знайти - це RFC, яким виявився RFC 2142, MAILBOX NAMES FOR COMMON SERVICES, ROLES AND FUNCTIONS ( імена поштових скриньок для спільних сервісів, ролей та функцій), в останній редакції 1997 року. Наведу тільки цікаву для нас інформацію. Виходячи з документа, такі поштові скриньки повинні існувати та мати таке призначення:Ділові поштові скриньки:
info@ - Відділ маркетингу, тут можна дізнатися коротку інформацію про організацію, продукцію, послуги.marketing@ - Відділ маркетингу та взаємодії продажів.
sales@ - Відділ продажу, замовлення продукції та інформація про замовлення
support@ Відділ підтримки клієнтів, проблеми з продуктом або послугами.
abuse@ - Взаємини з клієнтами, скринька повинна бути завжди робочою та валідною, сюди надсилаються скарги клієнтів, у тому числі повідомлення про «Inappropriate public behaviour».
Робота з мережею:
noc@ - Мережеві операції, мережеві інфраструктури.security@ - Безпека мережі, повідомлення, оповіщення або запити.
Технічна підтримка окремих інтернет-служб
postmaster@ - SMTP, ,hostmaster@ - DNS,
usenet@ - NNTP,
news@ - NNTP, Synonym for USENET
webmaster@ - HTTP,
www@ - HTTP Synonym for WEBMASTER
uucp@ - UUCP,
ftp@ - FTP
Maillist сервіс
(Розглядати не будемо, просто перерахуємо основні, там ціла плеяда службовим імен і купа RFC, наприклад RFC2369)list@
list-request@
Здається мені, цей RFC 2142 схвалювався за часів розквіту доткомів, отже потреба у подібних угодах була дуже актуальна. Передбачалося, мабуть, що співробітники на автоматі повинні вміти надсилати пошту на відповідні всім відомі адреси та чекати на відповідні компетентні відповіді.
Таким чином, слід зробити аліаси цих імен на свій «основний» email, щоб ніхто не зміг, наприклад, на вашому домені відкрити usenet конференцію, не став із «відділу продажів» банчувати валянками і не підписувався системним адміністратором всієї мережііз ящика noc@.
/etc/aliases
Стандартом де-факто для *nix систем є угода про поштові імена, що міститься у файлі /etc/aliases. Який де-юре ґрунтується на RFC та інших документах по кожному окремому сервісу.Парадигма призначення поштових скриньок для людей *nix звучить приблизно так: кожен юзернейм отримує поштову скриньку на робочій станції з таким же ім'ям, як його логін. Після створення користувача в системі ви вже можете відправляти і отримувати пошту на свій аккаунт. (тут буде своє "але": якщо дозволить root і правильно прописані MX).Якщо хочете отримати модний аліас - зверніться до адміністратора, він його пропише в /etc/aliasesабо ще десь у поштовій системі.
Те саме стосується і системних служб. Існує маса резервних імен типу , clamav@, www-data@, які відповідають системним облікам служб, у реальному житті не використовуються ніким, окрім цих відповідних служб і є поштовими аліасами системного користувача root, тому ми їх до уваги не візьмемо, тому що всі значні імена скриньок мережевих служб ми вже дізналися з попереднього пункту. Додамо тільки
root@
Сучасний інтернет та інші негласні угоди про імена ящиків.
Спробуємо разом з вами знайти найчастіші імена, які господарі доменів залишають для себе і використовують як адміністративні, ділові та особисті контакти.admin@
administrator@ (м'є, які знають це, можуть додати локалізовані імена адміну в Windows, на зразок administrador, administrateur)
user@
mail@
blog@
office@
job@ (і іноді resume@ та hr@)-для відправлення та прийому заяв на роботу та резюме.
spam@ - іноді його ставлять як аліас до abuse@ чи postmaster@, для скарг на спам, очевидно.
billing@ - для білінгу. К.О.
account@ - для бухгалтерії та підтримки акаунтів.
[email protected]- Ім'я скриньки повторює домен, очевидно, для естетики.
alex@, boss@ - не соромтеся забити свої імена, прізвища та ніки, щоб виключити фактор соціального інжинірингу, коли вас, наприклад, звуть Олексій, і ваша дружина, чудово знаючи що ви купили vashdomen.ru, отримує з ящика [email protected]лист сумнівного змісту - не рівна година повірить зловмиснику.
Ви можете щось додати до цього листа.
Крім цього, мені майже нічого не відомо про угоди поштових імен у системах Windows, чи існують вони насправді?
Таким чином, зарезервувавши всі ці імена, як аліаси для своєї основної скриньки на домені, ви убезпечите себе, у тому числі від мейлбокс-сквоттерства та зловмисного використання ящиків із «системними» іменами. Так само все «службове» листування за вашим доменом, яке може прийти на системні імена не залишиться поза увагою. Якщо ви організовуєте пошту для офісу, то подібні угоди можуть бути корисні вам.
Для пересилання. Якщо, наприклад, користувач має адресу [email protected], а йому потрібна адреса [email protected], то можна цю адресу зробити аліасом до основного, і вся пошта, що надходить, буде збиратися в одній поштовій скриньці.
Термін аліас розширенняіноді використовується для позначення конкретних режимів пересилання електронної пошти, маючи на увазі тим більше загальний зміст терміну аліас поштової адреси, тобто адресу, на яку надсилається повідомлення у спрощеному режимі.
Енциклопедичний YouTube
1 / 3
Як створити гарну поштову адресу
Як налаштувати лист для підтвердження підписки
Drupal 7 Pathauto Module - Daily Dose of Drupal episode 71
Субтитри
Використання
Аліас електронної адреси може бути створений на поштовому сервері. Кожен аліас email-адреси просто пересилає електронні повідомлення на кожну із зазначених адрес. Аліаси електронних адрес часто використовуються для створення псевдонімів для довгих або погано запам'ятовуються email-адрес. Аліаси також можна використовувати для створення спільних поштових адрес, таких як [email protected]або [email protected]. У UNIX-подібних системах аліаси поштових адрес можуть бути поміщені у файл аліасів і мати вигляд: local-alias-name: adifferentlocaluser, anotherlocaluser, [email protected]
Питання управління
Повідомлення, яке надсилається через аліас поштової адреси, зберігає вихідні дані про відправника та одержувача. Якщо повідомлення є прихованою копією, то одержувач може сказати, чи повідомлення було передано через аліас, шляхом аналізу заголовка повідомлення. Однак стандарт не вимагає згадки в заголовку одержувача повідомлення. Таким чином, одержувачі повідомлень можуть бути не в змозі відновити, яка, зрештою, адреса електронної пошти була використана відправником для доставки повідомлення до поштової скриньки.
Одержувачі, які не можуть простежити, які адреси відправника використовувалися, не можуть попросити відправника припинити відправлення, оскільки відправник, швидше за все, не зможе зв'язати їхню поточну адресу електронної пошти з однією з адрес, що використовуються для відправки. Навіть якщо користувачі мають можливість дізнатися точну адресу, яка використовується для надсилання, їх поштовий клієнт не може забезпечити зручний спосіб передати відповідь за допомогою адреси відправника. Іншими словами, використання аліасів поштових адрес не є оборотним. Це особливо актуально у ситуації, коли відправник не дає надійного механізму відповіді в тілі повідомлення. Так, наприклад, інформаційні повідомлення можуть бути надіслані списку одержувачів, що потребує значно менше ресурсів, ніж надсилання листа кожному одержувачу окремо.
Аліас вважається одним із найпоширеніших понять в Інтернеті. Багато користувачів звикли використовувати це слово, і варто зазначити, що це досить зручний термін. Але деякі люди досі запитують: аліаси - що це? Його говорить сам за себе, і означає він – псевдонім. Аліасом прийнято називати двійники доменних імен сайтів чи електронних поштових скриньок. Одним із найпоширеніших вважається приставка www. Щоб значення терміна "аліас" було зрозумілішим, наведемо приклад: первісне ім'я сайту звучить так сайт.ru, а його копія звучатиме www.сайт.ru.
Аліаси - що це для електронної пошти
В основному аліаси застосовуються як синонімічні імена, що присвоюються сайтам. Крім того, вони ідеально підходять для додаткових електронних адрес. Наприклад, створюючи пошту, що важко запам'ятовується, можна створити також кілька аліасів з більш запам'ятовуються комбінаціями букв і цифр. Таким чином, листи, що надсилаються на ці додаткові адреси, потраплятимуть безпосередньо на основну скриньку. Це дуже зручно, оскільки можна читати кореспонденцію з усіх адрес в одному місці. Це значно заощаджує час під час перевірки поштових скриньок.
Аліаси для сайтів
Відповідаючи на питання про те, що аліаси - що це для сайтів, можна сказати, що це також дуже зручний засіб. Дуже часто при введенні назви сайту користувач може помилитися і опечататися. Якщо зібрати все можливі варіантипомилок щодо вашої адреси, і додати їх як альтернативні посилання на сайт, то користувач так чи інакше потрапить на потрібну йому сторінку. Також аліаси дозволяють реєструвати сайт у кількох Наприклад, це сайт.ru, сайт.org та сайт.com. Варто зазначити, що аліаси схоплюють усі зміни на головному ресурсі автоматично. Іншими словами, якщо додати статтю на головний домен сайту, то на всіх копіях зміни також відобразяться.
Кирилиця для аліасів
Оскільки аліаси є досить зручним засобом, не дивно, що їх покращують та модернізують під сучасні потреби користувачів Інтернету. Одним з таких покращень є додавання кириличної форми до їх написання. Це дуже зручно, оскільки користувачі часто забувають змінити розкладку перед введенням сайту з російської на англійську або пам'ятають назву тільки в російському варіанті. Завдяки покращенням аліасів, тепер вони точно потраплять за призначеною адресою.
Що таке аліаси
Використання аліасів допоможе значно модернізувати роботу хостів, доменів, мереж, електронної пошти та сайтів. Якщо давати відповідь на запитання про те, чи аліаси - що це і як вони працюють, то можна з упевненістю сказати, що це універсальні замінники, що копіюють існуючі ресурси або об'єднують у собі частину інформації. При внесенні змін до головний ресурсаліаси відразу автоматично застосовують ці розширення або зміну правил, щодо ресурсів. Приклад використання в побутовому житті - об'єднання всіх хостів, які, на вашу думку, вам не підходять. Так можна значно скоротити список небажаних ресурсів і при цьому вносити зміни щодо контролю їх допуску тільки в головний ресурс, при цьому змінюючи правила для всіх.
