Domov › Internet › Připojení k ústředně přes mapi. Nástroje a metody pro diagnostiku připojení s klienty MAPI. Standardní metody pro diagnostiku běžných problémů

Připojení k ústředně přes mapi. Nástroje a metody pro diagnostiku připojení s klienty MAPI. Standardní metody pro diagnostiku běžných problémů

Na základě modelu COM a softwarového rozhraní pro zpracování zpráv od společnosti Microsoft, které umožňuje aplikacím pracovat s různými systémy elektronického zasílání zpráv. MAPI umožňuje přijímat, číst, vytvářet, odesílat zprávy, připojovat k nim soubory, přistupovat k připojeným souborům atd.

Příklady aplikací, které používají MAPI, jsou Microsoft MAPI Controls a Microsoft Outlook.

architektura MAPI

MAPI poskytuje aplikacím konzistentní způsob interakce s mnoha různými systémy elektronických zpráv. Subsystém MAPI zahrnuje:

softwarová rozhraní;
MAPI zařazovací služba je samostatný proces, který odesílá zprávy do systému elektronických zpráv a přijímá zprávy od něj;
obecné uživatelské rozhraní - dialogová okna, pomocí kterých může uživatel najít adresu, vytvořit a odeslat zprávu.

Mezi podsystémem MAPI a systémy zasílání zpráv jsou poskytovatelé služeb, kteří systémy propojují. Většina systémů zasílání zpráv zahrnuje tři typy služeb: poskytovatele úložiště zpráv, poskytovatele zpráv adresář nebo adresáře a poskytovatelé přenosu zpráv. Existují další, méně běžně používaní poskytovatelé, jako jsou poskytovatelé zachycování zpráv a poskytovatelé profilů.

Zprávy se vytvářejí pomocí formulářů, zadáním informací uživatelem nebo programově, bez interakce uživatele. Před odesláním zprávy poskytovatel úložiště zpráv ověří, že každý příjemce je jedinečný a že jsou přítomny všechny informace potřebné k přenosu zprávy. Pokud je kontrola úspěšná, je zpráva umístěna do fronty odchozích zpráv. Pokud je úložiště zpráv pevně propojeno (tj. může komunikovat přímo bez použití rozhraní MAPI) s poskytovatelem přenosu a zpráva nevyžaduje další zpracování, je odeslána poskytovateli přenosu bez použití zařazovací služby. V ostatních případech zařazovací služba v případě potřeby zprávu zpracuje a na základě adresy příjemce vyhledá poskytovatele transportu vhodného pro odeslání zprávy.

Rozhraní MAPI

Je jich několik klientská rozhraní MAPI:

MAPI je hlavní rozhraní založené na technologii COM. Zbývající rozhraní API jsou vrstvou mezi klientskou aplikací a rozhraním MAPI.
Simple MAPI – obsahuje sadu funkcí, které poskytují základní úroveň funkčnost. Doporučeno pouze pro použití zpětná kompatibilita se starými aplikacemi.
Common Messaging Calls (CMC) je rozhraní API pro různé platformy založené na rozhraní X.400 Application Programming Interface (XAPIA). Obsahuje sadu funkcí, které lze do aplikace přidat jednoduché možnosti práci se zprávami.
Knihovna objektů CDO (Collaboration Data Objects) ( předchozí verze s názvem OLE Messaging Library, Active Messaging Library) - obsahuje objekty automatizace OLE pro příjem a odesílání e-mailů a práci se složkami a adresářem.

formuláře

Formuláře MAPI slouží k vytváření a prohlížení zpráv. Každá třída zpráv vyžaduje svůj vlastní formulář. MAPI definuje několik tříd zpráv a implementuje formuláře pro jejich zobrazení. Každý formulář je implementován jako spustitelný COM server nazývaný formulářový server. Chcete-li použít formulář, aplikace používá rozhraní formulářů MAPI ke kontaktování správce formulářů, který načte požadovaný formulářový server a naváže komunikaci mezi ním a volající aplikací.

Poskytovatelé služeb

Poskytovatelé služeb implementují objekty, které jsou primárně používány rozhraním MAPI, ale některé z nich lze také použít. klientské aplikace. Některé objekty prodávají všichni poskytovatelé služeb, zatímco jiné jsou specifické pro jeden typ poskytovatele. Následující objekty mohou být realizovány dodavateli:

Adresář kontejner - obsahuje prvky adresáře; Poskytovatel adresáře může mít jeden nebo více kontejnerů adresáře.
Příloha – obsahuje další data spojená se zprávou.
Ovládací prvek - tlačítka, která při stisku způsobí zpracování.
Seznam adresátů - popisuje seskupení jednotlivých příjemců zpráv.
Složka – obsahuje zprávy a kontejnery zpráv.
Registrace – zpracovává informace o akci a požadavky zákazníků.
Adresát zprávy – popisuje jednotlivého adresáta zprávy.
Zpráva – obsahuje informace, které lze odeslat příjemcům pomocí systému elektronických zpráv.
Úložiště zpráv - hierarchická základna data zprávy.
Poskytovatel – řeší spouštění a zastavování poskytovatele.
Spooler capture - provádí speciální zpracování příchozích a odchozích zpráv.
Stav – Poskytuje přístup ke stavu poskytovatele služeb.
Tabulka – poskytuje přístup k objektovým datům ve formě řádků a sloupců, podobně jako databázová tabulka.

