Nadat ik voor mezelf een "domeinmail" had gemaakt op Yandex, besloot ik de gratis registratie open te stellen voor externe gebruikers brievenbussen op uw “modieuze” domein. Naast het inschakelen van de catch-all-functie, die alle inkomende e-mail van niet-bestaande mailboxen op mijn domein naar mijn hoofdmailbox stuurt, werd ik geconfronteerd met de noodzaak om alle “standaard” mailboxnamen te reserveren, zodat er geen misverstanden zouden ontstaan. wanneer een naam al door iemand anders is ingevuld en alle “officiële” post helemaal niet naar jou toekomt. In P.D.D. Je kunt uiteraard op elk moment elke mailbox van een gecontroleerd domein onteigenen, maar er blijft een residu achter. Ik was verbaasd: Welke mailboxnamen zijn standaard en systeem? De technische ondersteuning van Yandex antwoordde dat ze voor zichzelf alleen de postmaster@-naam op elk domein reserveren om klachten en problemen met e-mail op te sporen, en dat op op dit moment De vraag hoe gereserveerde namen moeten worden ingesteld, blijft voor hen open. Verder bleek het resultaat van een zoekopdracht op internet een beetje voorspelbaar.
(op de foto: de beroemde zwarte brievenbus, bedevaartsoord voor amateur-ufologen)

RFC

Het eerste en belangrijkste dat ik probeerde te vinden was een RFC, wat RFC 2142 bleek te zijn, POSTBUSNAMEN VOOR GEMEENSCHAPPELIJKE DIENSTEN, ROLLEN EN FUNCTIES ( mailboxnamen voor gemeenschappelijke diensten, rollen en functies), v nieuwste editie 1997. Ik zal alleen de informatie verstrekken die ons interesseert. Op basis van het document zouden de volgende mailboxen moeten bestaan ​​en het volgende doel hebben:

Zakelijke mailboxen:

info@ - Marketingafdeling, hier kunt u meer informatie vinden korte informatie over de organisatie, producten, diensten.
marketing@ - Afdeling Marketing en verkoopinteractie.
sales@ - Verkoopafdeling, productbestelling en bestelinformatie
ondersteuning@ Afdeling klantenondersteuning, problemen met het product of de diensten.
misbruik@ - Relaties met klanten, de mailbox moet altijd werken en geldig zijn, klachten van klanten worden hierheen gestuurd, inclusief berichten over "Ongepast publiek gedrag".

Werken met het netwerk:

noc@ - Netwerkoperaties, netwerkinfrastructuren.
beveiliging@ - Netwerkbeveiliging, meldingen, waarschuwingen of verzoeken.

Technische ondersteuning voor individuele internetdiensten

postmaster@ - SMTP, ,
hostmaster@ - DNS,
usenet@ - NNTP,
news@ - NNTP, synoniem voor USENET
webmaster@ - HTTP,
www@ - HTTP Synoniem voor WEBMASTER
uucp@ - UUCP,
ftp@ - FTP

Maillijst-service

