Uw goede werk indienen bij de kennisbank is eenvoudig. Gebruik onderstaand formulier

Studenten, promovendi en jonge wetenschappers die de kennisbasis gebruiken in hun studie en werk zullen je zeer dankbaar zijn.

Soortgelijke documenten

Wereldwijd systeem voor het verzenden en ontvangen van e-mail. Laag niveau e-mailbeveiliging vergeleken met andere middelen. Aanbevelingen voor het voeren van elektronische correspondentie. Organisatie van de werkplek, e-mail, OutlookExpress.

proefschrift, toegevoegd 12/05/2010


Algemene kenmerken en standaarden van e-mail. Mailprogramma's, mailboxregistratie, etiquette, beveiliging en elektronische posttechnologie. Berichten ontvangen en verzenden, adresboek en procedure voor het werken met bijlagen.

cursuswerk, toegevoegd op 26-08-2010


E-mailsystemen. Transport- en incrementele user-agents. Adressering in het e-mailsysteem. Formaat van e-mailberichten, faxverzending. E-mailaliassen, manieren om deze te bepalen door de systeembeheerder.

samenvatting, toegevoegd op 24-11-2009


Het concept en doel van e-mail, beoordeling van de mogelijkheden en functionele kenmerken ervan. E-mailprogramma's, hun onderscheidende kenmerken en uitgevoerde bewerkingen. Analyse van de werking en betrouwbaarheid van Outlook Express. Werken met berichten.

test, toegevoegd op 21-10-2010


Vergelijkende kenmerken werking van Outlook Express en Outlook-programma's. Kenmerken van het maken van een faxbericht. Werken met het adresboek. Een nieuw bericht maken en verzenden, werken met e-mail in www. Voordelen van het gebruik van e-mail.

samenvatting, toegevoegd 11/10/2009


De essentie van het concept e-mail, de mogelijkheden ervan modern netwerk Internet. De belangrijkste bedreigingen die de werking van deze vorm van elektronische communicatie verstoren. Kenmerken van informatiebeveiligingsmethoden, principes van correct gebruik van e-mail.

test, toegevoegd op 28-12-2012


De geschiedenis van de opkomst van e-mail als technologie en dienst voor het verzenden van elektronische berichten tussen gebruikers van een computernetwerk. Systeem voor het organiseren van postadressen. Hoe e-mail werkt, de belangrijkste voor- en nadelen.

presentatie, toegevoegd 10/03/2016


Definitie, voor- en nadelen van e-mail. Geschiedenis en chronologie van zijn ontwikkeling. Moderne architectuur (SMTP). Het eenvoudigste schema berichten doorsturen. De procedure voor het routeren van e-mail tussen servers, de coderingsstandaarden. Doel van het verzenden van spam.

presentatie, toegevoegd 19-04-2016

Het verwerken en verzenden van uitgaande documenten, evenals het ontvangen en verwerken van inkomende documenten, wordt centraal uitgevoerd, hetzij door een secretaris, hetzij door een expeditie (expediteur). Nadat ze een document hebben ontvangen voor verzending, controleren ze allereerst de juistheid van de uitvoering ervan : de aanwezigheid van een handtekening; de aanwezigheid van een datum (als deze niet op het verzonden document staat, wordt deze gestempeld); aanwezigheid van een merkteken over de uitvoerder; juistheid van adressering; indien het document bestemd is voor een eenmalige correspondent, de aanwezigheid van een adres; de aanwezigheid van alle pagina's in het document en alle opgegeven bijlagen.

Deze ontwerpelementen zijn vereist bij het verzenden van een document per post of per fax. Indien het document verkeerd is opgemaakt of niet volledig wordt gepresenteerd, wordt het ter revisie teruggestuurd naar de contractant.

Wanneer u een document per post verzendt, wordt het geconverteerd. Documenten die naar hetzelfde adres worden verzonden, worden samen in één envelop geplaatst. Enveloppen zijn geadresseerd en gemarkeerd. Voor vaste correspondenten worden enveloppen vooraf voorbereid. Alle voorbereiding van documenten bestemd voor postopruiming, wordt uitgevoerd in strikte overeenstemming met de vereisten van de postregels.

Echter, binnen de afgelopen jaren Met de ontwikkeling van de overdracht van documenten via telefonische communicatiekanalen (fax, e-mail) is de hoeveelheid correspondentie die traditioneel wordt verzonden per post, neemt voortdurend af.

Het verzenden van documenten via e-mail vermindert de tijd die nodig is om informatie over te dragen aanzienlijk en verhoogt de betrouwbaarheid van de bezorging.

Tegelijkertijd mogen we niet vergeten dat het verzenden van documenten per e-mail het probleem met zich meebrengt van het verifiëren van de authenticiteit van de handtekening (autorisatie van het document), dat wil zeggen het gebruik van een speciaal programma " elektronische handtekening‘En het sluiten van een speciale autorisatieovereenkomst met elke correspondent.

E-mailsystemen zijn onderverdeeld in twee typen- mondiaal en zakelijk (departementaal). Als een gebruiker verbinding maakt met een wereldwijde e-mailservice (zoals Relcom), betekent dit dat hij verbinding maakt met een al bestaand netwerk datatransmissie over uitgestrekte gebieden, waarvan de knooppunten zijn uitgerust met krachtige apparatuur die de doorgang van grote volumes garandeert informatieve berichten. Bovendien kunnen sommige gebruikers van één mondiaal e-mailsysteem niet alleen informatie uitwisselen binnen hun netwerk, maar ook met abonnees van andere mondiale netwerken. Zakelijke e-mailsystemen - afdelingsgebonden - zijn gemaakt om de interne documentstroom te garanderen, wat vooral effectief is als de organisatie een groot aantal ondergeschikte structuren heeft, inclusief filialen. Zakelijke e-mail maakt gebruik van verschillende personal computers, verenigd in een lokaal netwerk (LAN). Meest krachtige computer Het netwerk vervult een beheerfunctie en wordt een bestandsserver genoemd. Andere pc's die op het netwerk zijn aangesloten, worden werkstations genoemd. Dus alles gedeelde bronnen netwerken (databases, software, randapparatuur) kan voor elke gebruiker toegankelijk zijn. Er zijn al veel zakelijke e-mailsystemen gemaakt: Microsoft Mail; cc:E-mail; 1C: E-mail, enz. Dus, met met behulp van Microsoft Mail kunt u de volgende handelingen uitvoeren: e-mailberichten ontvangen en verzenden; bestanden overbrengen die in andere MS Office-programma's zijn gemaakt; berichten opslaan in speciale elektronische mappen; realiseren snel zoeken noodzakelijke berichten; berichten afdrukken.

39. Begrippen: “zaak”, “vorming van zaken”, “nomenclatuur van zaken”. Het belang van de nomenclatuur van zaken voor de classificatie van documenten van een organisatie.

Geval- een reeks documenten of een document dat verband houdt met één onderwerp of activiteitengebied, in een aparte omslag geplaatst.

Vorming van zaken- het groeperen van uitgevoerde documenten in een dossier volgens de nomenclatuur van de dossiers en het systematiseren van documenten binnen het dossier.

Nomenclatuur van gevallen- een systematische lijst met namen van in de organisatie geopende zaken, met vermelding van hun bewaartermijnen, opgesteld op de voorgeschreven wijze. Dit is een zeer nuttig document bij kantoorwerk, omdat u hiermee het werk met documenten rationeel kunt organiseren: documenten groeperen in bestanden volgens een bepaald systeem - zorgt, indien nodig, voor de snelheid van hun zoekactie en de veiligheid; gebruikt in het proces van documentregistratie - een registratienummer toegewezen volgens de ontwikkelde classificatie en casusindexen; gebruikt als hoofddocument bij het selecteren van zaken om ze aan het archief voor te leggen, en het selecteren van zaken waarvan de deadline is verstreken voor verdere vernietiging; gebruikt als boekhoudingsdocument voor dossiers met tijdelijke bewaartermijnen (er kunnen geen aanvullende inventarissen worden opgemaakt in archiefzaken, het dient als basis voor het opmaken van inventarissen van permanente en langdurige bewaringsdossiers, ook voor personeel, fungeert voor de administratie); vernietiging van documenten. De nomenclatuur van dossiers is een multifunctioneel document en praktisch gezien heeft elke organisatie het nodig om het huidige papierwerk te stroomlijnen. Voor overheidsinstanties En gemeentelijke instellingen die documenten overdragen aan staats- of gemeentelijke archieven, maar ook aan naamloze vennootschappen, notarissen, enz. Het opstellen van een dossierlijst is een wettelijke vereiste.

Basisvereisten voor de organisatie operationele opslag uitgevoerde documenten in kantoorwerk. Verantwoordelijkheid voor de veiligheid van documenten. Opslag van documenten in elektronische vorm.

