X.400 Message Handling System

Slides:



Advertisements
Hasonló előadás
A levelezőrendszerekkel kapcsolatos alapismeretek
Advertisements

A számítógépes hálózatok és az Internet
Előadássorozat a Független Pedagógiai Intézetben fupi.hu Az internet: miért, hogyan? 5 / 10. Csada Péter Csada Bt. cspc.hu.
Feladat Kapcsolat a külvilággal SPAM és Vírus szűrés Biztonság Nem része a szervezetnek Nem AD tag Minimális kommunikáció a szervezettel.
Elektronikus levelezés [webmail]
IMIR monitoring és információs rendszer
Hálózati és Internet ismeretek
MSN-kompatibilis egyéni emotikonok kezelése XMPP/Jabber-ben Bemutatás Németh Ádám,
Bevezetés a VoIP technológiába
Tempus S_JEP Számítógép hálózatok Összefoglalás Összefoglalás Összeállította: Broczkó Péter (BMF)
Az internet és a web A HTML alapjai.  „Úgy gondoljuk, hogy a világpiacon talán öt darab számítógépet tudnánk eladni.” (Thomas Watson, az IBM elnöke,
IPSec.
Mailbox Server szerepkör - alapozás
Elektronikus levelezés
Hálózati architektúrák
Levelező program beállítása webmail-hez
LEVÉL.
Az Internet elemei és hozzáférési technológiái Az Internet architektúrája.
küldés.
Hernyák Zoltán XML validálás.
WEB Technológiák Dr. Pance Miklós – Kolcza Gábor Miskolci Egyetem.
Elektronikus levelezés
SOAP alapismeretek A SOAP egy egyszerű XML alapú protokoll, ami lehetővé teszi, hogy az alkalmazások információt cseréljenek a HTTP-én keresztül. Forrás:
Elektronikus levelezés
PHP III. Fájlok, űrlapok.
Exchange Server 2007 Client Access Role
Levelezés, és a többiek Takács Béla Irodalom Bodnár –Magyari: Az Internet használata I. (Kiskapu) Bodnár –Magyari: Az Internet használata.
1 Simple Network Management Protocol, azaz egyszerű hálózatmenedzsment protokoll Takács Béla 2006.
Domain Name System – DNS keresése az interneten.
, levelezés … kérdések - válaszok Takács Béla 2008.
LOGO Webszolgáltatások Készítette: Kovács Zoltán IV. PTM.
Az elektronikus levelezés a számítógép-hálózatok klasszikus szolgáltatása, az Internet alkalmazásának egyik legnépszerűbb formája. Szövegen kívül lehetőség.
Aki írja a levelet Aki küldi a levelet Aki kapja a levelet Aki olvassa a levelet.
Jövő héten kedden Dolgozat!!!
Java programozási nyelv Metódusok
Hálózatok Kialakulásának okai: kommunikációs igény gépek közt,
Web fejlesztés V. Illés Zoltán ELTE Informatikai Kar
Illés Zoltán ELTE Informatikai Kar
Internet, Elektronikus levelezés
Java web programozás 11..
Az Internet alkalmazásai
Rugalmas, moduláris felépítés Rugalmas telepítés Jól tervezhető szerepkörök Folyamatos rendelkezésre állás Egyszerű felügyelet Elérés bárhonnan Postafiók.
Bifrost Anonim kommunikációs rendszer. Bevezetés Egyre több szolgáltatás jelenik meg az interneten, melyek megkövetelik az anonimitiást, pl.: Egészségügyi.
Hálózat menedzsment Óravázlat Készítette: Toldi Miklós.
Automatizálási folyamatok az SQL 2012-ben
Webszolgáltatás szabványok Simon Balázs
Illés Zoltán ELTE Informatikai Kar
15. Tétel Az elektronikus levelezés
AAA AAA Ki, mikor, mivel, hogyan? Mit csinált, mit csinálhat, (mit fog csinálni)? Ki mihez hogyan férhet hozzá? Authentication Authorization Accounting/Audit.
Christopher Chapman | MCT Content PM, Microsoft Learning, PDG Planning, Microsoft.
Bevezetés az informatikába 11. előadás Internet. Egyetlen nagy egységes elveken működő világhálózat hálózatok összekapcsolása nagy világhálóvá csomagkapcsolt.
WLAN Biztonság Rádiusz hitelesítés Radius autentikáció
E LEKTRONIKUS LEVELEZÉS . E LEKTRONIKUS LEVELEZÉS Az elektronikus posta ( ) olyan rendszer, amelynek segítségével más felhasználók számára.
Nyilvános kulcsú titkosítás Digitális aláírás Üzenet pecsétek.
Kiss Tibor System Administrator (MCP) ISA Server 2006.
Hálózatos programok készítése
A HTML alapjai Az internet és a web.
Alkalmazási réteg protokolljai
Az elektronikus levelezés a számítógép-hálózatok klasszikus szolgáltatása, az Internet alkalmazásának egyik legnépszerűbb formája. Szövegen kívül lehetőség.
Alkalmazási réteg protokolljai
Kiberbiztonság adatdiódával
Útmutató az adatbázis használatához
MIB Dokumentáció.
Web technológia alapjai
Internet, Elektronikus levelezés
Az IP-vel együtt kötelező implementálni.
Mobilkommunikáció Eszközök és hálózatok
Internet és kommunikáció
Internet és kommunikáció
IT hálózat biztonság Összeállította: Huszár István
Előadás másolata:

X.400 Message Handling System

Kommunikációs médiák összehasonlítása terjedési idő 3 m könyvek 1 m 2 w 1 w hagy. levél hetilapok 3 d interaktiv videotex 1 d újságok 12 h 6 h telex TV, rádio telefon 1 h személyek 1 10 100 10 000 100 000 1 000 000

Kommunikációs médiák összehasonlítása terjedési idő 3 m könyvek 1 m 2 w 1 w hagy. levél hetilapok 3 d interaktiv videotex 1 d újságok 12 h 6 h telex TV, rádio e-mail telefon 1 h személyek 1 10 100 10 000 100 000 1 000 000

Közönséges és elektronikus levelezés Email szerver egy Internet gépben, benne a postafiókom Postahivatal, benne a postafiókom Személyes Internet gépem; leveleimmel Házam, levelekkel

Közönséges és elektronikus levelezés Email szerver egy Internet gépben, benne a postafiókom Postahivatal, benne a postafiókom snail-mail e-mail Személyes Internet gépem; leveleimmel Házam, levelekkel

SMTP Minden kezdete az elektronikus levelezés itt pedig: Simple Mail Transfer Protocol - 1982 RFC 821: message transfer szabvány RFC 822: message formátum szabvány

Smtp-levél, mint egy file Date: Fri, 13 Oct 95 13:23:00 PDT From: Harmathy Zoltan <zharmath@smtpadc.switzerland.ncr.com> Sender: Harmathy Zoltan <zharmath@smtpadc.switzerland.ncr.com> Reply-To: Harmathy Zoltan <zharmath@smtpadc.switzerland.ncr.com> Subject: Talan ismet uzemel a MAIL To: 'Andras Ercsenyi' <H96ERC@ella.hu> Message-ID: <307ECB53@smtpbr1> Kedves Andras! A Dacia eladasarol es sajnalatos derekfajasodrol szolo uzenetedet tegnap, okt. 12-en kaptam meg. Barati udvozlettel H. Zoli

RFC-822 message formátum To: From: Date: Subject: Message-id: This is the message body. abc def ghi jkl mno pqr kötelező fejléc opcionális fejléc SZEPARÁTOR törzs

Fejrész elemei To: elsődleges címzett(ek) Cc: másodlagos címzett(ek) Bcc: Blind carbon copy, azaz irattár címzett(ek) From: küldő Date: az üzenet feladási időpontja Reply-to: akinek válaszolni kell Message-Id:ennek az üzenetnek az azonosítója

X fejrész elemek Új fejrész elemek ASCII alap-karakterekkel példák: személyes használatra vagy a fejrész jövőbeni kiterjesztésére ASCII alap-karakterekkel példák: X-Char-Esc: 29 X-Mailer: Pegazus Mail for Windows (v2.0-WB3HU) header elem neve elem értéke

Fejrész kiterjesztés Bármelyik levelező hozzáír a fejrészhez 3 sor adódik mindig hozzá: pecsét Received: Date: Return-Path: To: ... utolsó átvitel pecs. utolsó előtti átvitel pecs.. eredeti fejrész

RFC-822 típusú címek alap forma összetett forma relé-definiciós forma johnson@abc.arizona.edu összetett forma lyndon.b.johnson@abc.arizona.edu relé-definiciós forma @relay1.edu:johnson@abc.arizona.edu

RFC-822 memo címek Relézés egyéb levelező szerverek felé (melyek nem igazi domének) CompuServe: 71360.1142@compuserve.com SprintMail /G=Mary/S=Anderson/ADMD=SprintMail/C=US@SPRINT.COM X.400

Kliens-szerver alkalmazás Internet Levelező szerver mail.abc.arizona.edu Levelező kliens 196.162.3.7

Kliens-szerver alkalmazás tűzfal Internet Levelező szerver mail.abc.arizona.edu Levelező kliens 196.162.3.7

Levelezési algoritmus HELO (pele.ilab.sztaki.hu) OK MAIL FROM: (guru@ilab.sztaki.hu, SIZE=83105) RCPT TO: (istvan@aszi.sztaki.hu) RCPT TO: (h11nag@ella.hu) DATA OK (SIZE =2166 line, 84558) QUIT Ok

smtp-mail, mint egy file Date: Fri, 13 Oct 95 13:23:00 PDT From: Harmathy Zoltan <zharmath@smtpadc.switzerland.ncr.com> Sender: Harmathy Zoltan <zharmath@smtpadc.switzerland.ncr.com> Reply-To: Harmathy Zoltan <zharmath@smtpadc.switzerland.ncr.com> Subject: Talan ismet uzemel a MAIL To: 'Andras Ercsenyi' <H96ERC@ella.hu> Message-ID: <307ECB53@smtpbr1> Kedves Andras! A Dacia eladasarol es sajnalatos derekfajasodrol szolo uzenetedet tegnap, okt. 12-en kaptam meg. Barati udvozlettel H. Zoli

Néhány jelentős probléma (IFIP 6.5 analízis) Mi van a kézbesítási hibákkal: A feladónak tudni kellene definiálni az akciót. Autoforwarding: A feladónak tudni kellene tiltani/engedélyezni. Sok cimzett esetén: Hogyan van itt a kézbesítés sikere dfiniálva? Vevőnél a kimeneti egység definiálása: A szállított dokumentumhoz kell kapcsolni.

ISO 10021 Message Oriented Text Interchange System

Egyszerű levelezési modell originator recipient nemzeti(nemzetközi) posta, mail szolgálat post office post office post office submission relaying delivery

Egyszerű üzenetkezelési modell user user Message Transfer System UA UA MTA MTA MTA recipient originator submission relaying delivery

Üzenet szerkezet felhasználói boríték próba boríték report boríték levelezési visszajelzés

Funkcionális boritékok Message Transfer System UA UA MTA MTA MTA recipient submission relaying delivery szállítási boríték elfogadási boríték kézbesítési boríték felhasználói boríték

Formal definiciók ...... MPDU ::=CHOICE{UserMPDU, ServiceMPDU} ServiceMPDU ::=CHOICE{DeliveryReportMPDU, ProbeMPDU} UserMPDU ::=SEQUENCE{UMPDUEnvelope, UMPDUContent} UMPDUEnvelope ::=SET{ MPDUIdentifier, originator ORName, original EncodedInfoType, ContentType, UAContentID OPTIONAL, Priority DEFAULT normal, PerMessageFlag DEFAULT {}, deferredDelivery Time OPTIONAL, SEQUENCE OF PerDomainBiInfo OPTIONAL, SEQUENCE OF RecipientInfo, TraceInfo} UMPDUContent ::=OCTETSTRING ......

A boriték paramétercsoportjai routing paraméterek redirekciós paraméterek konverziós paraméterek időzítési paraméterek záradéki paraméterek kézbesítési állapotjelzési paraméterek biztonsági paraméterek tartalom paraméterek

Routing paraméterek Message id Originator name Recipient name Priority Per domain bilateral info (doménenkénti bilaterális egyezményekből származó információk) Recipient name Trace info

Addressing = Naming ORName = Originator/Recipient Name ORName = CHOICE {DirectoryName, ORAddress} ORName = Originator/Recipient Name azonosítás: név (Naming) alapú ehhez Directory Service kell! ORName az index a Directory Service-nél átmeneti megoldás = cím (Addressing) alapú ORAddress

ORAddress mnemonikus numerikus (= pl. X121 cím) terminális (= pl. telex cím) postai (= hagyományos postai cím)

Mnemonikus ORAddress C=hu; ADMD=at&t; PRMD=minga; O=meh; S=orban; G=viktor C=hu; ADMD= 0; PRMD=networkx; O=hungaria; S=ercsenyi; G=andras; I=ea; Q=dr

Disztribuciós lista (DL) Sok személy címzése egyszerre ehhez kell egyetlen DL a címlisták az X.400 posták dolgozzák fel (nem lokális) a lista tartalmazhat listát is! (DL-ben DL) formálisan ez egy ORName egy MTA-hoz tartozik (ahogyan az ORName is) feloldása a honos MTA-nál

Redirekciós paraméterek Alternate recipient allowed Recipient redirection prohibited Originator requested alternate recipient Intended recipient name Redirection reason

Konverziós paraméterek Originally encoded info types Conversion prohibited Conversion with loss prohibited (konverzió tiltva, ha információ vesztés lépne fel - pl. színes kép fekete-fehérbe nem mehet át) Explicite conversion (előírt konverzió)

Időzítési paraméterek Deferred delivery time (legkorábbi megérkezés) Latest delivery time (legkésőbbi megérkezés) .

Kézbesítési állapotjelzési paraméterek Originator deliv report request (a küldő határozza meg): no report basic: jelzés csak, ha hiba van confirmed: mindenképpen megy vissza jelzés MTA deliv report request (szervergép határozza meg) Content return request (tartalom visszamegy)

Biztonsági paraméterek Originator certificate Message token Confidentiality algorithm identifier Content integrity check Message originator authentication check Message security label

Biztonsági modell (kriptrografikus technikák) Aszimmetrikus két kulccsal (RSA): Public & Private Kulcsok Pub (Priv(x)) = x and Priv (Pub(x))= x Szimmetrikus egyetlen kulccsal (DES): Single Kulcs Key(Key(x))=x

Biztonsági modell (célok) Titkosság (privacy): megvédeni a nem megengedett megtekintéstől adat integritás (data integrity): manipulálta-e valaki az adatokat küldő azonosítása (authetication): garancia a küldő azonossága megállapítására hozzáférés vezérlés (authorization): csak az kezelheti az adatokat, akinek az megengedett

Biztonsági modell (módszer) kiválasztani a biztonsági technikát, generálni a kulcsot titkosítani az üzenetet a választott módon elkészíteni a teljes titkosított üzenetet a választott módszer azonosítója kulcs maga belső üzenet azonosító

Funkcionális modell/1984 user MTS MHS UA MTA

Terminológia UA: User Agent MTA: Message Transfer Agent MTS: Message Transfer System MHS: Message Handling System

User Agent (UA) levelező kliens hozzáférés az MTS-hez interface a felhasználóhoz

Message Transfer Agent (MTA) szállítja az üzenetet együttműködik más MTA-val fő aktivitás befogadás az UA-tól (ha S/D-MTA) transzfer más MTA-nak fogadás a távoli MTA-tól üzenet tárolás, amíg az UA nem olvasssa ki felelősség az üzenet kezeléséért

Message Transfer System (MTS) összefogja az összes MTA-t elosztott rendszer biztosítja az országos/nemzetközi üzenetkezelést struktúra: DOMÉN administrative management domain (ADMD) private management domain (PRMD)

Domének ADMD-1 UA MTA ADMD-2 PRMD-1 PRMD-2 A ország B ország

Message Handling System (MHS) új információs közmű komplex, elosztott rendszer alapvető a levelezési szolgálat belső menedzsment nincs felhasználói interface

Funktionális modell/1988 MS=Message Store AU=Access Unit MHS MTS MS MTA user UA MTA UA user MTA MTA AU Communication Srv. user

Message Store (MS) Interface az UA és az MTS között tárolja az MTS-beli üzeneteket UA utasításokon keresztül lehet innen törölni is UA itt tud keresni egyéb speciális UA funkciók autoforwarding fogadási jelzés generálás időtúllépett üzenetek törlése

Access Unit (AU) gateway egyéb üzenet-szolgáltatásokhoz telex AU fax AU physical delivery AU (= hagyományos postai kézbesítéssel történik az üzenet kiszállítása)

UA szolgáltatásai logon logoff jelszóváltás üzenet átvétel üzenet kiadás

Protokollok UA MTA alsó hat réteg P1 Itt nincs protokoll !

ROSE - távoli eljárás hívás UA UA UA P3 P1 ROSE MTA MTA ROSE MTA alsó hat réteg alsó hat réteg alsó hat réteg collocated (együttélő) separated (különválasztott)

Interpersonal Messaging (IPM) P2 = IPM UA UA UA P3 P1 ROSE MTA MTA ROSE MTA alsó hat réteg alsó hat réteg alsó hat réteg collocated (együttélő) separated (különválasztott)

ContentType=IPM HEADING part-1 Törzs típusok: IA5-text telex teletex hang G3faximile (=fax) titkosított Simple Formatted Document nemzeti !! bilaterális !! teljes üzenet !! part-2 BODY ...... part-n

Fejrész elemei ThisIPM: IPMid Originator: ORDescriptor nem összetéveszteni a MPDUId-vel !! ThisIPM: IPMid Originator: ORDescriptor Authorizing User Cc, Bcc Subject Reply, Obsoloted, RelatedIPM ExpiryTime Importance SEQUENCE { ORName, free_form_name, telephone_number} nem boríték elemek !!

Electronic Data Interchange (EDI) Ez is üzenet-alkalmazás: az üzenet törzs itt is specifikálva van nem személyközi kommunikáció céljaira, hanem gépi feldolgozáshoz (adás ill. vétel) igazítva strukturált forma EDI elemekből mixelni lehet egy konkrét EDI-t újabban az XML-EDI kezd elterjedni