(we zullen er niet over nadenken, we zullen alleen de belangrijkste noemen, er is een hele reeks servicenamen en een heleboel RFC's, bijvoorbeeld RFC2369)
lijst@
lijst-verzoek@

Het lijkt mij dat deze RFC 2142 werd goedgekeurd tijdens de hoogtijdagen van de dotcoms, wat betekent dat de noodzaak voor dergelijke overeenkomsten zeer relevant was. Kennelijk werd ervan uitgegaan dat medewerkers automatisch post naar de bijbehorende bekende adressen moesten kunnen sturen en passende competente reacties moesten verwachten.

U moet dus aliassen van deze namen maken in uw ‘hoofd’-e-mailadres, zodat niemand bijvoorbeeld een Usenet-conferentie op uw domein kan openen, of vanuit de ‘verkoopafdeling’ met vilten laarzen kan knallen en zich kan abonneren systeembeheerder hele netwerk uit de noc@-mailbox.

/etc/aliassen

De de facto standaard voor *nix-systemen is de overeenkomst postnamen opgenomen in het bestand /etc/aliassen. Dat is de jure gebaseerd op RFC's en andere documenten voor elke individuele dienst.
Het paradigma voor het toewijzen van mailboxen aan mensen in *nix gaat ongeveer als volgt: elke gebruikersnaam krijgt een mailbox werkstation met dezelfde naam als zijn login. Nadat u een gebruikersnaam in het systeem heeft aangemaakt, kunt u al e-mail naar uw account verzenden en ontvangen. (er zal hier een "maar" zijn: als root dit toestaat en MX correct is geregistreerd). Als je een modieuze alias wilt, neem dan contact op met de beheerder, hij zal deze registreren /etc/aliassen of ergens anders in het postsysteem.
Hetzelfde geldt voor systeem diensten. Er zijn veel back-upnamen zoals niemand, clamav@, www-data@, die overeenkomen met systeemserviceaccounts, in echte leven worden door niemand anders gebruikt dan deze respectieve diensten en zijn e-mailaliassen van het systeem gebruiker root, dus we houden er geen rekening mee, omdat alles belangrijke namen dozen netwerkdiensten we hebben al geleerd uit de vorige paragraaf. Laten we gewoon toevoegen
wortel@

Modern internet en andere onuitgesproken conventies voor de naamgeving van mailboxen.

Samen zullen we proberen het maximale te vinden gewone namen, die domeineigenaren voor zichzelf houden en gebruiken als administratieve, zakelijke en persoonlijke contacten.
beheerder@
administrator@ (degenen die hier veel vanaf weten, kunnen in Windows gelokaliseerde beheerdersnamen toevoegen, zoals beheerder, beheerder)
gebruiker@
mail@
blog@
kantoor@
job@ (en soms CV@ en hr@) - voor het verzenden en ontvangen van sollicitaties en CV's.
spam@ - soms wordt het gebruikt als alias voor misbruik@ of postmaster@, uiteraard voor klachten over spam.
billing@ - voor facturering. K.O.
account@ - voor boekhouding en accountondersteuning.
[e-mailadres beveiligd]- de naam van de doos herhaalt het domein, uiteraard vanwege de esthetiek.
alex@, boss@ - voel je vrij om je voor- en achternaam en bijnamen in te voeren om deze factor te elimineren sociale engineering wanneer uw naam bijvoorbeeld Alexey is en uw vrouw, die heel goed weet dat u vashdomen.ru heeft gekocht, uit de brievenbus ontvangt [e-mailadres beveiligd] een brief met twijfelachtige inhoud betekent dat de aanvaller nooit zal worden geloofd.
U kunt iets aan dit blad toevoegen.

Verder weet ik bijna niets over de naamgevingsconventies voor e-mail in Windows-systemen, bestaan ​​ze echt?

Door al deze namen te reserveren als aliassen voor uw hoofdmailbox op het domein, beschermt u uzelf dus ook tegen mailboxkrakers en kwaadwillig gebruik van mailboxen met “systeemnamen”. Ook alle ‘officiële’ correspondentie met betrekking tot uw domein die mogelijk bij u terecht komt systeem namen zal niet onopgemerkt blijven. Organiseert u de post voor kantoor, dan kunnen soortgelijke overeenkomsten voor u net zo nuttig zijn.

Voor doorsturen. Als de gebruiker bijvoorbeeld een adres heeft [e-mailadres beveiligd], maar hij heeft een adres nodig [e-mailadres beveiligd]. In dit geval kunt u van dit adres een alias voor het hoofdadres maken en worden alle inkomende e-mails in één mailbox verzameld.

Termijn extensie alias soms gebruikt om naar specifieke doorstuurmodi te verwijzen e-mail, waardoor meer wordt gesuggereerd algemene betekenis de term alias van het postadres, dat wil zeggen het adres waarnaar het bericht in vereenvoudigde modus wordt verzonden.

Gebruik

Op de mailserver kan een e-mailadresalias worden aangemaakt. Elke e-mailadresalias wordt eenvoudigweg doorgestuurd e-mails voor elk van opgegeven adressen. Aliassen e-mailadressen vaak gebruikt om aliassen te maken voor lange of moeilijk te onthouden e-mailadressen. Aliassen kunnen ook worden gebruikt om gemeenschappelijkheid te creëren postadressen zoals [e-mailadres beveiligd] of [e-mailadres beveiligd]. Op UNIX-achtige systemen kunnen e-mailadresaliassen in een aliasbestand worden geplaatst en er als volgt uitzien: lokale aliasnaam: een andere lokale gebruiker, een andere lokale gebruiker, [e-mailadres beveiligd]

Managementproblemen

Een bericht dat via een e-mailadresalias wordt verzonden, behoudt de oorspronkelijke gegevens van de afzender en de ontvanger. Als de boodschap is blinde carbonkopie, dan kan de ontvanger zien of het bericht via een alias is verzonden door de berichtkop te analyseren. De standaard vereist echter niet dat de ontvanger van het bericht in de header wordt vermeld. Het is dus mogelijk dat ontvangers van berichten niet kunnen reconstrueren welk e-mailadres uiteindelijk door de afzender is gebruikt om het bericht in de mailbox af te leveren.

Ontvangers die niet kunnen traceren welke afzenderadressen zijn gebruikt, kunnen de afzender niet vragen om te stoppen met verzenden, aangezien de afzender waarschijnlijk zijn huidige e-mailadres niet kan koppelen aan een van de adressen die voor het verzenden zijn gebruikt. Zelfs als gebruikers het exacte adres kunnen achterhalen dat wordt gebruikt voor verzending, kunnen hun e-mailclient kan niet bieden handige manier een antwoord verzenden met het adres van de afzender. Met andere woorden: het gebruik van e-mailadresaliassen is niet omkeerbaar. Dit geldt met name in een situatie waarin de afzender geen betrouwbaar mechanisme voor een antwoord biedt in de hoofdtekst van het bericht. Dus bijvoorbeeld informatieve berichten kan naar een lijst met ontvangers worden verzonden, wat aanzienlijk minder middelen vergt dan het verzenden van een brief naar elke ontvanger afzonderlijk.

Zie ook

Verzending (verzending)

Wikimedia Stichting.

2010. Welke mailboxnamen zijn standaard en systeem? Nadat ik voor mezelf "mail voor een domein" had gemaakt op Yandex, besloot ik een gratis registratie te openen voor externe gebruikers van mailboxen op mijn "modieuze" domein. Naast het inschakelen van de catch-all-functie, die alle inkomende e-mail van niet-bestaande mailboxen op mijn domein naar mijn hoofdmailbox stuurt, werd ik geconfronteerd met de noodzaak om alle “standaard” mailboxnamen te reserveren, zodat er geen misverstanden zouden ontstaan. wanneer een naam al door iemand anders is ingevuld en alle “officiële” post helemaal niet naar jou toekomt. In P.D.D. Je kunt uiteraard op elk moment elke mailbox van een gecontroleerd domein onteigenen, maar er blijft een residu achter. Ik was verbaasd:
(op de foto: de beroemde zwarte brievenbus, bedevaartsoord voor amateur-ufologen)

RFC

Het eerste en belangrijkste dat ik probeerde te vinden was een RFC, wat RFC 2142 bleek te zijn, POSTBUSNAMEN VOOR GEMEENSCHAPPELIJKE DIENSTEN, ROLLEN EN FUNCTIES ( De technische ondersteuning van Yandex antwoordde dat ze op elk domein alleen de postmaster@-naam voor zichzelf reserveren om klachten en problemen met e-mail op te sporen, en dat op dit moment de kwestie van het werven van gereserveerde namen open blijft. Verder bleek het resultaat van een zoekopdracht op internet een beetje voorspelbaar. mailboxnamen voor algemene services, rollen en functies

Zakelijke mailboxen:

), voor het laatst herzien in 1997. Ik zal alleen de informatie verstrekken die ons interesseert. Op basis van het document zouden de volgende mailboxen moeten bestaan ​​en het volgende doel hebben:
marketing@ - Afdeling Marketing en verkoopinteractie.
sales@ - Verkoopafdeling, productbestelling en bestelinformatie
info@ - Afdeling Marketing, hier vindt u beknopte informatie over de organisatie, producten, diensten.
misbruik@ - Relaties met klanten, de mailbox moet altijd werken en geldig zijn, klachten van klanten worden hierheen gestuurd, inclusief berichten over "Ongepast publiek gedrag".

Werken met het netwerk:

noc@ - Netwerkoperaties, netwerkinfrastructuren.
support@ Klantenserviceafdeling, problemen met het product of de diensten.

Technische ondersteuning voor individuele internetdiensten

postmaster@ - SMTP, ,
hostmaster@ - DNS,
usenet@ - NNTP,
news@ - NNTP, synoniem voor USENET
webmaster@ - HTTP,
www@ - HTTP Synoniem voor WEBMASTER
uucp@ - UUCP,
ftp@ - FTP

Maillijst-service

(we zullen er niet over nadenken, we zullen alleen de belangrijkste noemen, er is een hele reeks servicenamen en een heleboel RFC's, bijvoorbeeld RFC2369)
lijst@
lijst-verzoek@

Het lijkt mij dat deze RFC 2142 werd goedgekeurd tijdens de hoogtijdagen van de dotcoms, wat betekent dat de noodzaak voor dergelijke overeenkomsten zeer relevant was. Kennelijk werd ervan uitgegaan dat medewerkers automatisch post naar de bijbehorende bekende adressen moesten kunnen sturen en passende competente reacties moesten verwachten.

U moet dus aliassen van deze namen maken in uw ‘hoofd’-e-mailadres, zodat niemand bijvoorbeeld een Usenet-conferentie op uw domein kan openen, of vanuit de ‘verkoopafdeling’ vilten laarzen gebruiken en zich aanmelden als systeembeheerder hele netwerk uit de noc@-mailbox.

/etc/aliassen

De de facto standaard voor *nix-systemen is de naamgevingsconventie voor e-mail die in het bestand is opgenomen /etc/aliassen. Dat is de jure gebaseerd op RFC's en andere documenten voor elke individuele dienst.
Het paradigma voor het toewijzen van mailboxen aan mensen in *nix gaat ongeveer als volgt: elke gebruikersnaam krijgt een mailbox op hun werkstation met dezelfde naam als hun login. Nadat u een gebruikersnaam in het systeem heeft aangemaakt, kunt u al e-mail naar uw account verzenden en ontvangen. (er zal hier een "maar" zijn: als root dit toestaat en MX correct is geregistreerd). Als je een modieuze alias wilt, neem dan contact op met de beheerder, hij zal deze registreren /etc/aliassen of ergens anders in het postsysteem.
Hetzelfde geldt voor systeemdiensten. Er zijn veel back-upnamen zoals clamav@, www-data@, die overeenkomen met systeemserviceaccounts, die in het echte leven door niemand worden gebruikt behalve deze overeenkomstige services en e-mailaliassen zijn van de root van de systeemgebruiker, dus dat zullen we niet doen houd er rekening mee, want we hebben de belangrijke namen van netwerkserviceboxen al uit de vorige paragraaf geleerd. Laten we gewoon toevoegen
wortel@

Modern internet en andere onuitgesproken conventies voor de naamgeving van mailboxen.

Samen met u proberen wij de meest voorkomende namen te vinden die domeineigenaren voor zichzelf reserveren en gebruiken als administratieve, zakelijke en persoonlijke contacten.
beheerder@
administrator@ (degenen die hier veel vanaf weten, kunnen in Windows gelokaliseerde beheerdersnamen toevoegen, zoals beheerder, beheerder)
gebruiker@
mail@
blog@
kantoor@
job@ (en soms CV@ en hr@) - voor het verzenden en ontvangen van sollicitaties en CV's.
spam@ - soms wordt het gebruikt als alias voor misbruik@ of postmaster@, uiteraard voor klachten over spam.
billing@ - voor facturering. K.O.
account@ - voor boekhouding en accountondersteuning.
[e-mailadres beveiligd]- de naam van de doos herhaalt het domein, uiteraard vanwege de esthetiek.
alex@, baas@ - voel je vrij om je voor- en achternaam en bijnamen in te vullen om de factor van social engineering te elimineren wanneer je naam bijvoorbeeld Alexey is, en je vrouw, die heel goed weet dat je vashdomen.ru hebt gekocht, ontvangt uit de brievenbus [e-mailadres beveiligd] een brief met twijfelachtige inhoud betekent dat de aanvaller nooit zal worden geloofd.
U kunt iets aan dit blad toevoegen.

Verder weet ik bijna niets over de naamgevingsconventies voor e-mail op Windows-systemen; bestaan ​​ze eigenlijk?

Door al deze namen te reserveren als aliassen voor uw hoofdmailbox op het domein, beschermt u uzelf dus ook tegen mailboxkrakers en kwaadwillig gebruik van mailboxen met “systeemnamen”. Ook zal alle “officiële” correspondentie over uw domein die over systeemnamen gaat, niet onopgemerkt blijven. Organiseert u de post voor kantoor, dan kunnen soortgelijke overeenkomsten voor u net zo nuttig zijn.

Voor doorsturen. Als de gebruiker bijvoorbeeld een adres heeft [e-mailadres beveiligd], maar hij heeft een adres nodig [e-mailadres beveiligd], dan kunt u van dit adres een alias maken voor het hoofdadres, en alle inkomende e-mail wordt in één mailbox verzameld.

Termijn extensie alias wordt soms gebruikt om te verwijzen naar specifieke manieren om e-mail door te sturen, waardoor een meer algemene betekenis wordt geïmpliceerd van de term postadresalias, dat wil zeggen het adres waarnaar een bericht in een vereenvoudigde modus wordt verzonden.

Encyclopedisch YouTube

1 / 3

Hoe maak je een mooi e-mailadres aan?

Hoe u een e-mail ter bevestiging van uw abonnement instelt

Drupal 7 Pathauto Module - Dagelijkse dosis Drupal aflevering 71

Ondertitels

Gebruik

Op de mailserver kan een e-mailadresalias worden aangemaakt. Elke e-mailadresalias stuurt eenvoudigweg e-mails door naar elk van de opgegeven adressen. E-mailaliassen worden vaak gebruikt om aliassen te maken voor lange of moeilijk te onthouden e-mailadressen. Aliassen kunnen ook worden gebruikt om algemene e-mailadressen te maken, zoals [e-mailadres beveiligd] of [e-mailadres beveiligd]. Op UNIX-achtige systemen kunnen e-mailadresaliassen in een aliasbestand worden geplaatst en er als volgt uitzien: lokale aliasnaam: een andere lokale gebruiker, een andere lokale gebruiker, [e-mailadres beveiligd]

Managementproblemen

Een bericht dat via een e-mailadresalias wordt verzonden, behoudt de oorspronkelijke gegevens van de afzender en de ontvanger. Als het bericht BCC is, kan de ontvanger zien of het bericht via een alias is verzonden door de berichtkop te parseren. De standaard vereist echter niet dat de ontvanger van het bericht in de header wordt vermeld. Daarom kunnen berichtontvangers mogelijk niet reconstrueren welk e-mailadres uiteindelijk door de afzender is gebruikt om het bericht in hun mailbox af te leveren.

Ontvangers die niet kunnen traceren welke afzenderadressen zijn gebruikt, kunnen de afzender niet vragen om te stoppen met verzenden, aangezien de afzender waarschijnlijk zijn huidige e-mailadres niet kan koppelen aan een van de adressen die voor het verzenden zijn gebruikt. Zelfs als gebruikers het exacte adres kunnen achterhalen dat wordt gebruikt voor het verzenden, kan hun e-mailclient geen handige manier bieden om een ​​antwoord te verzenden met behulp van het adres van de afzender. Met andere woorden: het gebruik van e-mailadresaliassen is niet omkeerbaar. Dit geldt met name in situaties waarin de afzender geen betrouwbaar mechanisme voor een antwoord biedt in de hoofdtekst van het bericht. Informatieve berichten kunnen bijvoorbeeld naar een lijst met ontvangers worden verzonden, wat aanzienlijk minder middelen vergt dan het verzenden van een brief naar elke ontvanger afzonderlijk.

Alias ​​wordt beschouwd als een van de meest voorkomende concepten op internet. Veel gebruikers zijn gewend dit woord te gebruiken, en het is de moeite waard om op te merken dat het een redelijk handige term is. Maar sommige mensen vragen zich nog steeds af: wat zijn aliassen? Het spreekt voor zich en het betekent een pseudoniem. Alias ​​worden meestal duplicaten van domeinnamen van websites of elektronische mailboxen genoemd. Een van de meest voorkomende is het voorvoegsel www. Om de betekenis van de term ‘alias’ duidelijker te maken, laten we een voorbeeld geven: de oorspronkelijke naam van de site klinkt als site.ru, en de kopie ervan klinkt als www.site.ru.

Aliassen: wat zijn ze voor e-mail?

Aliassen worden voornamelijk gebruikt als synonieme namen die aan sites worden toegewezen. Ze zijn ook ideaal voor extra e-mailadressen. Wanneer u bijvoorbeeld e-mail maakt die moeilijk te onthouden is, kunt u ook verschillende aliassen maken met beter te onthouden combinaties van letters en cijfers. Daarom zijn er brieven naar deze verzonden extra adressen, gaat rechtstreeks naar het hoofdvak. Dit is erg handig omdat u de correspondentie van alle adressen op één plek kunt lezen. Dit bespaart aanzienlijk tijd bij het controleren van mailboxen.

Aliassen voor sites

Als we de vraag beantwoorden wat aliassen zijn voor websites, kunnen we zeggen dat ze ook een erg handig hulpmiddel zijn. Heel vaak kan de gebruiker bij het invoeren van de naam van een site een fout maken en deze verkeerd typen. Als je alles verzamelt mogelijke opties typfouten met betrekking tot uw adres en voeg deze toe als alternatieve links naar de site, dan komt de gebruiker op de een of andere manier op de pagina die hij nodig heeft. Met aliassen kunt u ook een site in verschillende sites registreren, bijvoorbeeld site.ru, site.org en site.com. Het is vermeldenswaard dat aliassen alle wijzigingen op de hoofdbron automatisch vastleggen. Met andere woorden: als u een artikel aan het hoofddomein van de site toevoegt, worden de wijzigingen ook op alle kopieën weergegeven.

Cyrillisch voor aliassen

Omdat aliassen een redelijk handig hulpmiddel zijn, is het niet verrassend dat ze worden verbeterd en gemoderniseerd om aan de moderne behoeften van internetgebruikers te voldoen. Een van deze verbeteringen is de toevoeging van de Cyrillische vorm aan de spelling. Dit is erg handig, omdat gebruikers vaak vergeten de lay-out te wijzigen voordat ze een site betreden van het Russisch in het Engels of de naam alleen in de Russische versie onthouden. Dankzij verbeteringen aan aliassen gaan deze nu nauwkeurig naar het beoogde adres.

Wat zijn aliassen

Het gebruik van aliassen zal de werking van hosts, domeinen, netwerken, e-mail en websites aanzienlijk helpen moderniseren. Als we de vraag beantwoorden wat aliassen zijn en hoe ze werken, kunnen we met vertrouwen zeggen dat dit zo is universele vervangers, die bestaande bronnen kopiëren of een deel van de informatie combineren. Bij het aanbrengen van wijzigingen in belangrijkste hulpbron Aliassen passen deze uitbreidingen of wijzigingen in regels met betrekking tot resources onmiddellijk automatisch toe. Een voorbeeld van het gebruik ervan in het dagelijks leven is het verenigen van alle hosts die naar jouw mening niet geschikt voor je zijn. Op deze manier kunt u de lijst met ongewenste bronnen aanzienlijk verkleinen en tegelijkertijd wijzigingen aanbrengen om hun toegang tot de hoofdbron te controleren, terwijl u de regels voor iedereen wijzigt.