De laatste fase van het papierwerkproces is de voorbereiding van de uitgevoerde documenten voor opslag en gebruik. Het belangrijkste doel van het organiseren en opslaan van uitgevoerde documenten is het creëren van voorwaarden voor hun gebruik in het naslagwerk van instellingen en het aanvullen van het Rijksarchieffonds.
De opslag van uitgevoerde documenten van het lopende jaar vindt plaats in speciale mappenregisters. Documenten die met kantoorwerk zijn voltooid, worden aan het eind van het jaar overgedragen aan de archieven van de organisatie.
Het voorbereiden van de overdracht van zaken naar het archief omvat de volgende stappen:
1. het doen van onderzoek naar de waarde van documenten in zaken;
2. systematisering van documenten in bestanden;
3. registratie van zaken;
4. het opmaken van een inventaris van de zaken van een structurele eenheid.
De vermelde werken worden uitgevoerd door medewerkers van structurele eenheden die verantwoordelijk zijn voor het bijhouden van de documentatie, onder de methodologische leiding van het hoofd van het archief.
Vóór de technische registratie van zaken wordt aanvullende systematisering van documenten in de zaken uitgevoerd. Om dit te doen, worden documenten uit de mappen verwijderd en in chronologische volgorde geplaatst, d.w.z. in omgekeerde volgorde. Het vroegste document wordt aan het begin van de zaak geplaatst (bovenaan) en het laatste aan het einde.
De nomenclatuur van bestanden is een goedgekeurde, gesystematiseerde lijst van bestanden die in een instelling zijn geopend, met vermelding van de perioden waarin ze op de voorgeschreven manier moeten worden bewaard. De nomenclatuur van zaken wordt gebruikt als schema voor de verdeling en groepering van uitgevoerde documenten in zaken (classificatieschema), als index voor het indexeren van documenten en zaken, hun bewaartermijnen, en ook als schema voor het opbouwen van een referentiebestand van niet-uitgevoerde documenten. Daarnaast is het een boekhoudkundig document in het archiefbeheer en archief van de instelling voor tijdelijke (tot en met 10 jaar) opslag.
De nomenclatuur van zaken is nodig om documenten snel te kunnen doorzoeken op inhoud en type. De efficiëntie van het werken met documenten en de veiligheid ervan zijn afhankelijk van hoe goed deze zijn samengesteld. De aanwezigheid van een lijst met cases in elke instelling, organisatie en onderneming is verplicht.
Bij het samenstellen van een nomenclatuur van gevallen moeten ondernemingen rekening houden met de vereisten voor de nomenclatuur van gevallen die zijn opgenomen in staatssysteem documentatie ondersteuning beheer, Basisregels voor de werking van afdelingsarchieven, een lijst met documenten die de bewaartermijnen aangeven. De nomenclatuur van de zaken van de onderneming wordt ontwikkeld door een specialist die verantwoordelijk is voor het organiseren van werk met documenten en goedgekeurd door het hoofd van de onderneming.
De nomenclatuur van gevallen kan specifiek, bij benadering en typisch zijn. Bovendien is er een onderscheid tussen de nomenclatuur van zaken van een structurele eenheid en een instelling.
De specifieke nomenclatuur weerspiegelt de documenten van één specifieke instelling of structurele eenheid.
Geschatte en standaardnomenclaturen van zaken weerspiegelen documenten van een bepaalde categorie instellingen met hetzelfde soort activiteit en dezelfde samenstelling van documentatie. Bovendien zorgt de standaardnomenclatuur voor een uniforme indexering van zaken voor de relevante instellingen van het systeem (afdeling) en is deze verplicht. De geschatte nomenclatuur van de gevallen is adviserend.

De algehele verantwoordelijkheid voor het organiseren van de opslag en het waarborgen van de veiligheid van documenten ligt bij het hoofd van de organisatie.

Met de overgang van kantoorwerk naar geautomatiseerde technologieën rijst de vraag naar het stroomlijnen en organiseren van de opslag van documenten die in elektronische vorm zijn gemaakt.
Documenten binnen elektronische vorm kan door medewerkers van de organisatie op computers worden aangemaakt, per e-mail worden ontvangen en van traditioneel papier worden omgezet in elektronische vorm (door te scannen). Het gemaakte of ontvangen document moet in het computergeheugen worden opgeslagen en als bestand worden opgenomen harde schijf. Documenten kunnen worden opgeslagen op de harde schijf van een computer, of op een speciaal daarvoor bestemde computer (bestandsserver). verwisselbare media.
Allereerst worden er op de harde schijf mappen (directories) aangemaakt waarin documenten worden geplaatst. Net zoals papieren documenten in dossiers worden geplaatst, worden bestanden in mappen geplaatst. Elke map kan submappen bevatten, die op hun beurt hun eigen submappen kunnen hebben. Elke map krijgt een "naam" toegewezen. De “naam” moet beginnen met het type documenten (bevelen, besluiten, rapporten, enz.), waarom de inhoud van de documenten wordt verduidelijkt door informatie over het auteurschap, de kwestie, de correspondent, de periode waarvoor de documenten (bestanden) zijn gegroepeerd .
Huidige kantoorwerkbestanden worden opgeslagen op de harde schijf van de computer. Wanneer u op een netwerk werkt, heeft de gebruiker mogelijk toegang tot schijven of mappen op andere computers. In dit geval hebben ze serieletternummers en kunnen ze worden gebruikt als apparaten die zich op de computer bevinden eigen computer. Om dit te doen, wordt de toestemming om de toegang tot een bepaald bestand te delen ingesteld op de computer die de benodigde bronnen bevat. De toegang kan worden beperkt door een wachtwoord te gebruiken voor volledige en alleen-lezen toegang, of door de toegang te beperken tot alleen bepaalde gebruikers. U kunt een wachtwoord invoeren om de toegang tot de map te beperken. Organisaties met een groot volume aan gedeelde documenten maken gebruik van speciale, zeer betrouwbare computers (bestandsservers) die zijn ontworpen voor continu gebruik en die gelijktijdige toegang bieden tot gegevens van eenheden tot tientallen, honderden en zelfs duizenden gebruikers.
Alle documenten die voor kantoorcirculatie worden ontvangen, moeten worden opgeslagen in algemene mappen die zijn gemaakt in overeenstemming met de nomenclatuur van bestanden van de eenheid (organisatie als geheel) op basis van standaardclassificatoren.
Een van de belangrijkste kwesties die het succesvolle gebruik van computertechnologie op kantoor bepalen, is de betrouwbaarheid van het opslaan van documenten in elektronische vorm. De beveiliging van documenten bestaat uit:
- stabiele voeding;
- back-up;
- antivirusbescherming;
- preventie en diagnostiek met behulp van speciale hulpprogramma's ( ondersteunende programma's).
Eigenaardigheid elektronische opslag bestaat uit het verzenden van documenten naar een elektronisch archief onmiddellijk na voltooiing van het werk ermee tijdens kantoorwerk. Hierdoor kunt u de veiligheid van documenten, de gecentraliseerde opslag ervan, snel zoeken en gedistribueerde toegang tot documenten garanderen, zowel via een lokaal netwerk als via toegang op afstand(telefonisch en via internet).
Tijdens het registratieproces wordt een database met documenten gevormd.
Gegevens over documenten van het afgelopen jaar worden afzonderlijk opgeslagen, zelfs nadat alle documenten van het afgelopen jaar zijn uitgevoerd. De database wordt alleen gebruikt voor naslagwerk en kan worden gekopieerd naar een extern opslagmedium. Afhankelijk van de hoeveelheid informatie kan dit een diskette, magneetband, cd-rom of ander archiefmedium zijn.
Documenten met permanente en langdurige opslagperioden worden doorgaans op cd-rom opgenomen, en documenten met een tijdelijke opslagperiode worden doorgaans op media vastgelegd die na het verstrijken van de opslagperiode kunnen worden gewist en herschreven.
De bewaartermijnen voor documenten zijn niet afhankelijk van hun bestaansvorm – op papier of elektronisch – en worden bepaald door speciale mappen – lijsten met documenten die de bewaartermijnen aangeven.
Een logische schijf of meerdere mappen op een computer worden meestal gebruikt als plaats om archiefdocumenten op te slaan. Als er programma's zijn zoals “ Elektronisch archief De boekhouding en het kopiëren worden automatisch uitgevoerd. Anders gebeurt dit handmatig: documenten worden opgedeeld per bewaarperiode, er worden mappen aangemaakt die overeenkomen met de jaarlijkse secties van de inventarissen. Als er een aanzienlijk aantal documenten permanent is opgeslagen, bevinden deze zich in het jaargedeelte, in de mappen van de relevante afdelingen.

Onder sms-berichten V in enge zin berichten worden opgevat als bestaande uit reeksen van beperkte lengte, waarbij elke regel bestaat uit alfanumerieke ASCII-tekens en leestekens (dergelijke berichten worden ook wel 7-bits genoemd). Tekens met 8-bits codes (bijvoorbeeld Cyrillisch) zijn niet opgenomen in deze set.

Het e-mailadres lijkt op

[email protected]

Dit e-mailadres is beschermd tegen spambots. Om deze te kunnen bekijken, moet JavaScript zijn ingeschakeld

waar mail.domain iets is domeinnaam, en mail_box is de naam-ID van de correspondent. Een mailbox kan overeenkomen met één persoon, een groep mensen, een officieel postadres, een geautomatiseerde verwerkingsmachine, enz. - de vorm van het adres is hiervan niet afhankelijk. Verderop in deze paragraaf gaan we ervan uit dat mailboxen persoonlijk zijn. Een maildomein is een domeinnaam waarvoor in het DNS-systeem een ​​record van het type MX bestaat (zie het onderwerp "DNS"), of een record van het type A als er geen MX is.

De computer waarnaar het MX-record verwijst, is de mailserver voor dat maildomein. Alle e-mail die naar adressen in een bepaald e-maildomein wordt verzonden, gaat naar deze server, die beslist wat er vervolgens met deze e-mail gebeurt, zie hieronder.

Drie soorten programma's spelen een belangrijke rol in het e-mailsysteem:

Transportagenten (MTA - Mail Transport Agent),

Bezorgers (MDA - Mail Delivery Agent),

Gebruikersagenten (MUA - Mail Gebruikersagent).

De interactie van deze programma's en de werking van het e-mailsysteem worden weergegeven in Figuur 2 (zie bijlage).

De transportagent draait meestal op de mailserver. De transportagent fungeert als router voor e-mailberichten. De functies zijn als volgt:

1. analyse en conversie van adressen en headers van mailberichten, waaronder:

Het omzetten van adressen naar het formaat van een ander mailsysteem als de MTA fungeert als gateway tussen twee mailsystemen (bijvoorbeeld tussen Internet Mail en Sprint Mail);

Het omzetten van de e-maildomeinnaam van de afzender (maskerade);

Serviceheaders instellen in een bericht, die de route en het verwerkingsproces weerspiegelen;

2. DNS-polling voor de naam en het adres van de mailserver van de berichtontvanger;

3. het bepalen van de bezorgagent voor elk bericht en het overbrengen van het bericht naar de geselecteerde bezorgagent;

4. het beheren van de berichtenwachtrij, het uitstellen en hervatten van bezorgingsagenten als onmiddellijke bezorging van berichten niet mogelijk is;

5. het retourneren van berichten die om een ​​of andere reden niet op hun bestemming kunnen worden afgeleverd.

De bezorger bezorgt het bericht op een specifieke manier. Er zijn verschillende standaardtypen bezorgers:

Lokaal - de brief wordt verzonden naar een mailbox op dezelfde computer; bezorging gebeurt bijvoorbeeld door de inhoud van het bericht toe te voegen aan een specifiek bestand (in Unix is ​​dit het bestand /var/mail/mailbox).

SMTP - de brief wordt verzonden naar een mailbox in een ander e-maildomein; levering vindt plaats door verbinding te maken met de transportagent op externe server met behulp van het SMTP-protocol.

Prog - de brief moet door een programma worden verwerkt; levering vindt plaats door dit programma aan te roepen, waarvan de invoer de inhoud van de brief is.

Over het algemeen kunnen de bezorgmethoden (en dienovereenkomstig de agenten) variëren: bijvoorbeeld het opslaan van een brief in een database; een brief per fax doorsturen, enz. De selectie van een bezorger voor elke specifieke brief wordt door de vervoerder gemaakt in overeenstemming met de opgegeven configuratie van de vervoerder en het bestemmingsadres van de brief.

De user-agent is een gebruikersshell voor het werken met e-mail, de functies ervan:

Het ontvangen van berichten van de mailserver;

Presentatie, opslag, verwijdering en catalogisering van e-mailberichten;

Een nieuw bericht aanmaken en doorgeven aan de vervoerder voor verdere verwerking en bezorging.

Mailagenten in verschillende besturingssystemen

e-mail internetcomputer

In Unix OS is de transportagent het sendmail-programma, dat de de facto MTA-standaard is geworden. Bovendien bevat sendmail een SMTP-bezorgingsagent. Lokale bezorger - mailprogramma met de schakelaar "-d". Mail, Pine, verschillende MailTools voor X-Windows en andere programma's kunnen als MUA worden gebruikt. Het qpopper-programma kan worden gebruikt als POP-server. Alle bovenstaande programma's worden gratis verspreid of maken deel uit van de levering van het besturingssysteem.

MUA met ingebouwde POP-client (Unix, Windows) - Netscape, Eudora, De vleermuis enz.

Mailservers zoals Netscape Messaging Server en Microsoft Exchange. Ze worden beheerd via een webinterface met vensters waarin alle noodzakelijke functies: de transportagent zelf, POP3-server, systeem voor het beheren van gebruikersmailboxen, aliassen, groepen en mailinglijsten. In vergelijking met sendmail zijn dergelijke servers echter omslachtig, onbetrouwbaar, minder transparant en hebben ze niet de mate van flexibiliteit en veelzijdigheid die sendmail heeft.

Hoe e-mail werkt. Adressering in het e-mailsysteem. E-mailaliassen. E-mailberichtformaten. Faxberichten verzenden. Blader het meest populaire programma's voor het werken met e-mail.

Richtlijnen

Tegenwoordig wordt het e-mailsysteem steeds populairder. Wat is het, hoe kan het worden gebruikt.

Wij weten wat post is. Dit zijn traditionele communicatiemiddelen die de uitwisseling van informatie mogelijk maken, ten minste, twee abonnees. Om deze uitwisseling te laten plaatsvinden, is het noodzakelijk om een ​​bericht te schrijven en, met vermelding van het adres, in een brievenbus te stoppen, vanwaar de brief onvermijdelijk op het postkantoor terechtkomt. Als het opgegeven adres voldoet aan algemeen aanvaarde normen, zal de postbode het na enige tijd in de brievenbus van de ontvanger plaatsen. Vervolgens opent de abonnee het bericht en heeft de informatie-uitwisseling plaatsgevonden. Om het proces te versnellen nemen we de hoorn op, draaien het telefoonnummer en als de juiste verbinding tot stand komt, hoort onze abonnee wat we hem willen overbrengen. Als de abonnee niet opneemt of zijn nummer bezet is, moet u de procedure opnieuw herhalen, waarbij u spijt heeft dat u hier uw kostbare tijd aan verspilt.

Deze twee soorten communicatie – post en telefoon – zijn voor ons traditioneel geworden en we kennen hun voor- en nadelen al goed. Wat is e-mail?

Toen ARPANET voor het eerst de arena betrad, verwachtten de ontwerpers dat het overheersende verkeer (dat wil zeggen de hoeveelheid informatie die tussen knooppunten wordt overgedragen) van proces naar proces zou verlopen. Ze hadden het mis. Tot hun grote verrassing overtrof de hoeveelheid e-mail tussen mensen de hoeveelheid communicatie tussen processen. Terwijl sneeuw, regen en hitte postkoeriers konden tegenhouden, zorgde het vermogen van het ARPANET om binnen enkele seconden berichten van de westkust van de Verenigde Staten naar de oostkust te bezorgen voor een revolutie in de communicatiemiddelen.

De belangrijkste aantrekkingskracht van e-mail is de snelheid ervan. Er zijn echter nog meer voordelen die niet zo algemeen bekend zijn. De telefoon biedt ook vrijwel onmiddellijke toegang, maar uit onderzoek is gebleken dat ongeveer 75% van de telefoongesprekken mislukt. (“Het spijt me zeer, maar meneer Smith is in vergadering/is op zakenreis gegaan/heeft de kamer verlaten.”) E-mail heeft dezelfde toegangssnelheid als de telefoon, maar vereist niet dat beide partijen aan staan tegenovergestelde uiteinden van de telefoonlijn tegelijk. Daarnaast laat zij een schriftelijke kopie van het bericht achter, die kan worden bewaard of doorgegeven. Bovendien kan een brief tegelijkertijd naar meerdere abonnees worden verzonden. En dat is nog niet alles!! Met behulp van moderne e-maildiensten kunt u niet alleen geschreven berichten verzenden, maar ook informatie van welke aard dan ook: foto's, video's, programma's, enz.

En dit alles wordt gegarandeerd binnen enkele minuten naar waar ook ter wereld verzonden.

Principes van e-mailwerking. E-mail systeem.

Het e-mailsysteem bestaat uit drie componenten:

gebruikersagent - stelt gebruikers in staat berichten te lezen en op te stellen.

transportagent- stuurt berichten door van de ene machine naar de andere.

bezorger - plaatst berichten in de mailboxen van ontvangende gebruikers.

Gebruikersagenten. Programma's waarmee gebruikers e-mailberichten kunnen lezen en opstellen. Voorbeelden van deze agenten zijn het Internet Mail-programma in Windows 95 en de mail-opdracht in UNIX.

De allereerste user-agent was /bin/mail, ontwikkeld door AT&T. Nu zijn er verschillende programma's van deze klasse. Daarnaast zijn er user agents met grafische gebruikersinterfaces. Er is ook een standaard die de opname van multimedia-objecten in e-mailberichten definieert. Het heet MIME (Multipurpose Internet Mail Extensions). Veel user agents ondersteunen deze standaard.

Transportagenten. Programma's die e-mail van een user-agent accepteren, interpreteren gebruikersadressen en sturen e-mail door naar de juiste computers voor daaropvolgende bezorging. Daarnaast ontvangt de vervoerder binnenkomende post van andere vervoerders. De transportagent voert het SMTP-protocol (Simple Mail Transport Protocol) uit, dat is gedefinieerd in RFC821.

Er zijn verschillende transportagenten ontwikkeld voor het UNIX-besturingssysteem (MMDF, zmailer, smail, upas en andere), maar de krachtigste, meest flexibele en meest verspreide is sendmail.

Het sendmail-programma is een transportagent, een koppelingsprogramma tussen gebruiker en bezorgers. Voor internet is het ook een bezorgagent. Het sendmail-programma voert de volgende taken uit:

het beheren van berichten nadat ze de vingers van de gebruiker hebben verlaten;

het parseren van ontvangeradressen;

selectie van de juiste bezorg- of transportagent;

het omzetten van adressen in een vorm die begrijpelijk is voor de bezorger;

noodzakelijke herformattering van kopjes;

verzending van het geconverteerde bericht naar de bezorger.

Het sendmail-programma genereert ook foutmeldingen en stuurt berichten terug die niet bij de afzender kunnen worden afgeleverd.

Bezorgers. Programma's die e-mail van een transportagent accepteren en deze bij de juiste gebruikers bezorgen. E-mail kan worden afgeleverd bij een specifieke persoon, bij een mailinglijst, bij een bestand, bij een programma, enz. Om elk type ontvanger te bedienen is een aparte mailagent nodig: een bezorgagent voor lokale gebruikers. Spop is een bezorgagent voor gebruikers van externe machines die UUCP (UNIX to UNIX Owl) of POP (Post Office Protocol) gebruiken om e-mail te ontvangen.

Het programma /bin/mail is een bezorgagent voor lokale gebruikers, en de programma's uux en spop, fetchmail zijn bezorgagenten voor gebruikers van externe machines die UUCP- of POP-, IMAP-services gebruiken om e-mail te ontvangen. Het programma /bin/sh is een bezorgagent voor e-mail die naar een bestand of programma wordt verzonden.

Adressering in het e-mailsysteem. Er zijn twee soorten e-mailadressen: route-afhankelijk en route-onafhankelijk. Bij gebruik van de eerste adresseringsmethode is het vereist dat de afzender de tussenliggende machines kent waar het bericht doorheen moet om zijn bestemming te bereiken. Het tweede type adres geeft eenvoudigweg de bestemming aan. UUCP-adressen zijn route-afhankelijk, maar internetadressen zijn (meestal) route-onafhankelijk.

Een internet-e-mailadres heeft de volgende notatie: gebruiker@machine, waarbij het @-teken de gebruikersnaam scheidt van de machineaanduiding. E-mail wordt afgeleverd in de mailbox van de gebruiker op de computer van de gebruiker.

Voorbeeld e-mailadres yvv@ zachtpro . saratov . Ru

In het beschouwde voorbeeld is yvv de identificatie van de abonnee, meestal samengesteld uit de beginletters van zijn achternaam, voornaam en patroniem. Wat zich rechts van het @-teken bevindt, wordt een domein genoemd en beschrijft op unieke wijze de locatie van de abonnee. De componenten van een domein worden gescheiden door punten. Het meest rechtse deel van het domein geeft in de regel de landcode van de ontvanger aan - dit is het topniveaudomein. De landcode is goedgekeurd door de internationale ISO-norm en staat vermeld in bijlage 1. In ons geval is ru de code van de Russische Federatie. Een netwerkaanduiding kan echter ook als topniveaudomein verschijnen. In de VS, waar netwerken bestaan ​​die instellingen voor hoger onderwijs of overheidsorganisaties met elkaar verbinden, worden bijvoorbeeld de afkortingen edu - Onderwijsinstellingen (bijvoorbeeld cs.berkeley.edu), gov - Overheidsinstellingen en andere gebruikt als topniveaudomeinen ( zie bijlage 1).

Het volgende subdomein – in ons geval saratov – is uniek gedefinieerd binnen het topniveaudomein. Het is niet moeilijk te raden wat de stadscode betekent: Saratov. Totaliteit componenten het domein saratov.ru wordt een tweedeniveaudomein genoemd. Afkortingen voor domeinen op het tweede niveau worden gedefinieerd in overeenstemming met de regels van het topniveaudomein.

Domein op het derde niveau – softpro.saratov.ru. In ons geval bevat het domein op het derde niveau de naam van het SoftPRO Group-bedrijf. De regels voor het vormen van namen binnen domeinen op het derde niveau zijn een privéaangelegenheid voor domeinen op het tweede niveau.

UUCP-adres bestaat uit een lijst met machines waar het bericht doorheen moet op weg naar zijn bestemming. Lijstitems worden gescheiden door uitroeptekens. Bijvoorbeeld in het UUCP-e-mailadres: mcvax!uunet!ucbvax!hao!boulder!lair!evi

de bestemming is de schuilmachine en de ontvanger is de evi-gebruiker. Elke machine in de keten heeft een directe UUCP-verbinding met machines die zich ervoor en erna op het netwerk bevinden. De ucbvax-machine moet bijvoorbeeld verbindingen hebben met de hao- en uunet-machines. Ketens van UUCP-adressen kunnen erg lang zijn, maar nu het internet op grote schaal wordt gebruikt, zie je zelden echt grote. Toen e-mail voornamelijk gebaseerd was op UUCP, moesten beheerders een lijst met computers onthouden die verspreid waren over vrij grote delen van het onderliggende UUCP-netwerk.

In internet-e-mailformaat ziet het bovenstaande adres eruit als evi@lair, of preciezer: [e-mailadres beveiligd]. Gecombineerde adressen zijn ook toegestaan. Als een UUCP-systeem bijvoorbeeld het machinehol verbindt met de rest van het colorado.edu-domein, kan het adres er als volgt uitzien: [e-mailadres beveiligd]

E-mailaliassen. Met aliassen kunnen de systeembeheerder en individuele gebruikers e-mail doorsturen. Ze kunnen worden gebruikt om mailinglijsten op te zetten (die meerdere ontvangers bevatten), om e-mail door te sturen tussen machines en om ervoor te zorgen dat gebruikers met meerdere namen kunnen worden aangesproken.

Aliassen kunnen worden gedefinieerd:

in het user-agent-configuratiebestand;

in het systeembrede aliasbestand /etc/aliases;

V gebruikersbestand vooruit ~/.vooruit.

Het e-mailsysteem zoekt eerst naar aliassen in het configuratiebestand van de user-agent, vervolgens in het aliassenbestand en ten slotte in het doorstuurbestand van de gebruiker.

Hier volgen enkele voorbeelden van aliassen die zijn gedefinieerd in het aliassenbestand:

evi: evi@mailhub

auteurs: evi,garth,scott,trent

In de eerste regel staat dat e-mail die bij Nemeth aankomt, bij de gebruiker moet worden afgeleverd lokale machine. De tweede is dat alle aan evi geadresseerde e-mail moet worden afgeleverd op de mailhub-machine. Ten slotte specificeert de derde regel dat e-mail gericht aan auteurs moet worden afgeleverd bij de gebruikers evi, garth, scott en trent. Recursie wordt ondersteund, zodat e-mail die naar nemeth wordt verzonden uiteindelijk op evi@mailhub terechtkomt.

Naast lijsten met gebruikers kunnen aliassen verwijzen naar:

het bestand waaraan berichten moeten worden toegevoegd;

commando naar wiens invoerberichten moeten worden verzonden.

Formaat van e-mailbericht. Om ervoor te zorgen dat een e-mail de ontvanger bereikt, moet deze zijn opgemaakt in overeenstemming met internationale normen en een gestandaardiseerd e-mailadres hebben. Het algemeen aanvaarde berichtformaat wordt gedefinieerd door een document genaamd "Standaard voor het formaat van ARPA – Internet-tekstberichten", afgekort als Request for Comment of RFC822, en heeft een koptekst en het bericht zelf.

Laten we een voorbeeld van een e-mailbericht bekijken:

Ontvangen: van CS.ORST.EDU door fuug.fi met SMTP-id AA15539 (5.65+/IDA-1.3.5 voor [e-mailadres beveiligd]); Do, 20 december 90 08:19:05 +0200

Ontvangen: van jacobs.CS.ORST.EDU door CS.ORST.EDU (5.59/1.15) id AA19981; woensdag 19 december 90 22:19:59 PST

Van: Harry Brooks

Bericht-ID:<[e-mailadres beveiligd]>

Onderwerp: Re: benieuwd of je erbij was?

Hoi! Controle van de communicatie. Als het bericht is doorgegeven, komt er normaal gesproken een bevestiging.

Het bericht bestaat uit de tekst die u naar de ontvanger wilt sturen, en de koptekst, die aan het begin van het bericht wordt toegevoegd, gescheiden van de tekst lege regel, en bevat verschillende regels noodzakelijke informatie over dit bericht: datum van vertrek, adres, retouradres, onderwerp van het bericht en andere.

Hier vormen de eerste veertien regels de titel. Merk op dat elk van de kopregels er als volgt uitziet: titel: tekst

De kopregelnamen worden als volgt ontcijferd:

Ontvangen : teken van doorgang door de machine (stempel). Onze brief heeft vijf van dergelijke markeringen, wat betekent dat hij onderweg vijf auto's passeerde, en elk van hen gaf aan wanneer hij passeerde.

Datum : datum en tijdstip van verzending van de brief; ze zijn gespecificeerd in een standaardformaat, omdat de meeste mailsystemen berichten op tijd kunnen sorteren als je daarom vraagt.

Van : naam van de afzender en retouradres<отделен угловыми скобками>.

Bericht - Identiteitskaart : interne bericht-ID; toegewezen door de postdienst van de afzender. Elke letter krijgt een unieke – uniek in de wereld – identificatiecode. Het kan worden gebruikt om te linken naar een letter, zoals een uitgaand nummer.

Naar : adres van de ontvanger

Onderwerp : bericht onderwerp. Markering Met betrekking tot : geeft aan dat dit bericht een antwoord is (van het woord antwoord) op een ander bericht. Het originele bericht en het antwoord hebben de regel Onderwerp : dezelfde. Toen de auteur reageerde, nam de postdienst automatisch de onderwerpregel uit het oorspronkelijke bericht. Dit is handig als er een lang gesprek over één onderwerp plaatsvindt. U kunt de e-mailservice verzoeken de berichten op onderwerp te sorteren en uw geheugen van eerdere zinnen in dit gesprek op te frissen.

Probeer bij het opstellen van een bericht in deze regel de titel aan te geven die kort en zo informatief mogelijk is. Niet iedereen zal een bericht lezen met een kop als “Weet je nog dat je me ooit vertelde...”?

Status : berichtstatus; Uw postbedrijf merkt voor zichzelf dat u het bericht al heeft gelezen, zodat het u niet een tweede keer als nieuw wordt aangeboden.

Er zijn verschillende andere soorten kopregels. Ze hoeven er niet allemaal te zijn. Enkele lijnen postdiensten automatisch toegevoegd. ( Ontvangen : Datum :), andere worden ingesteld door de auteur van de brief ( Naar :, Onderwerp : ). We zullen gedetailleerd ingaan op hoe u het adres in een bericht kunt aangeven, zodat de postdiensten het begrijpen en de brief op de plaats van bestemming kunnen afleveren.

U kunt de berichttekst invoeren en een koptekst maken met behulp van een van de e-mailberichteditors.

Het bericht zelf is meestal een tekstbestand in vrije vorm. Bij het verzenden van niet-tekstgegevens (uitvoerbaar programma, grafische informatie) wordt berichttranscodering gebruikt, die wordt uitgevoerd door geschikte software.

Faxberichten verzenden. Onlangs verschenen op internet nieuwe kans– faxen verzenden en ontvangen via een netwerk met behulp van een computer. U kunt een opdracht verzenden om een ​​fax te verzenden of te ontvangen. Een gewone e-mail, correct opgemaakt, wordt samengesteld en verzonden naar het adres van het computerknooppunt dat de faxbewerkingen afhandelt. De tekst van deze brief wordt als fax afgeleverd op het faxapparaat van de ontvanger.

Met faxsoftware kunt u gegevens converteren naar verschillende formaten naar het formaat van faxmachines. Met het Quick Link II Fax-programma kunt u bijvoorbeeld de volgende gegevens overbrengen naar faxmachines en andere faxmodems: tekst, bestanden in TIFF, IMG-formaten voorbereid door GEM Artline of Ventura Pablisher, BMP van Microsoft Windows, CUT van Dr.Halo en PCX van Paintbrush.

Het formaat van het bericht dat per e-mail wordt verzonden, wordt beschreven in RFC 2822. Het bestaat uit drie delen:

Een envelop met de adressen van de afzender en ontvangers van het bericht wordt alleen gebruikt bij het verzenden van een bericht via het protocol SMTP, het is niet beschikbaar voor de ontvanger; Header met service-informatie gegenereerd door programma's die betrokken zijn bij het verzenden van het bericht, zoals de adressen van de afzender en ontvangers, die kunnen verschillen van die gebruikt in de envelop, het onderwerp van het bericht, het tijdstip van verzending, informatie over het doorsturen en de programma's gebruikt om het bericht te maken, enz. d., de titel eindigt met een lege regel; De hoofdtekst bevat het bericht zelf, gemaakt door de afzender en afgeleverd bij de ontvanger.

Het bericht wordt dus aan de ontvanger afgeleverd in de vorm van een koptekst en een hoofdtekst, daarvan gescheiden door een lege regel.

De header bestaat uit velden: tekstreeksen bestaande uit de veldnaam: een woord dat eindigt met een dubbele punt, en de inhoud van het veld. Lange koptekstvelden worden opgesplitst in meerdere regels, waarbij elke regel de vorige voortzet en begint met een witruimteteken.

In tabel 1 beschrijft de belangrijkste headervelden.

Veldnaam	Veldwaarde
	Tijd om het bericht te verzenden
	Adres van de afzender
	Antwoordadres
	Adressen van ontvangers
	Kopieer de adressen van de ontvangers
	Adressen van ontvangers verborgen kopieën. Dit veld wordt gebruikt tijdens de verzending van berichten; bij bezorging aan de ontvanger kunnen de overeenkomstige velden of een deel van de inhoud ervan worden verwijderd.
	Unieke bericht-ID
	Unieke identificatiecode van het bericht waarop dit bericht reageert
	Unieke ID's van alle berichten in de antwoordthread
	Berichtonderwerp
	Het adres van de afzender vermeld op de berichtenvelop
	Informatie over de passage van het bericht. Elk knooppunt waar het bericht doorheen gaat, moet een veld "Ontvangen:" toevoegen aan de kop met daarin namen en adressen IP knooppunten die het bericht hebben verzonden en ontvangen, de transittijd, enz.
	Versie gebruikt MIME
	Type gegevens dat in de berichttekst wordt gebruikt
Content-overdracht-codering:	Niet-Amerikaans: ASCII-tekencoderingsmethode die wordt gebruikt in de berichttekst

De titel wordt meestal niet volledig weergegeven. De ontvanger ziet slechts enkele velden: de adressen van de afzender en ontvangers, het tijdstip van verzending en het onderwerp van het bericht.

De hoofdtekst van het bericht moet, als het niet alleen tekst is die in Latijnse letters is geschreven, worden gecodeerd in overeenstemming met de specificatie MIME(RFC2045). Aan de ontvangende kant wordt het indien nodig gedecodeerd en omgezet in een voor de gebruiker begrijpelijke vorm.

1.1 Internet-e-mailadressen

Internet-e-mail maakt gebruik van route-onafhankelijke adressering. Dit betekent dat het adres van de gebruiker hetzelfde blijft, ongeacht waar het bericht vandaan komt. Deze adressering is erg handig voor gebruikers, maar bemoeilijkt het proces van het bezorgen van berichten, omdat het bepalen van de bezorgroute volledig afhankelijk is van de e-mailsoftware.

Het is ook mogelijk om de berichtroute in het ontvangeradres op te geven, maar dergelijke routeafhankelijke adressen worden zelden gebruikt, meestal voor foutopsporingsdoeleinden. Over het algemeen is het gebruik ervan niet logisch.

Formaat e-mailadres wordt gedetailleerd beschreven in RFC 2822. Over het algemeen heeft het het volgende formaat:

gebruikersnaam@maildomein

waarbij gebruikersnaam een ​​gebruikers-ID is, uniek binnen één e-maildomein;

De maildomeinnaam heeft hetzelfde formaat als gebruikt in internetdomeinnamen. Het wordt beschreven in RFC 1034. Ondanks hun oppervlakkige gelijkenis zijn de functionaliteit van een maildomein en een hostdomeinnaam echter aanzienlijk verschillend.

Naast het significante deel dat wordt gebruikt bij het routeren van het bericht, kan het adres commentaar bevatten in de vorm van willekeurige tekstregels voor en na het significante deel. Om de opmerking te scheiden van het belangrijke deel van het adres, is dit laatste tussen punthaken geplaatst. Het uiteindelijke e-mailadres heeft het volgende formaat:

opmerking< имя_пользователя@почтовый_домен >opmerking

Bijvoorbeeld:

Artem Petrov<*****@***ru>(Oeljanovsk)

Als u een bericht wilt verzenden, geeft u *****@***ru als adres op. Informatie aan weerszijden van de punthaken wordt genegeerd wanneer het bericht wordt afgeleverd.

Het e-mailadres verwijst niet noodzakelijkerwijs rechtstreeks naar een bestaande mailbox. Het kan ook een e-mailalias zijn die naar een ander adres verwijst, of een mailinglijstadres dat naar veel andere adressen verwijst, of een adres dat berichten ontvangt die door een speciaal programma worden verwerkt, enz.

Bij sommige systemen kan ook alleen de gebruikersnaam als e-mailadres worden gebruikt, zolang de ontvanger maar is geregistreerd in hetzelfde e-maildomein van waaruit het bericht wordt verzonden.

1.2 Maildomeinen

Een voorbeeld van een bedrijfssysteem dat e-mail accepteert, wordt getoond in Fig. 1.

Virus" href="/text/category/virus/" rel="bookmark">virussen. Hierna arriveert de e-mail bij de mailrouter-router. *****, die bepaalt waar de berichten vervolgens naartoe moeten worden verzonden. zijn twee berichtenopslagplaatsen: ***** bevat mailboxen van gebruikers van het domein *****, de tweede opslag - ***** is bedoeld voor mailboxen van gebruikers van het domein *****.

Uit het voorbeeld blijkt dat er geen directe relatie bestaat tussen maildomeinen en hostdomeinnamen. Maar nadat u een domeinnaam heeft geregistreerd, kan deze zowel voor het benoemen van hosts als als e-maildomeinnaam worden gebruikt.

Voor het routeren van e-mail op internet en voor het tot stand brengen van correspondentie tussen domeinnamen van netwerkhosts en hun adressen IP, het systeem wordt gebruikt DNS. Nadat een bericht is ontvangen dat moet worden verzonden, verzendt de mailserver een verzoek DNS met vermelding van de e-maildomeinnaam van de ontvanger. Als reactie hierop ontvangt de mailserver een lijst met hosts die mail accepteren voor het opgegeven domein. De lijst wordt gepresenteerd in de vorm van zogenaamde records MX(Mailuitwisseling). Eén maildomeinnaam kan overeenkomen met meerdere MX-records met verschillende prioriteiten. Prioriteiten worden aangegeven door gehele getallen en worden gebruikt om de volgorde te bepalen waarin hosts die e-mail accepteren voor een bepaald domein moeten worden gecontacteerd.

In het voorbeeld in afb. 1 mailserver die een bericht verzendt naar een gebruiker met een adres in het domein ***** of *****, als reactie op een verzoek DNS ontvangt twee MX-records: ***** met een prioriteit aangegeven door een lager getal, en ***** met een prioriteit aangegeven door een hoger getal. Hun adressen achterhalen IP, zal de mailserver proberen verbinding te maken met het knooppunt waarvan de prioriteit wordt aangegeven door een lager getal, lukt dit niet dan wordt de poging herhaald voor het knooppunt waarvan de prioriteit wordt aangegeven door een hoger getal etc.

Om informatie te bekijken DNS, inclusief MX-records, kunt u de opdracht nslookup gebruiken. Na haar telefoontje van opdrachtregel het programma gaat in de wachtmodus voor opdrachten. Voer de opdracht in om MX-records op te vragen

Voer hierna de naam in van het maildomein waarvan u de MX-records wilt bekijken. Het nslookup-programma vult alle ingevoerde zoekopdrachten aan standaard naam domein. Om dit te voorkomen, moet de naam van het e-maildomein dat wordt ondervraagd, worden afgesloten met een punt. Bijvoorbeeld:

Het antwoord op deze vraag ziet er als volgt uit:

ulv. ***** voorkeur = 10, mailwisselaar = rov. *****

ulv. ***** voorkeur = 20, mailwisselaar = rd. *****

rov. ***** internetadres = 213.221.51.66

rd. ***** internetadres = 195.19.219.136

Deze regels betekenen dat de mail voor het ulv-domein. ***** accepteer twee knooppunten: rov. ***** (adres IP: 213.221.51.66) met prioriteit 10 en rd. ***** (adres IP: 195.19.219.136) met prioriteit 20.

Dit betekent dat e-mail bedoeld voor ontvangers gebruikersnaam@***** via het rov-knooppunt moet worden verzonden. *****. Als het niet mogelijk is om verbinding te maken met dit knooppunt, moet het via het derde knooppunt worden verzonden. *****. Als dit niet mogelijk is, moet het uitgaande bericht in een wachtrij worden geplaatst en na een tijdje opnieuw worden geprobeerd.

2. Structuur van e-mail op internet