8.12.2004 Kieren McCory

Odstraňování problémů s připojením aplikace Outlook 2003

Existuje mnoho různých způsobů přístupu k poštovním schránkám Exchange Server 2003 Pro tradiční klientský přístup Messaging API (MAPI). Microsoft Office V aplikaci Outlook 2003 můžete použít připojení v klasickém režimu online nebo pomocí vzdáleného volání procedury (RPC). HTTP připojení. Můžete se také připojit prostřednictvím aplikace Outlook Web Access (OWA) nebo kapesního zařízení. A nakonec se nemůžete vůbec připojit a pracovat s cache.

Pro připojení k poštovní schránce Exchange obvykle stačí spustit klientský program. Někdy však změny prostředí brání klientovi v komunikaci se schránkou. Speciální nástroje a diagnostické techniky vám mohou pomoci při odstraňování problémů s připojením klientů MAPI. Tento článek popisuje techniky odstraňování problémů, které mohou být užitečné, pokud selžou připojení aplikace Outlook v klasickém režimu online. To vyžaduje dostupné nástroje diagnostiku problémů na úrovni sítě, protokolu a aplikace. Další článek se bude zabývat diagnostickými nástroji a technikami odstraňování problémů pro připojení RPC přes HTTP.

Diagnostika na úrovni sítě

Při spuštění Outlooku v klasickém režimu se obsah schránky objeví na obrazovce krátce po ověření klienta. Ověřování může být implicitní, pokud je použita procedura Integrated Windows a pověření jsou uložena v mezipaměti klienta. Pokud se schránka nezobrazuje, musíte se nejprve ujistit, že mezi nimi existuje síťové připojení Outlook klient a server Exchange.

První věc, kterou musíte udělat, abyste otestovali své síťové připojení, je zjistit, zda jej má klient síťová adresa. Pomocí příkazu

Ipconfig /all

Z příkazového okna klienta můžete určit jeho konfiguraci sítě. Tento příkaz zobrazuje informace o adrese TCP/IP přiřazené klientovi a vybrané výchozí bráně, serverech DNS a serverech WINS. Pokud se vyskytnou chyby s adresou TCP/IP, možná budete muset překonfigurovat parametry sítě nebo zkontrolujte správnou funkci serverů DHCP.

Pokud je konfigurace sítě klienta v pořádku, musíte zkontrolovat síťové připojení mezi klientem a serverem Exchange. Nejjednodušší způsob, jak odpovědět na tuto otázku, je použít příkaz Ping. Z příkazového okna na klientovi spusťte příkaz

Ping IPAddress

kde IPAddress je adresa TCP/IP serveru Exchange. Firewall mezi klientem a serverem blokuje požadavky ICMP (Internet Control Message Protocol), které používá Příkaz ping. Pokud tedy požadavek nedorazí na server, neznamená to, že je problém se sítí.

Hloubkovou diagnostiku síťového připojení lze provést pomocí Příkazy Tracert. Měl by být zadán do příkazového okna na klientovi pomocí následující syntaxe:

Adresa IP Tracert

Alternativní možnost- místo adresy TCP/IP zadejte název serveru Exchange. Na obrazovka 1 zobrazuje typický výstup příkazu. Pokud je síťové připojení mezi klientem a serverem přerušeno, výsledky Tracert pomohou určit místo problému. Pamatujte, že Tracert, stejně jako Ping, používá požadavky ICMP.

Tracert může být užitečný, i když připojení k serveru Exchange funguje správně. Tým ukáže úseky trasy s obzvláště velkým zpožděním. Latence větší než 500 ms si jistě zaslouží pozornost správce sítě.

Ve výchozím nastavení se klient Outlook nejprve pokouší komunikovat RPC server Mapper koncových bodů přes port 135 na serveru Exchange k vyjednání sady tranzitních portů MAPI v rozsahu 1024-65535, přes které budou klient a server Exchange komunikovat v komunikační relaci. Problémy s tranzitními porty MAPI lze detekovat pomocí Příkazy Netstat. Spuštěním příkazu

Netstat -a

