A legjobb módja annak, hogy csatlakozik Exchange PHP?

Question

A legjobb módja annak, hogy csatlakozik Exchange PHP?

szavazat

49

Írok egy CMS alkalmazás PHP és a követelmények egyike az, hogy képesnek kell lennie az interfész az ügyfél Exchange kiszolgálón. Írtam ki ezt a funkciót előtt néhányszor, és mindig WebDAV csinálni, de most hajol el, hogy.

Én fog futni a helyszín IIS vagy Apache (nincs preferencia) Windows Server 2008 Néhány dolgot kellene csinálni közé tartozik hozzá kapcsolat egy adott felhasználó címjegyzékben, e-mailek küldése, mint egy adott felhasználó és fut jelentések kapcsolatok egy felhasználó.

Mindez nagyon egyszerű köze WebDAV, de ha van egy jobb út, amely nem igényel semmilyen funkciót, amely valószínűleg elavult egyhamar.

Bármilyen ötletet?

frissítés:

Justin, szeretem az ötletet, hogy az objektumok com, csak aggódni fenntartása 3. termék, hogy minden jól működjön ...

John, írhatok egy webes szolgáltatás, C # illeszthetők ezek a funkciók és elérheti az én PHP alkalmazás, de ez is egy kicsit az útból.

Eddig nem vagyok 100% meggyőződve arról, hogy ezek bármelyike is jobb, mint WebDAV ...

Tud valaki mutassa meg, hol vagyok, hogy ostoba?

php windows exchange-server webdav mapi

A kérdést 02/08/2008 23:03
a forrás felhasználó Bruce the Hoon

Más nyelveken...

9 válasz

szavazat

6

Nem vagyok egy PHP dev de a Google azt mondja, hogy a PHP 5+ példányosíthatnánk COM komponensek. Ha lehet telepíteni az Outlook egy doboz meg tudná írni a PHP webes szolgáltatás bárhol COM komponens kezelni a kéréseket amire szüksége van.

$outlook = COM("Outlook.Application")

Outlook API jelölne

Válaszolt 03/08/2008 02:07
a forrás felhasználó Justin Walgran

szavazat

4

Azt vizsgálja meg az IMAP

IMAP, POP3 és NNTP

Válaszolt 04/08/2008 16:00
a forrás felhasználó Tim Boland

szavazat

13

Van az ügyfél az Exchange 2007-ben? Ha így van, én is egy pillantást az Exchange Web Services . Ha nem, akkor a szőrös, mert lehet, azt hiszem, WebDAV van a legnagyobb esélye.

Személy szerint én nem szeretem a Outlook.Application COM objektum útvonalat, ahogy a biztonsági utasításokat ( „Egy alkalmazás megpróbál hozzáférni a kapcsolatok. Hagyjuk ezt?”, Stb) gondot okozhat a szerveren. Azt is gondolom, nehéz lenne elérni a megszemélyesítés-szerű feladatokat az Outlook, például e-mail küldése, mint egy adott felhasználó.

Válaszolt 05/08/2008 01:35
a forrás felhasználó Mike Powell

szavazat

8

Nem tudom ajánlani Dmitry Streblechenko a Redemption Data Objects könyvtár nagyon elég. Ez egy COM komponens, amely a normális API Extended MAPI és öröm használni. Az Exchange API kapufa át az egyik kiadás a következő: „A következő M: meghajtó! Nem, WebDAV használata! Nem használja ExOLEDB! ... Nem, a Web Services!”Az egyetlen állandó, hogy a jó öreg MAPI.

Válaszolt 01/09/2008 19:33
a forrás felhasználó Duncan Smart

szavazat

7

Én kiadott egy nyílt forráskódú MIT licenc könyvtár, amely lehetővé teszi, hogy néhány alapvető műveletek PHP az Exchange Web Services.

Az Exchange Web Services for PHP

Én csak teszteltem a Linux, de nem látok olyan okot, hogy nem működik a Windows telepítése PHP is.

Válaszolt 04/05/2011 12:47
a forrás felhasználó Riley Dutton

szavazat

5

Ez Zarafa PHP MAPI kiterjesztés néz ki tudott dolgozni.

Válaszolt 09/05/2012 17:47
a forrás felhasználó Scott Szretter

szavazat

2

Azt javasoljuk " PHP az Exchange Web Services " , illetve rövid php-EWS.

Jókora mennyiségű dokumentáció alapján a wiki , sokat segített.

Válaszolt 01/02/2013 11:20
a forrás felhasználó Valentin Despa

szavazat

0

https://github.com/Garethp/php-ews

Ez volt utolsó frissítése 3 hónappal ezelőtt, így megmarad

Válaszolt 09/10/2018 15:31
a forrás felhasználó Justin Levene

John · Accepted Answer · 2008-08-03 06:50

Én nem használtam a PHP hogy ezt, de van tapasztalata a C #, hogy elérjék ugyanazt a dolgot.

Az Outlook API egy módja automatizálásával Outlook csatlakoztatás helyett Exchange közvetlenül. Korábban már ezt a megközelítést a C # alkalmazás és ez működik, bár lehet hibás.

Ha szeretné, hogy közvetlenül csatlakozzon az Exchange szerver meg kell hosszabbítani, találjon MAPI.

Az elmúlt Régebben ez a borítás MAPIEx: Extended MAPI wrapper .

Ez egy C # projekt, de azt hiszem, akkor használhatja a .NET kód egy PHP5 Windows szerver. Egy másik változat szerint ez egy C ++ mag DLL, hogy lehet egy tudja használni. Úgy találtam, hogy legyen nagyon jó, és van néhány jó példa alkalmazásokat.

frissítés:

Bocs a késésért jelenleg nincs módja annak, hogy nyomon követheti a bejegyzés.

Egyetértek hozzátéve, több rétegben, hogy az alkalmazás és támaszkodva a 3rd party kód lehet ijesztő (és jogosan).

Ma olvastam egy érdekes bejegyzést címkézett fel MAPI ez egy másik téma. A legfontosabb dolog, itt azonban az, hogy még kapcsolódik e fontos MS cikket . Én már nem tudott a kérdésekre eddig használatával felügyelt kódot interfészek MAPI bár a C ++ kódot az összetevőt nem befolyásolja, ezt a hibát, mert nem felügyelt.

Ez a blog bejegyzés arra is utal, más módon csatlakozhat MAPI / Exchange szerver. Ebben az esetben, mivel ezek az új tények http://us3.php.net/imap lehet a válasz, mint azt a másik felhasználó.