Het pad van een e-mail via een op protocollen gebaseerd e-mailsysteem SMTP, weergegeven in afb. 2.

schijf">Mailgebruikersagent ( MUA) – gebruikersagent of client mailprogramma; Mail Transfer Agent (MTA) – transportagent of mailserver; Lokale bezorger ( LDA) - tussenpersoon lokale bezorging; Message Submission Agent (MSA) – berichtverzendingsagent.

2.1 MUA

MUA is ontworpen om e-mails voor te bereiden, te verzenden, te ontvangen en te bekijken. Dit is een programma dat op de computer van de gebruiker wordt geïnstalleerd. Het doel van e-mail is om een ​​bericht over te brengen MUA afzender naar MUA ontvanger.

De voorbereiding voor verzending bestaat uit het converteren van het bericht naar het op internet geaccepteerde formaat, beschreven in RFC 2822.

De MUA van de afzender moet de berichtkop formuleren en de berichttekst coderen en formatteren in overeenstemming met de standaard, zodat de MUA van de ontvangende partij zowel de tekst als de bijlagen van het bericht correct kan interpreteren en presenteren.

Omdat MUA meestal geïnstalleerd op de computer van de gebruiker, wordt het meestal alleen gestart terwijl de gebruiker aan het werk is, en op de computer waarop het wordt gestart MUA, heeft mogelijk geen permanente verbinding met internet. Dat is waarom MUA kan niet als server fungeren - het kan alleen de initiator van de verbinding zijn, dat wil zeggen de client.

MUA verzendt berichten met behulp van het protocol SMTP door MSA of MTA, gebruikt om e-mail te verzenden.

Inkomende brieven MUA haalt berichten op uit de berichtenopslag met behulp van een protocol dat is ontworpen voor het ontvangen van e-mail. Meestal wordt hiervoor een van de twee protocollen gebruikt:

Postkantoorprotocol - Versie 3 (POP3) – postkantoorprotocol, versie 3, beschreven in RFC 1939, waardoor berichten in de mailbox kunnen worden bekeken, opgehaald en verwijderd; Internetberichttoegangsprotocol ( IMAP) is een berichttoegangsprotocol dat wordt beschreven in RFC 3501 en dat geavanceerdere mogelijkheden voor mailboxmanipulatie heeft dan POP3 Hiermee kunt u met name met meerdere mailboxen tegelijk werken, niet alleen berichten lezen en verwijderen, maar ook berichten maken en corrigeren.

Er zijn andere manieren om post te ontvangen. Gebruik bijvoorbeeld lokale bezorging als er berichtenopslag beschikbaar is MUA via lokaal netwerk.

Er zijn veel verschillende software-implementaties van de user-agent: Microsoft Outlook, Netscape Communicator, de vleermuis! enz.

User agents die de interface gebruiken, zijn behoorlijk wijdverspreid geworden CGI voor eindgebruikerstoegang tot zijn mailbox via HTTP of een veiliger protocol HTTPS-protocol met behulp van een webbrowser. Zo'n implementatie MUA vaak webmail genoemd. De structuur ervan wordt getoond in figuur 3.

Afb.3. Web-mail structuur

De gebruikersinterface wordt geïmplementeerd met behulp van technologie WWW. Functies MUA voert een applicatie uit die communiceert met een webserver via een interface CGI. MUA heeft toegang tot berichtopslag via protocollen POP3 of IMAP of door direct contact - MUA Met deze implementatie kan het worden opgenomen in hetzelfde lokale netwerk als het berichtenarchief; ze kunnen zelfs op dezelfde machine worden uitgevoerd.

Het voordeel van webmail boven MUA geïnstalleerd op de computer van de gebruiker, is de mogelijkheid om met uw e-mail te werken vanaf elke computer die met internet is verbonden, zonder voorafgaande configuratie en zonder installatie software. Het nadeel van webmail is dat de gebruiker constante toegang tot internet nodig heeft om met mail te kunnen werken, aangezien elk verzoek niet op de machine van de gebruiker wordt uitgevoerd, maar op een webserver en via het netwerk moet worden verzonden.

De webmaildienst wordt geleverd door populaire gratis openbare e-mailsystemen als Hotmail, *****, Yahoo, GMX, enz. Naast deze dienst kunt u met veel van deze systemen e-mail ontvangen via het protocol POP3.

Webmail wordt ook vaak geïmplementeerd in zakelijke e-mailsystemen, waarvan de gebruikers de e-mail niet alleen op hun werkplek moeten lezen.

2.2 MTA

MTA's zijn knooppunten waarlangs elektronische berichten worden verzonden. Brief gevormd MUA, bereikt het berichtenarchief met de mailbox van de ontvanger door er een of meer te passeren MTA, waarvan de laatste de brief doorgeeft aan de Local Delivery Agent (LDA).

De functies van een MTA kunnen gevarieerd zijn. MTA moet 24 uur per dag beschikbaar zijn en voortdurend wachten op verbindingen via het SMTP-protocol, d.w.z. serverfuncties uitvoeren SMTP. Gegevensuitwisseling tussen MTA gebeurt via het SMTP-protocol. MTA, het versturen van mail, het initiëren van een verbinding en het fungeren als client, MTA Degene die e-mail ontvangt, is de server.

Op MTA ook verantwoordelijk voor het parseren van ontvangersadressen, het openbaar maken van mailinglijsten en e-mailaliassen, en het bepalen van de berichtroute op basis van de analyse van ontvangersadressen en MX-records ontvangen van de server DNS.

De MTA moet de authenticiteit verifiëren van de identificatiegegevens die zij van het loket ontvangt MTA. U dient te controleren of de domeinnaam die de klant in de begroeting opgeeft, overeenkomt met zijn adres IP. U moet er ook voor zorgen dat het e-maildomein dat is opgegeven in het e-mailadres van de afzender bestaat. Als het domeingedeelte van het adres van de ontvanger het maildomein aangeeft dat hierdoor wordt bediend MTA, dan dient u te controleren of de opgegeven ontvanger in dit domein geregistreerd is.

Om anonieme spam te voorkomen raadt RFC2505 aan om alleen e-mail te accepteren als aan ten minste een van de volgende voorwaarden is voldaan:

adres IP cliënt is opgenomen in de lijst met cliëntadressen die hierdoor worden bediend MTA; de ontvanger van het bericht wordt geregistreerd in het maildomein dat hierdoor wordt bediend MTA; de client heeft de authenticatieprocedure doorlopen.

Als aan geen van bovenstaande voorwaarden is voldaan, MTA moet weigeren post te aanvaarden. MTA, onbeantwoorde e-mail ontvangen genoemde eisen, is mogelijk opgenomen in de lijst met servers die de verspreiding van spam niet voorkomen. In dit geval zullen veel e-mailsystemen weigeren e-mail van hem te accepteren.

De MTA kan berichten verwerken die er doorheen gaan: controleren op virussen, spamfilteren, enz.

Elk MTA, waar het e-mailbericht doorheen gaat, voegt aan de header informatie toe over wanneer en waar dit bericht vandaan kwam, evenals de resultaten van de uitgevoerde controles.

Als een bericht niet onmiddellijk kan worden afgeleverd, wordt het in een wachtrij geplaatst. MTA doet regelmatig nieuwe pogingen om berichten uit de wachtrij te verzenden. Mocht dit binnen een bepaalde termijn, meestal vier uur, niet mogelijk zijn, dan wordt er een waarschuwing naar de afzender gestuurd over de vertraging in de bezorging. Maar het bericht blijft in de wachtrij staan ​​en de pogingen om het te verzenden worden voortgezet. Als een bericht gedurende een langere periode, meestal vijf dagen, niet is afgeleverd, wordt het uit de wachtrij verwijderd en wordt er een bericht naar de afzender verzonden waarin wordt aangegeven dat het bericht niet kan worden afgeleverd.

MTA's kunnen ook andere functies vervullen, afhankelijk van de gebruikte software.

Basisvereisten voor MTA en naar MUA beschreven in RFC 1123 en verduidelijkt in RFC 2821 en RFC 2822.

Er zijn veel verschillende software-implementaties MTA. De oudste daarvan is het programma sendmail. Dit programma is vele malen verfijnd en is de de facto standaard geworden voor dit soort software. Later verschenen er andere softwareproducten die de functies implementeerden MTA voor verschillende besturingssystemen: Postfix, smail, qmail, Exim, ZMailer en vele anderen.

2.3 MSA

MTA, waar het bericht doorheen gaat, voegt u enkele regels toe aan de koptekst. Informatie die al in het bericht staat MTA veranderen niet, ook al kan de noodzaak daartoe ontstaan. Koptekst van het ontvangen bericht van MUA, is mogelijk onjuist opgemaakt, de domeinnaam is bijvoorbeeld niet volledig gedefinieerd of de tijd of datum is mogelijk onjuist aangegeven. Het kan nodig zijn om het adres van de afzender aan te passen als het zakelijke e-mailnetwerk een adres gebruikt dat afwijkt van de adressering die op internet wordt geaccepteerd. Bijvoorbeeld als het is toegestaan ​​om adressen te gebruiken zonder een e-maildomein op te geven voor gebruikers die zijn geregistreerd in het bedrijfsmailsysteem.

Aan de functies voor het aanpassen van de berichtkop kunnen worden toegewezen MTA, dat e-mail van user agents accepteert, maar als de e-mailstroom hoog is, is het zinvol om hiervoor een speciaal proces te gebruiken - MSA. Zo mag er gezegd worden MSA dit is een variëteit MTA, bezig met het voorbewerken van uitgaande post. Meer taken en implementatiefuncties MSA beschreven in RFC 2476.

Om te differentiëren MTA En MSA, het wordt aanbevolen om te rennen MSA niet op poort 25, waar deze voor bedoeld is MTA, en op een andere poort TCP, of gebruik poort 25 op een server waarop deze niet actief is MTA.

2.4 LDA