na Exchange klientovi nebo serveru můžete zjistit, přes které síťové porty probíhá aktuální komunikace. Stejný příkaz lze spustit na zdravých klientech, abyste získali obrázek o připojeních, která lze vytvořit na určitém rozsahu portů. Změny firewallů nebo nastavení bezdrátové sítě mohou bránit připojení na tomto rozsahu portů MAPI, takže pokud dojde k neočekávanému přerušení připojení, měli byste se u správce sítě informovat o změnách provedených v Nedávno. Klienti mohou kontaktovat servery globálního katalogu (GC), aby získali seznam globální adresy(Global Address List, GAL), takže změny na serverech GC mohou také způsobit problémy s komunikací. Další informace o tom, jak změnit rozsah portů MAPI pro použití konkrétních statických hodnot, naleznete v článku Microsoftu „Exchange 2000 and Exchange 2003 Static Port Mappings“ ( http://support.microsoft.com/?kbid=270836).

Obecně jsou nejčastější příčinou selhání připojení klienta Outlook chyby související s překladem názvů. Měli byste ověřit, zda všechny krátké nebo plně kvalifikované názvy domén (FQDN) používané v profilu Exchange MAPI odpovídají platným adresám TCP/IP. Správnost překladu DNS názvu serveru Exchange (ve zkratce nebo formátu FQDN) můžete ověřit pomocí příkazu Nslookup. Příkaz Nslookup, spouštěný z příkazového okna na klientovi, má následující syntaxi:

Nslookup MyHostName

kde MyHostName je název serveru, ke kterému je třeba potvrdit připojení. Příkaz Nslookup také umožňuje ověřit, že název serveru Exchange je správně přeložen na soubor HOSTS nebo LMHOSTS v adresáři \%systemroot%system32driversetc.

Tyto diagnostické nástroje a techniky byly popsány v kontextu připojení MAPI, ale jejich rozsah není omezen na MAPI. Obvykle je lze použít k diagnostice jakýchkoli problémů s připojením klientů.

Odstraňování problémů na úrovni protokolu

Klient Outlook komunikuje se serverem Exchange odesíláním požadavků RPC pomocí protokolu MAPI přes síťové připojení. I když je základní síťové připojení v pořádku, nezaručuje to, že požadavky RPC projdou mezi klientem a serverem Exchange.

Existuje rychlý způsob Ověřte, že server úspěšně přijímá požadavky RPC od klienta. Chcete-li to provést, musíte mít přístup ke svému profilu MAPI Aplikace Mail ovládací panely. V tato aplikace Měli byste znovu zadat název serveru a poté kliknout na tlačítko Zkontrolovat název. Funkce Check Name odešle požadavek RPC od klienta na server Exchange ke kontrole nastavení poštovní schránky. Pokud je požadavek RPC úspěšný, v polích Název serveru a Uživatelské jméno se zobrazí podtržítko a tlačítko Zkontrolovat název je zašedlé – jedná se o neklamné znamení, že lze se serverem Exchange navázat spojení RPC.

Pokud test Check Name selže, požadavek RPC nedorazil na server Exchange (pravděpodobně proto síťové zařízení zařízení, jako je brána firewall nebo router, blokuje přenos paketů RPC mezi klientem a serverem) nebo služby Exchange nereagují na požadavek RPC (například server Exchange nemá přístup ke GC a nemůže zpracovat kontrolu Žádost o jméno). První z těchto důvodů bude odstraněn, pokud správce sítě potvrdí, že požadavky RPC nejsou blokovány (možná firewallem nebo proxy serverem, např. internetová bezpečnost a Acceleration, ISA, - Server 2000). Dále byste měli zkontrolovat, zda na serveru Exchange běží služby Exchange. V Nabídka Start musíte přejít do Nastavení, Ovládací panely a ujistit se, že fungují alespoň služby Exchange System Attendant a Information Store. Může být také užitečné podívat se do protokolu událostí na serveru Exchange a vyhledat zjevné chyby, například selhání při spuštění serverů Exchange. Pokud jsou služby spuštěny a nejsou protokolovány žádné události, měli byste pomocí diagnostických nástrojů zkontrolovat, zda server Exchange přijímá požadavky RPC.

K testování připojení RPC můžete použít nástroj Rping ze sad prostředků Microsoft Windows Server 2003 Resource Kit nebo Microsoft Windows 2000 Server Resource Kit. Rping se skládá ze dvou součástí: rpings.exe, který běží na serveru Exchange, a rpingc.exe na klientovi. Obě součásti jsou umístěny v adresáři Program FilesWindows Resource KitsTools na serveru, na kterém byla sada resource kit nainstalována. Rpings.exe by měl být zkopírován do libovolné složky na serveru Exchange. Tato komponenta funguje jako koncový bod RPC a běží nepřetržitě po spuštění následujícího příkazu:

Rpings.exe -p MyProtocol

kde MyProtocol je IPX/SPX, NAMEDPIPES, NETBIOS, TCP/IP nebo VINES, v závislosti na protokolu použitém k připojení klienta Outlook ke konkrétnímu serveru Exchange. Příkaz zabírá několik řádků papíru, ale měl by být zadán na jednom řádku v příkazovém okně. Nejčastěji používaným protokolem je TCP/IP.

Po spuštění rpings.exe na serveru byste měli spustit instanci rpingc.exe na klientovi. Grafické rozhraní rpingc.exe je zobrazeno v obrazovka 2. Do textového pole Exchange Server musíte zadat správné jméno Exchange server. Volitelně můžete vybrat protokol a určit, zda chcete kontrolovat připojení pouze pro koncový bod Rping nebo konkrétní koncové body Exchange, jako jsou funkce Store nebo Admin (tj. Exchange System Attendant).

Nástroj Rpcdump v sadě prostředků můžete použít k zajištění správné registrace služeb Exchange v subsystému RPC. Rpcdump se dotazuje na službu Mapovač koncových bodů RPC na serveru Exchange a zobrazí služby (koncové body) dostupné pro připojení RPC. Pokud jsou služby dostupné, pak se problémy samozřejmě netýkají všech, ale pouze jedné připojení klienta. Rpcdump lze spustit lokálně na serveru Exchange nebo vzdáleně z klienta. Pro místní spuštění Na serveru Exchange můžete použít příkaz Rpcdump s následující syntaxí:

Rpcdump /s MyServer /i /v

kde přepínač /s označuje, že požadavek bude odeslán na server MyServer. Název MyServeru může být krátký nebo úplný název (FQDN). Přepínač /i umožňuje testování služeb, aby bylo zajištěno, že reagují. Přepínač /v nastavuje režim rozšířeného výstupu. Rpcdump může generovat spoustu informací, které je nejlepší zapsat do textového souboru pro snadnou analýzu.

Existuje několik triků, které můžete použít k určení, zda je klient Outlook schopen komunikovat se serverem Exchange, ale spuštění klienta je velmi pomalé. Tyto techniky jsou popsány v postranním panelu.

Standardní metody diagnostiky běžných problémů

Probrali jsme některé běžné problémy, které mohou bránit vašemu klientovi Outlook v připojení k vašemu serveru Exchange. Přerušená připojení klient/server jsou obvykle způsobena problémy se sítí nebo chybami v překladu názvů. Jiné příčiny poruch jsou vzácné. Naštěstí lze problémy na úrovni sítě, protokolu a aplikací vyřešit pomocí dostupných a jednoduché nástroje a metody, jako jsou příkazy Ipconfig, Ping, Tracert, Netstat, Nslookup, Rpings a Rpcdump.

Kieran McCorry ([e-mail chráněný] ) - hlavní konzultant společnosti HP Consulting and Integration Technology Group se sídlem v Irsku. Je spoluautorem knihy Microsoft Exchange 2000 Infrastructure Design (Digital Press).

O důvodech pomalého spouštění aplikace Outlook

Pokud se klient Outlook úspěšně připojí k Exchange Server, ale spuštění klienta trvá příliš dlouho (více než 60 sekund), můžete k určení příčiny zpoždění použít dva testy. Nejprve můžete pomocí nástroje Sledování sítě identifikovat významná zpoždění (větší než 500 ms) při přenosu paketů mezi klientský počítač a server Exchange. Sledování sítě je součástí Složení oken Server 2003 a Windows 2000 Server. Nástroj však musí být připraven k použití. V Ovládacích panelech poklepejte na ikonu Přidat nebo odebrat programy a klepněte na Přidat nebo odebrat součást systému Windows. Z rozevíracího seznamu vyberte Nástroje pro správu a monitorování a poté klepněte na tlačítka Další a Dokončit.

Za druhé, můžete zkontrolovat podklíč Rpc_Binding_Order v klíči registru HKEY_LOCAL_MACHINESOFTWAREMicrosoft ExchangeExchange Provider. Rpc_Binding_Order definuje pořadí, ve kterém jsou různé síťových protokolů když je navázáno spojení mezi klientem Outlook a serverem Exchange. Pokud jsou nejprve zkontrolovány nepodporované protokoly, přechod na další protokol musí nastat po uplynutí časového limitu. Obrazovka A zobrazuje výchozí nastavení klíče registru Rpc_Binding_Order v systému Windows XP Service Pack 1 (SP1) s aplikací Outlook 2003. Jak můžete vidět na obrazovce A, nejprve se otestuje místní RPC, poté připojení IP, poté připojení SPX, a tak dále. Předpona nca je zkratka pro Network Connection Architecture. V současné době většina klientů používá TCP/IP a tento problém se vyskytuje zřídka, ale někdy může způsobit zpoždění připojení.

Exchange 2013 SP1 představen nový protokol pro připojení klientů k poštovní schránce - MAPI přes HTTP(MAPI/HTTP). Tento protokol je navržen tak, aby zlepšil stabilitu a spolehlivost připojení aplikace Outlook k serveru Exchange přesunutím přenosu na úroveň HTTP. V tomto článku budeme hovořit o architektuře, provozních funkcích tohoto protokolu a poskytování malé instrukce jeho nastavením.

V předchozích verzích mohl Outlook komunikovat s Exchange pomocí RPC. Exchange 2003 představil další protokol připojení – RPCpřesHTTP(nebo ). Tento protokol se primárně používal k bezpečnému připojení externích klientů k serveru Exchange. V Exchange 2013 se Outlook Anywhere standardně používá ke komunikaci s externími i interními klienty. V podstatě při interakci přes tento protokol MAPI byl provoz nejprve zabalen do RPC, poté RPC do HTTP a teprve potom byl paket HTTP přenesen na server. Hlavní nevýhodou protokolu RPC over HTTP je špatná stabilita na nestabilních připojeních (na veřejných Wi-Fi sítích nebo přes internet).

MAPI over HTTP (ve skutečnosti se používá HTTPS) vylučuje protokol RPC ze schématu a je založeno na HTTP 1.1, tzn. klienti používají ke komunikaci se serverem příkaz POST. Outlook připojený přes MAPI přes HTTP funguje stejně jako EWS, EAS nebo OWA. Při jeho používání jsou lépe řešeny scénáře přepínání mezi sítěmi, výpadky sítě, ukončení režimu spánku a režimu hibernace atd.

VýhodyMAPI přes HTTP

Rychlé opětovné připojení při ztrátě připojení (obnoví se pouze připojení TCP, nikoli připojení RPC)
Nezávislost obsahu relace na připojení (uživatel může změnit síť připojení v rámci relace)
Autentizace pomocí protokolu HTTP

Zpočátku bylo rozhraní MAPI/HTTP na straně klienta podporováno pouze v aplikaci Outlook 2013 SP1, ale nyní, po instalaci aktualizace 2899591 (https://support.microsoft.com/en-us/kb/2899591/en-us), bude fungovat i v Outlooku 2010.

Na povolit podporu MAPI přes HTTP, systém musí splňovat požadavky:

Exchange 2013 SP1 musí být nainstalován na serverech CAS
Pro optimální výkon MAPI/HTTP musí být nainstalováno .NET framework 4.5.2
Jako klienti se používá Outlook 2013 SP1 nebo Outlook 2010 s aktualizací KB2899591

Po instalaci Exchange 2013 SP1 by se na serveru CAS měl objevit virtuální adresář MAPI. Samotný protokol MapiOverHTTP je zakázán.

Zkontrolujeme, zda je atribut ExternalUrl prázdný:

Get-MapiVirtualDirectory | ft server, *url*

ExternalUrl, jak vidíme, je prázdná, musíme ji vyplnit (in v tomto příkladu zadáme ExternalUrl i Internal Url, pamatujte, že certifikát Exchange se musí shodovat s adresami zadanými v externích a interních URL).

Get-MapiVirtualDirectory | Set-MapiVirtualDirectory -InternalUrl https://mail.contoso.com/mapi –ExternalUrl https://mail.contoso.com/mapi -IISAuthenticationMethods NTLM,Vyjednat

Zbývá pouze povolit MAPI přes HTTP na úrovni organizace Exchange. Ujistěte se, že je protokol zakázán:

Get-OrganizationConfig | FL *mapi*

Zkontrolujme také, že Outlook aktuálně používá pro připojení k Exchange protokol RPC/HTTP.

Aktivujeme podporu protokolu MAPI/HTTP na straně serveru:

Set-OrganizationConfig -MapiHttpEnabled $true

Po provedení příkazu musíte počkat asi hodinu, než se všechny změny projeví na straně Exchange. V případě potřeby můžete proces urychlit restartováním MS Exchange Host Service a Autodiscover fondu na poštovním serveru.

Po spuštění Outlook požádá server o podporu MAPI přes HTTP ( X-MapiHttpCapability). Pokud server podporuje tento protokol, klient obdrží odpověď s daty HTTP.

Při přepnutí na nový protokol Outlook zobrazí varování:

Po restartování by se měl Outlook připojit k poštovní schránce pomocí protokolu MAPI over HTTP. To bude indikováno řádkem HTTP ve sloupci protokol ve vlastnostech připojení k aplikaci Outlook.

Schopnost připojení pomocí nového protokolu můžete zkontrolovat na adrese URL https://mail.contoso.com/mapi/emsmdb. Tímto jednoduchým způsobem zjistíme jméno CAS serveru, na kterém jsme přihlášeni a jméno Mailbox serveru.

Přidáním hodnoty ?Showdebug=yes k URL můžete zobrazit zajímavější informace. ( https://mail.contoso.com/mapi/emsmdb/?showdebug=yes)

Fungování nového protokolu můžete také otestovat pomocí rutiny Powershll Test-OutlookConnectivity:

Test-OutlookConnectivity -RunFromServerId serv3 -ProbeIdentity OutlookMapiHttpSelfTestProbe

Odstraňování problémů:

Protokoly nového protokolu jsou uloženy zde:

CAS: %ExchangeInstallPath%\Logging\HttpProxy\Mapi\
Server poštovní schránky: %ExchangeInstallPath%\Logging\MAPI Client Access\
Server poštovní schránky: %ExchangeInstallPath%\Logging\MAPI Address Book Service\

Když v DAG povolíte podporu MAPI přes HTTP, musí ji podporovat všechny servery, jinak klienti nebudou moci používat své poštovní schránky.

Podle odhadů Microsoftu použití MAPI přes HTTP mírně zvyšuje zátěž CPU na CAS serverech, ale snižuje spotřebu paměti pro každého uživatele o 50–60 %.

Nový protokol pro připojení Outlooku k poštovním schránkám Exchange vítězí z hlediska výkonu a flexibility sítě. Podle vývojářů Microsoftu je možné, že MAPI over HTTP se stane hlavním protokolem připojení v Exchange Server 2016 a RPC over HTTP bude postupně opuštěno.

A Microsoft Outlook.

architektura MAPI

MAPI poskytuje aplikacím konzistentní způsob interakce s mnoha různými systémy elektronických zpráv. Subsystém MAPI zahrnuje:

softwarová rozhraní;
MAPI zařazovací služba je samostatný proces, který odesílá zprávy do systému elektronických zpráv a přijímá zprávy od něj;
obecné uživatelské rozhraní - dialogová okna, pomocí kterých může uživatel najít adresu, vytvořit a odeslat zprávu.

Mezi podsystémem MAPI a systémy zasílání zpráv jsou poskytovatelé služeb, kteří systémy propojují. Většina systémů zasílání zpráv zahrnuje tři typy služeb: poskytovatele úložiště zpráv, poskytovatele adresáře nebo adresáře a poskytovatele přenosu zpráv. Existují další, méně běžně používaní poskytovatelé, jako jsou poskytovatelé zachycování zpráv a poskytovatelé profilů.

Rozhraní MAPI

Existuje několik rozhraní klienta MAPI:

MAPI je hlavní rozhraní založené na technologii COM. Zbývající rozhraní API jsou vrstvou mezi klientskou aplikací a rozhraním MAPI.
Simple MAPI – obsahuje sadu funkcí, které poskytují základní úroveň funkčnosti. Doporučeno pouze pro zpětnou kompatibilitu se staršími aplikacemi.
Common Messaging Calls (CMC) je rozhraní API pro různé platformy založené na rozhraní X.400 Application Programming Interface (XAPIA). Obsahuje sadu funkcí pro přidání jednoduchých možností zasílání zpráv do aplikace.
Knihovna objektů CDO (Collaboration Data Objects) (předchozí verze se nazývaly OLE Messaging Library, Active Messaging Library) – obsahuje objekty automatizace OLE pro příjem a odesílání e-mailů a práci se složkami a adresářem.

formuláře

Poskytovatelé služeb

Poskytovatelé služeb implementují objekty, které jsou primárně používány rozhraním MAPI, ale některé z nich mohou být použity také klientskými aplikacemi. Některé objekty prodávají všichni poskytovatelé služeb, zatímco jiné jsou specifické pro jeden typ poskytovatele. Dodavatelé mohou implementovat následující objekty:

Adresář kontejner - obsahuje prvky adresáře; Poskytovatel adresáře může mít jeden nebo více kontejnerů adresáře.
Příloha – obsahuje další data spojená se zprávou.
Ovládací prvek - tlačítka, která při stisku způsobí zpracování.
Seznam adresátů - popisuje seskupení jednotlivých příjemců zpráv.
Složka – obsahuje zprávy a kontejnery zpráv.
Registrace – zpracovává informace o akci a požadavky zákazníků.
Adresát zprávy – popisuje jednotlivého adresáta zprávy.
Zpráva – obsahuje informace, které lze odeslat příjemcům pomocí systému elektronických zpráv.
Úložiště zpráv je hierarchická databáze zpráv.
Poskytovatel – řeší spouštění a zastavování poskytovatele.
Spooler capture - provádí speciální zpracování příchozích a odchozích zpráv.
Stav – Poskytuje přístup ke stavu poskytovatele služeb.
Tabulka – poskytuje přístup k objektovým datům ve formě řádků a sloupců, podobně jako databázová tabulka.

Open Source MAPI

Napište recenzi na článek "MAPI"

Poznámky

Odkazy



Grafika

Zvuk

Multimédia

Web

Přístup k datům

Síť

komunikace



Komponentní model

Knihovny

Ovladače zařízení

Bezpečnost

.SÍŤ

Software

IPC

Dostupnost

Textové a vícejazyčné Podpěra, podpora

Výňatek popisující MAPI

Vojensky důmyslný plán kampaně, o kterém Thiers mluví; que son genie n"avait jamais rien představit si de plus profond, de plus habile et de plus obdivuhodný [jeho génius nikdy nevynalezl nic hlubšího, obratnějšího a úžasnějšího] a o čem Thiers, vstupující do polemiky s panem Fehnem, dokazuje, že sestavení tohoto důmyslného plánu by mělo být datováno nikoli 4., ale 15. října, tento plán nebyl nikdy a nemohl být proveden, protože nebylo nic blízkého realitě opevnění Kremlu, pro které to bylo nutné zbourat la Mosquee [mešitu] (jak Napoleon nazýval kostel Vasila Blaženého), se ukázalo jako zcela zbytečné Kladení min pod Kremlem jen přispělo k naplnění císařova přání, aby Kreml byl. vyhozena do povětří, to znamená, aby byla poražena podlaha, na níž bylo zabito dítě , a teprve podle Thierse se umění a zdá se, že i genialitě Murata podařilo najít jako špendlík tuto šedesátitisícovou ruskou armádu.
Diplomaticky se všechny Napoleonovy argumenty o jeho štědrosti a spravedlnosti jak před Tutolminem, tak před Jakovlevem, kterému šlo především o pořízení kabátu a vozíku, ukázaly jako zbytečné: Alexandr tyto velvyslance nepřijal a na jejich ambasádu neodpověděl. .
Z právního hlediska po popravě údajných žhářů vyhořela druhá polovina Moskvy.
Administrativně založení magistrátu loupež nezastavilo a přineslo jen užitek některým jedincům, kteří se na této obci podíleli a pod záminkou udržování pořádku vyloupili Moskvu nebo zachránili tu svou před loupeží.
Co se týče náboženství, věci, které se v Egyptě tak snadno zařídily návštěvou mešity, zde nepřinesly žádné výsledky. Dva nebo tři kněží, kteří byli nalezeni v Moskvě, se pokusili splnit Napoleonovu vůli, ale jednoho z nich během bohoslužby bil francouzský voják do tváří a francouzský úředník o druhém hlásil toto: „Le pretre, que j "Asi decouvert et pozvat recommencer a dire la messe, nettoye et ferme l"eglise. Cette nuit on est venu de nouveau enfoncer les portes, casser les cadenas, dechirer les livres et commettre d "autres desordres" ["Kněz, kterého jsem našel a pozval, aby začal sloužit mši, vyčistil a zamkl kostel. Téže noci." znovu přišli a vylomili dveře a zámky, trhali knihy a způsobovali další nepokoje.”]
Co se týče obchodu, na provolání k pracovitým řemeslníkům a všem rolníkům nebyla žádná odezva. Nebyli tu žádní pracovití řemeslníci a rolníci chytili ty komisaře, kteří zašli s tímto prohlášením příliš daleko, a zabili je.
Co se týče zábavy lidu a vojska divadly, věci byly podobně neúspěšné. Divadla zřízená v Kremlu a v Poznyakovově domě se okamžitě uzavřela, protože herečky a herci byli okradeni.
Ani dobročinnost nepřinesla kýžené výsledky. Falešné a falešné bankovky zaplnily Moskvu a neměly žádnou cenu. Francouzům, kteří sbírali kořist, stačilo jen zlato. Nejenže falešné bankovky, které Napoleon tak milostivě rozdával nešťastníkům, neměly žádnou cenu, ale stříbro se dávalo pod svou hodnotu za zlato.
Nejnápadnějším jevem neplatnosti nejvyšších řádů však v té době byly Napoleonovy snahy zastavit loupeže a obnovit kázeň.
Informovali o tom představitelé armády.
„Ve městě pokračují loupeže, navzdory rozkazům je zastavit. Pořádek ještě nebyl obnoven a neexistuje jediný obchodník, který by obchodoval legálním způsobem. Pouze sutleři si dovolují prodávat a pouze rabovat věci.“
“La partie de mon arrondissement pokračovat a etre en proie au drancování des soldats du 3 corps, qui, non content d”arracher aux malheureux refugies dans des souterrains le peu qui leur reste, ont meme la ferocite de les de blesser a coups comme j"en ai vu plusieurs exemples".
„Rien de nouveau outre que les soldats se permettent de voler et de piller. Le 9. října.”
"Le vol et le drancování pokračuje." Il y a une bande de voleurs dans notre district qu"il faudra faire arreter par de fortes gardes. Le 11 October."
[“Část mého revíru je nadále drancována vojáky 3. sboru, kteří se nespokojí s tím, že nešťastným obyvatelům, kteří se schovávali ve sklepích, odebírají skrovný majetek, ale také jim krutě způsobují rány šavlemi, jak já sám jsem viděl mnohokrát."
"Nic nového, jen to, že si vojáci dovolují loupit a krást." 9. října."
„Krádeže a loupeže pokračují. V našem okolí je banda zlodějů, kterou bude potřeba zastavit ráznými opatřeními. 11. října".]
„Císař je krajně nespokojen s tím, že navzdory přísným rozkazům zastavit loupež jsou viditelné pouze oddíly gardových záškodníků, kteří se vracejí do Kremlu. Ve staré gardě se včera, minulou noc a dnes obnovily nepokoje a rabování více než kdy jindy. Císař s kondolencí vidí, že vybraní vojáci určení k ostraze jeho osoby, kteří by měli jít příkladem podřízenosti, jsou natolik neposlušní, že ničí sklepy a sklady připravené pro armádu. Jiní se ponižovali do té míry, že neposlouchali hlídky a strážníky, nadávali jim a bili je.“
„Le grand marechal du palais se plaint vivement,“ napsal guvernér, „que malgre les defense reiterees, les soldats continuent a faire leurs besoins dans toutes les cours et meme jusque sous les fenetres de l’Empereur.“
["Hlavní ceremoniář paláce si silně stěžuje, že navzdory všem zákazům vojáci pokračují v pochodu hodinu po všech nádvořích a dokonce i pod okny císaře."]

Na této straně:

Outlook Web Access (OWA) – webové rozhraní pro přístup k vaší poštovní schránce - plný přístup k osobním údajům poštovní schránky a pošty prostřednictvím prohlížeče
Připojení přes protokoly POP3 / IMAP / SMTP- přístup k poště prostřednictvím běžného poštovní protokoly, není přístup k osobním údajům (nadále jsou přístupné prostřednictvím OWA)
Propojení s Windows Mobile komunikátory(zastaralé) - plný přístup k osobním údajům poštovní schránky a pošty z Windows Mobile komunikátorů/počítačů nebo jiných (dle možností výrobce)
Připojení MAPI (Outlook 2003/2007)- plná synchronizace osobních dat a pošty s vaším osobním Microsoft Outlookem

Outlook Web Access (OWA) – webové rozhraní pro přístup k vaší poštovní schránce

V osobní účet je zadán web, který by měl být použit pro práci s OWA. Stránky fungují pomocí protokolu HTTPS.

Obvykle toto https://owa.1gb.ru/owa.

Připojení přes protokoly POP3 / IMAP / SMTP

Lze použít pro poštovní klienti, jiné než Microsoft Outlook, stejně jako v případě nákupu plánu Exchange bez podpory MAPI.

Všechny parametry připojení jsou uvedeny na stránce s poštovními schránkami Exchange.

Propojení s Windows Mobile komunikátory

"Standard" nebo vyšší.

V nastavení serveru pro synchronizaci musíte vybrat web, který odpovídá webu pro přístup k aplikaci OWA.

Váš osobní účet určuje web, který by měl být použit pro práci s OWA. Stránky fungují pomocí protokolu HTTPS. Obvykle je to owa.1gb.ru.

Přihlášení - úplné přihlášení ve formátu podobném ad1\[vaše přihlašovací údaje], zobrazí se ve vašem osobním účtu na stránce s poštovními schránkami Exchange. Zde ad1 je název domény, login je uživatelské jméno, pokud existuje samostatné okno pro doménu pak tam musí být napsáno ad1 a uživatelské jméno musí být napsáno bez ad1.

Alternativní port pro SMTP servery- 587. Použijte jej, pokud nemůžete odesílat poštu.

Připojení MAPI (Outlook 2003/2007)

Příležitost je k dispozici v krabicovém plánu "Pokročilý".

Budete potřebovat následující parametry:

Ve výchozím nastavení vyžaduje protokol MAPI přístup k řadě portů TCP, které jsou často pro připojení uzavřeny (porty 135, 6000-6004). Pokud MAPI nefunguje, vyzkoušejte následující možnosti:

Alternativní port pro server SMTP je 587. Použijte jej, pokud nemůžete odesílat poštu.

Připojte se k Exchange pomocí VPN

Tato funkce je dostupná pro Outlook 2003 i Outlook 2007.

Připojení VPN je třeba nakonfigurovat a udržovat připojené
Připojení VPN může narušovat práci firemní sítě na stejném schématu adresování
Protokol VPN připojení(PPTP) nefunguje ze všech sítí PPTP nefunguje spolehlivě v některých sítích
Pokud to funguje, funguje to rychle a technicky efektivně (nízký provoz, nejvyšší rychlost)

Parametry připojení VPN a příklad provozu jsou popsány na stránce https://www.1gb.ru/1152.

Připojte se k Exchange pomocí HTTPS (Outlook Anywhere)

Tato funkce je k dispozici pro aplikaci Outlook 2007.

Starý nebo interní název technologie je RPC over HTTP(S). Outlook Anywhere vám umožňuje připojit se k serveru Exchange prostřednictvím protokolu HTTPS, včetně běžného HTTP(S) proxy.

Funguje v jakýchkoli síťových podmínkách (přístup HTTPS je k dispozici téměř na každém počítači)
Pomalejší než přímé MAPI nebo VPN
Pokud je použit, je HTTP proxy méně bezpečný než VPN

Důležité: Aby aplikace Outook Anywhere na vašem počítači fungovala, musíte nainstalovat bezpečnostní certifikát.

Konfigurace Outlook Anywhere ve vlastnostech účtu Výměna záznamů musíte otevřít kartu Připojení, zaškrtnout políčko „Připojit k Microsoft Exchange pomocí HTTP“ ve spodní části a poté nastavit další možnosti pomocí tlačítka „Nastavení Exchange proxy“.

Jsme vždy připraveni zodpovědět vaše dotazy!

Oblíbené v kategorii: