Чи варто налаштувати стандартні облікові записи електронної пошти? Хто вони?


65

Вже давно один використовується , щоб мати можливість розраховувати на домени , які мають адреси , як webmaster@example.com, postmaster@example.comабо abuse@example.com... це умовність мертвий?

Примітка. Я завжди намагаюся зробити контакт доступним на веб-сайтах, на які я розмістив, щоб люди могли звертатися до нас за потреби. Але чи є причини обробляти ті чи інші "стандартні" адреси електронної пошти, про які я, можливо, не замислювався? Я налаштував менше адрес електронної пошти, ніж раніше, оскільки спам став таким жахливим, і "передбачувана" адреса електронної пошти, здається, є запрошенням для паршивих спамерів.


1
Це також було б цікаво врахувати serverfault.com/questions/270058/…
sorin

4
Дивіться також RFC 2142 ( tools.ietf.org/html/rfc2142 )
М. Дадлі

Відповіді:


46

Немає підстав створювати їх як окремі облікові записи електронної пошти. Ви можете просто налаштувати експедиторів, які ведуть до загального site.admin@облікового запису, і налаштувати фільтр для цього у своєму поштовому клієнті, щоб уникнути шуму.

Ви хочете їх, тому що:

  • webmaster@ це те, де добродушні люди роблять такі речі, як повідомлення про пошкоджені посилання, це трапляється більше, ніж ви думаєте!
  • abuse@ що приємно мати, іноді це заважає людям безпосередньо звертатися до вашого хост / центр обробки даних / пропускну здатність, якщо хтось знайшов спосіб використовувати ваш сервер для надсилання спаму.
  • postmaster@ зручно перевірити, і переконайтеся, що коренева пошта також надсилається туди, принаймні, це покаже вам, якщо ваш поштовий сервер налаштований неправильно, він також сприймає відмови, які дозволять вам знати, що у вас є спамер.

Я, як правило, раз на тиждень перевіряю своє "зловити всіх" і очищую його. Це займає лише кілька хвилин. Час від часу ви знаходите справжню дорогоцінне каміння, яке є на кшталт " Ваш сайт допоміг мені, я просто хотів сказати подяку за ресурс! " .. Що завжди робить ваш день :)

Це, звичайно, крім зручності автоматично сформованих сертифікатів SSL - постачальники SSL надсилатимуть підтвердження електронною поштою на одну з перерахованих вище адрес, тому вам потрібно мати можливість його отримувати.


Так, ви можете і потрібно використовувати псевдоніми там, де це має сенс. Так, є відомі адреси, які використовуватимуть органи, що сертифікують. Але справжня відповідь - це посилання на RFC 2142, як сказав М. Дадлі у коментарі вище. Це говорить про те , що відомі адреси.
Бетон Ганне

Чи можете ви уточнити трохи про псевдоніми? Ви маєте на увазі, що ви створили один обліковий запис адміністратора @, а потім видаєте контакт @ і скажіть contact2 @, який перейде до адміністратора @? Я спробував переслати неіснуючі адреси на основну адресу електронної пошти, але це не вийшло. Або ти маєш на увазі створити catchall і мати всі електронні листи вперед до адміністратора @? Спасибі
пушкін

Чи можете ви детальніше розглянути питання про сертифікати SSL? Ви маєте на увазі власні підписи сертифікатів чи щось інше. Я не розумію, що стосується електронної пошти. Ура.
devios1

18

Кожен RIPE LIR (Réseaux IP Europeens Local Internet Registry) повинен мати abuse@обліковий запис і на основі RFC 2141webmaster@ (HTTP), postmaster@(SMTP) або hostmaster@(DNS) адреса використовується більшість (всіх?) Провайдерів.

Тож якщо ви не хочете бути LIR і не користуєтесь сертифікатами, ви здебільшого можете безкоштовно встановлювати свої поштові адреси будь-яким способом.


7

Якщо ви плануєте придбати admin@сертифікований домен SSL, це, як правило, добре, оскільки сертифіковані домени сертифікати використовують невеликий список важко кодованих адрес електронної пошти, і, admin@як правило, один з них.


5

У мене налаштовано так, що все що-небудь мені було надіслано whatIwanttotype@example.com. Це піклується про те, що можливо щось не вистачить.

Поки що я не отримав багато спаму, проте мої сайти не надто великі, щоб це могло змінитися.

Тоді будь-яку адресу, з якого я хочу надіслати пошту, я створив.


Загалом, це буде змінюватися;) Тим НЕ менше, це також корисно для відстеження , який продав свою адресу електронної пошти - якщо ви почнете отримувати електронні листи ThisSite@example.com зі посиланням на кого - то іншого , ніж ThisSite, ви знаєте , що ви не будете використовувати їх знову :)
Джаф - Бен Дюгід

6
Так, це був спосіб, коли я також працював із цим, каталізатор домену. Вона закінчилася з тисячами листів в день без значення, так як спамери послали лист до кожного імені в словнику aaron@example.com, alex@example.comі т.д., і т.д., і т.д. Є цілі багато можливих адреси електронної пошти , як це виходить.
artlung

По-перше, якщо той самий електронний лист надійде до 3 або більше адрес (і ви єдиний користувач домену), він буде позначений як спам. По-друге, я вважаю, що фільтри спаму в Google є дуже хорошими, тому що я не отримую спаму у своїй папці "Вхідні", незважаючи на те, що є однакова політика щодо лову (хоч у папці спаму є тисячі листів на день).
LogicDaemon

Маючи загальний обліковий запис електронної пошти, ви не тільки побачите збільшення спаму, але і сервер пошти також зазнає набагато більшого стресу.
MrWhite

1
Раніше я допомагав запускати службу хостингу електронної пошти, а адреси електронної пошти catchall часом майже не заважали нам офлайн через обсяг спаму, який вони приваблюють. Дуже рекомендую проти них.
Марк Стосберг

2

Вибачте, але повернувшись до пошти postmaster@example.com, або abuse@example.com, надзвичайно важливо мати одне з двох і зареєструвати його на abuse.net.

Більшість циклів зворотного зв’язку (коли натиснута кнопка СПАМ або кнопка небажаної пошти) надсилатиме дані, подібні до журналу відмов електронної пошти у форматі JMR (Microsoft) або ARF на адресу, зареєстровану на Abuse.net.

WIth DMARC після реєстрації - хороша ідея. Ви помітите, що GSuite резервує зловживання @ і постмайстра @ для вашого домену, роблячи їх "групою" для доступу, тоді вам потрібно переслати дані, я не фанат.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.