Laatst MTA langs de route van een elektronisch postbericht, moet het bericht overbrengen naar een plaatselijke bezorger. Gebruikelijk LDA bevindt zich op dezelfde machine als MTA en is een programma dat door de message transfer agent wordt aangeroepen wanneer er nieuwe berichten binnenkomen. In dit geval voor de interactie tussen MTA En LDA communicatiemechanismen tussen processen worden gebruikt ( IPC). In sommige gevallen LDA kan ook worden geïmplementeerd als een server die ontvangt van MTA e-mail met behulp van een protocol dat vergelijkbaar is met SMTP. Dit protocol wordt beschreven in RFC 2033 en heet LMTP(Lokaal mailoverdrachtprotocol).

Een bezorgagent is een programma dat inkomende post verwerkt. In principe bestaat deze verwerking uit het plaatsen van berichten in de mailboxen van de ontvangers, dat wil zeggen het toevoegen van berichten aan de overeenkomstige bestanden of het plaatsen ervan in speciale gebruikersmappen of databases. De gebruiker kan opgeslagen berichten ophalen door via het protocol verbinding te maken met het berichtenarchief POP3 of IMAP.

Een ander type berichtverwerking is het overbrengen naar sommige programma's voor verdere verwerking.

Om deze functies uit te voeren LDA moeten, indien van toepassing, e-mailaliassen en mailinglijsten openbaar maken.

2.5 Berichtopslag

Elektronische berichten worden doorgaans niet automatisch afgeleverd op de machine van de gebruiker, maar worden in een berichtenarchief geplaatst waar de gebruiker ze op een voor hem geschikt tijdstip kan ophalen. Elke gebruiker krijgt een beperkte of onbeperkte hoeveelheid schijfruimte toegewezen, fysiek geïmplementeerd in de vorm van een bestand met een speciaal formaat, een map met een speciale structuur of een reeks records in een database. Een berichtopslagitem dat e-mailberichten bevat, wordt een mailbox genoemd.

Gebruikerstoegang tot berichten die in de opslag zijn opgeslagen, wordt meestal uitgevoerd met behulp van protocollen POP3 of IMAP. Treedt op als opdrachtgever MUA gebruiker heeft de server directe toegang tot het berichtenarchief. Het luistert naar verbindingen van user agents en bepaalt, na verplichte authenticatie, de ingestelde toegangsrechten gegeven gebruiker. De gebruiker moet toegang hebben tot minimaal één mailbox.

Welke manipulaties een gebruiker precies kan doen met zijn mailboxen en de berichten die ze bevatten, hangt af van de gebruikte software. Met een minimale implementatie krijgt de gebruiker toegang tot één mailbox, waarin berichten worden geplaatst LDA. De gebruiker kan individuele berichten ontvangen en verwijderen. Dit type toegang, dat in een groot aantal gevallen voldoende is, wordt geïmplementeerd met behulp van het protocol POP3. Een ander populair protocol voor toegang tot elektronische mailboxen is IMAP, biedt meer kansen.

Er is steeds meer behoefte aan schaalbare en flexibele systemen die de functies van elektronische berichtenopslag vervullen. Dit verwijst zowel naar de fysieke plaatsing van mailboxen van dezelfde opslag op verschillende netwerkknooppunten, als naar de mogelijkheid om de berichtenopslag of een deel ervan te dupliceren. Het eerste probleem wordt opgelost met behulp van het protocol IMAP bevindt het tweede probleem zich nu in de beginfase van een oplossing. In december 2003 beschreef RFC 3656 een experimenteel updateprotocol voor mailboxen - MUPDATE, die in de toekomst wijdverspreid kan worden. Hiermee kunt u gedistribueerde berichtenopslag creëren door mailboxen op verschillende machines te dupliceren. Dit kan de belasting op servers verminderen POP3 En IMAP, die kunnen samenwerken met behulp van één enkele naamruimte, en de problemen kunnen vermijden die gepaard gaan met het mislukken van één enkele berichtenopslag.

2.6 Postbezorging

Het pad van een e-mailbericht wordt weergegeven in het volgende voorbeeld (Fig. 4).

Afb.4. Leveringsproces e-mail van afzender naar ontvanger

Bericht gegenereerd MUA afzender, volgens protocol SMTP wordt verzonden MSA. MSA controleert of de gegeven persoon dat heeft MUA of de gebruiker heeft het recht om e-mail te verzenden vanuit dit mailsysteem. Als het resultaat positief is, wordt het bericht geaccepteerd voor verdere bezorging. De MSA controleert de berichtkop en corrigeert deze indien nodig. Protocolbericht klaar om te worden verzonden SMTP gaat naar MTA uitgaande post. De uitgaande e-mail-MTA parseert het adres van de ontvanger. Als het bericht bedoeld is voor een ontvanger van een domein dat door dit mailsysteem wordt bediend, wordt het bij de ontvanger afgeleverd (zie paragrafen 6 - 10), anders MTA vraagt ​​informatie op over het e-maildomein dat is opgegeven in het adres van de ontvanger, de server DNS. Na ontvangst van de gevraagde gegevens, de server DNS rapporten MTA, welke knooppunten e-mail accepteren voor een bepaald domein, hun adressen IP en prioriteiten. De MTA van de afzender probeert een protocolverbinding tot stand te brengen met de mailontvangende knooppunten in overeenstemming met de prioriteiten die zijn gespecificeerd in de MX-records die van de server zijn ontvangen DNS. Als er met geen enkel knooppunt een verbinding tot stand kan worden gebracht, wordt het bericht in een wachtrij geplaatst en worden na een tijdje pogingen om een ​​verbinding tot stand te brengen herhaald. Als de verbinding tot stand is gebracht, volgt de ontvangst MTA, waarbij u ervoor zorgt dat het bericht bedoeld is voor een gebruiker in zijn domein, en dat de mailbox met opgegeven adres echt bestaat, ontvangt de boodschap. In het ontvangende mailsysteem kan een bericht via verschillende tussenpersonen passeren MTA, het uitvoeren van verschillende soorten verwerking van inkomende mail: controleren op virussen, spamfilteren, doorsturen naar de gewenste berichtenopslag, enz. Binnen het ontvangende systeem kan het worden gebruikt als SMTP, Dus LMTP. Laatst MTA gebruiken communicatie tussen processen of protocollair LMTP, brengt een boodschap over LDA voor lokale bezorging. LDA plaatst het bericht in de mailbox van de ontvanger. De ontvanger neemt contact op met de server POP3 of IMAP om binnenkomende post te controleren. De server haalt het bericht uit de mailbox en stuurt het naar de user-agent van de ontvanger.

3 SMTP-protocol

Eenvoudig e-mailoverdrachtprotocol ( SMTP) wordt meestal gebruikt in het gebied van MUA afzender naar degene die het dichtst bij de ontvanger staat MTA.

Het protocol is begin jaren tachtig van de vorige eeuw ontwikkeld. De definitieve versie werd op 1 augustus 1982 gecodificeerd in RFC 821. Gedurende deze tijd zijn veel van de eisen met betrekking tot de betrouwbaarheid en veiligheid van verzonden berichten fundamenteel veranderd, is de gemiddelde grootte van berichten aanzienlijk toegenomen, is hun aantal toegenomen en is de verzonden informatie diverser geworden.

Echter, het protocol SMTP is tijdens zijn bestaan ​​zo wijdverspreid geworden dat het niet langer mogelijk is om het eenvoudigweg te vervangen door een ander protocol. In plaats daarvan worden er verschillende uitbreidingen voor ontwikkeld om de mogelijkheden van het basisprotocol aan te vullen. Extensie-verbeterd protocol SMTP vaak gebeld ESMTP(Verlengd SMTP). In april 2001 werd RFC 821 geïntroduceerd, wat tegenwoordig de belangrijkste standaard is die het protocol beschrijft SMTP.

SMTP kan met verschillende protocollen werken transportlaag, maar wordt meestal gebruikt TCP. Voor SMTP poort vast TCP 25.

Protocol mail SMTP verzonden van client naar server. De client vraagt ​​om een ​​verbinding met de server. Na een succesvolle verbinding communiceert de server zijn domeinnaam naar de client. Het kan u ook vertellen welk type en versie van de geïnstalleerde software. Echter om veiligheidsredenen, om te voorkomen dat een potentiële aanvaller misbruik maakt van bekende fouten in deze versie van de server SMTP, wordt de overdracht van deze informatie vaak geblokkeerd door systeembeheerders.

De reactie van de server, die aangeeft dat hij klaar is om clientopdrachten te ontvangen, dient als signaal om een ​​dialoog te beginnen waarin de client achtereenvolgens opdrachten naar de server verzendt en wacht op antwoorden die de uitvoering van opdrachten bevestigen, of de onmogelijkheid van uitvoering melden, of die de uitvoering van opdrachten bevatten. door de klant gevraagde informatie.

4.POP3-protocol

Post Office Protocol - Versie 3 (POP3) is ontworpen om berichten te ontvangen die zich in de mailbox van een gebruiker op een externe e-mailserver bevinden.

Volgens het protocol SMTP e-mail wordt alleen afgeleverd in de berichtenopslag, waar de gebruiker deze kan ophalen op een voor hem geschikt tijdstip. Dus als opdrachtgever POP3 staat MUA gebruiker en de server moet toegang hebben tot het berichtenarchief. Protocolinformatie POP3 verzonden van server naar client. Het POP-protocol werd in 1984 ontwikkeld. Laatste wijziging van het protocol POP3 beschreven in RFC 1939.

Protocolsessie POP3 is verdeeld in drie fasen. Diagram van overgangen tussen sessiestatussen POP3 getoond in afb. 5.

Afb.5. Sessiestatussen POP3

De server wacht op een verbinding op de poort TCP 110.

Zodra de verbinding tot stand is gebracht, stuurt de server de cliënt een begroetingsreeks die aangeeft dat hij klaar is voor dialoog, en de sessie gaat naar de AUTHORISATIE-status. In deze fase wordt bepaald tot welke mailbox de klant toegang vraagt ​​en of hij over de juiste rechten beschikt. Om door te kunnen werken is een succesvolle autorisatie vereist.

Als de autorisatie succesvol is, gaat de sessie naar de TRANSACTIEstatus. In dit stadium kan de klant alle noodzakelijke manipulaties met de mailbox uitvoeren: hij kan informatie bekijken over de status van de mailbox en individuele berichten, geselecteerde berichten ontvangen en brieven markeren die moeten worden verwijderd.

Wanneer alle bewerkingen zijn voltooid, meldt de client het einde van de verbinding en krijgt de sessie de status UPDATE. In deze fase wist de server berichten uit de mailbox die in de vorige fase waren gemarkeerd als te verwijderen, en verbreekt de verbinding. Een overgang naar de updatestatus is in principe alleen mogelijk als de cliënt de transactiestatus verlaat met het commando QUIT. Onder geen enkele andere omstandigheid, bijvoorbeeld als de communicatiesessie een time-out heeft of als gevolg van een communicatiefout, mag er een overgang naar de updatestatus plaatsvinden. Dat wil zeggen dat als de transactiestatus niet wordt afgebroken door een QUIT-commando, er geen verwijderingen mogen worden uitgevoerd en de verwijderingsmarkeringen moeten worden weggegooid. Helaas wordt, zoals de praktijk laat zien, niet altijd aan deze vereiste voldaan.

Tijdens een sessie stuurt de client opdrachten naar de server, en de server rapporteert het resultaat van elke opdracht. Het antwoord bestaat uit een statusindicator en, indien nodig, aanvullende informatie, gescheiden door een spatie. De antwoordregel kan maximaal 512 tekens bevatten, inclusief de reeks CRLF, wat het einde van de regel aangeeft.

Er zijn twee statusindicatoren: “+OK” – succesvolle voltooiing en “-ERR” – mislukte voltooiing. Als de antwoordregel geen aanvullende informatie bevat, moet de statusindicator onmiddellijk worden gevolgd door de reeks CRLF. Sommige clients verwachten echter een spatie na de statusindicator. (RFC1957).

Als een opdracht een antwoord van meerdere regels vereist, wordt de statusindicator alleen op de eerste regel verzonden en moet de laatste regel van het antwoord uit één punt bestaan. Deze regel maakt geen deel uit van het antwoord, maar geeft alleen de voltooiing ervan aan. Om het mogelijk te maken om regels te gebruiken die uit één punt bestaan ​​in serverreacties, wordt aan alle antwoordregels nog een punt toegevoegd, beginnend met een punt, vergelijkbaar met hoe dit wordt gedaan bij het verzenden van de berichttekst in het DATA-protocolcommando SMTP. Als aan de ontvangende kant een regel wordt gedetecteerd die begint met een punt in het antwoord van de server, dan is er, als er onmiddellijk na deze punt een reeks volgt CRLF, wordt de regel geïnterpreteerd als het einde van het antwoord, maar als de punt wordt gevolgd door andere tekens, wordt de leidende punt verwijderd en wordt de regel geïnterpreteerd als onderdeel van het antwoord.

Elk team POP3 bestaat uit een trefwoord en eventueel argumenten, gescheiden door spaties. Trefwoorden bestaan ​​uit drie of vier letters, ongeacht de hoofdlettergebruik. Argumenten kunnen alleen maar bevatten ASCII-tekens. Elk argument mag niet langer zijn dan veertig tekens.

5. IMAP-protocol

Reikwijdte van het protocol IMAP(Internet Message Access Protocol) is vergelijkbaar met de reikwijdte van het protocol POP3: deze is tevens bedoeld voor het ontvangen van post en wordt gebruikt in het tussengebied MUA ontvanger en berichtopslag. IMAP biedt meer mogelijkheden voor het werken met mailboxen dan POP3: Hiermee kunt u met meerdere mailboxen op een of meer servers werken IMAP zoals met bestanden en mappen op de eigen computer van de gebruiker. Meestal servermailboxen IMAP zijn eigenlijk bestanden in een speciale servermap en zijn submappen.

Server IMAP kan een bericht analyseren: specifieke headervelden markeren en de structuur van de berichttekst analyseren. In tegenstelling tot servers POP3, servers IMAP mag de mailbox niet blokkeren voor de duur van de sessie - meerdere clients kunnen tegelijkertijd met dezelfde mailbox werken. Meervoudige toegang tot mailboxen levert een aantal problemen op, vooral als de informatie in de mailboxen beschrijfbaar is. Verschillende manieren oplossingen voor deze problemen worden beschreven in RFC 2180.

Heel vaak IMAP gebruikt in organisaties waar gebruikers dezelfde mailboxen moeten kunnen delen.

Hoewel de software die het protocol implementeert IMAP, voortdurend verbeteren, IMAP minder beschermd dan POP3. De mogelijkheid om berichten op de server op te slaan kan een bron van misbruik zijn door gebruikers die de berichtenopslag zullen overspoelen met onnodige informatie.

Protocol IMAP betreft vooral het werk van gebruikers met mailboxen direct op de server, in tegenstelling tot het protocol POP3, die erop gericht is dat de client de binnenkomende mail ophaalt en op zijn machine parseert (zie RFC 1733). Dat doet het IMAP onhandig voor gebruikers die kort verbinding maken met het netwerk, alleen om e-mail te ontvangen of te verzenden. Hoe dan ook, veel voordelen IMAP zijn niet beschikbaar voor dergelijke gebruikers. Bij het werken volgens het protocol IMAP het is wenselijk dat de klant altijd toegang heeft tot het netwerk terwijl hij met mail werkt.

Protocol IMAP stelt de gebruiker in staat om met meerdere mailboxen te werken, die zich mogelijk op verschillende servers bevinden.

Een hiërarchische rangschikking van mailboxen in mappen en hun submappen is toegestaan, en de namen van mappen en mailboxen zelf verschillen niet. Een mailbox kan alleen het eindelement van een hiërarchische structuur zijn; hij kan geen onderliggende elementen bevatten. Een map kan submappen en mailboxen bevatten, maar bevat geen berichten en kan niet worden geselecteerd met een SELECT-opdracht.

Het teken dat als hiërarchisch scheidingsteken wordt gebruikt, kan variëren afhankelijk van de software die op de server wordt gebruikt. Meestal is dit een slash: "/" als de server een UNIX-compatibel besturingssysteem gebruikt, een backslash: "\" voor het besturingssysteem Windows-systemen en een punt voor USENET-nieuwsgroepnamen.

Het is mogelijk om verschillende mailboxnaamruimten te gebruiken en dienovereenkomstig verschillende hiërarchische scheidingstekens. Als de server bijvoorbeeld IMAP biedt toegang tot mailboxen in mappen bestandssysteem UNIX- en USENET-nieuwsgroepen, in het eerste geval wordt een schuine streep gebruikt als hiërarchisch scheidingsteken, en in het tweede geval wordt een punt gebruikt. Om verschillende naamruimten op dezelfde server te gebruiken en te onderscheiden IMAP, moeten de namen die bij elk van de gebruikte spaties horen, beginnen met een voorvoegsel, meestal beginnend met een "#"-teken. Uiteraard zullen queries waarbij het pad naar de mailbox begint met één voorvoegsel worden gegeven uitstekende resultaten van dezelfde verzoeken, beginnend met een ander voorvoegsel. De standaardnaamruimte heeft mogelijk geen voorvoegsel.

De client kan achterhalen welke naamruimten voor welke typen mailboxen door een bepaalde server worden ondersteund IMAP, als de server de NAMESPACE-extensie ondersteunt. Het voorvoegsel en het hiërarchische scheidingsteken van een specifieke mailbox- of directorynaam kunnen worden gevonden met behulp van de opdracht LIST. Geweldige kansen geboden door het protocol IMAP, veroorzaken grote problemen bij de ontwikkeling, configuratie en werking van servers en clients. RFC 2683 bevat enige richtlijnen over deze kwesties. Over het algemeen kan het worden aanbevolen om het protocol te gebruiken IMAP alleen als de protocolmogelijkheden aanwezig zijn POP3 zijn niet voldoende voor gebruikers om met hun mailboxen te werken.

Nieuwste protocolversie IMAP: IMAP4rev1 wordt beschreven in RFC 3501.

Server IMAP wacht op verbindingen van clients op de poort TCP 143. Nadat een verbinding tot stand is gebracht, verzendt de server zijn begroeting naar de client, en er begint een dialoog waarin de client opdrachten naar de server verzendt, en de server rapporteert de resultaten van de uitvoering ervan of verzendt de door de client opgevraagde informatie. Zoals een sessie POP3, sessie IMAP is verdeeld in verschillende staten. De geldige reeks opdrachten is afhankelijk van huidige staat sessie. Een sessie kan zich in een van de volgende statussen bevinden:

Niet-geauthenticeerde status: de client moet worden geverifieerd voordat deze de meeste opdrachten kan uitvoeren; Geauthenticeerde status: De client is geverifieerd en moet een mailbox selecteren voordat deze kan werken aparte berichten; Geselecteerde status: mailbox geselecteerd; Uitlogstatus: De sessie eindigt.

Diagram van overgangen tussen sessiestatussen IMAP wordt weergegeven in figuur 6. Overgangen aangegeven met cijfers:

Verbinding zonder voorafgaande authenticatie; koppeling met pre-authenticatie; afgewezen verbinding; succesvolle authenticatie; succesvolle uitvoering van een SELECT- of EXAMINE-commando; CLOSE-opdracht of falen van de SELECT- of EXAMINE-opdracht; LOGOUT-opdracht of verlies van verbinding.

Afb.6. Sessiestatussen IMAP