跳到主要內容

發表文章

目前顯示的是有「msn」標籤的文章

IM機器人開發手冊

API技術文件已經開放線上共享,MSN|YAHOO即時通|GTALK  共通。 使用google文件公開,請自由分享: https://docs.google.com/document/pub?id=1SJl95Eu-7OartkyZBiRfvwh7ojc1KR61zQqfZUBzwcE

MSN機器人/IM機器人相關產品的研發

除了 msn機器人 gtalk機器人( http://www.imoo.tw ) 的研發以外,經過相關技術評估以後,我們還會陸續推出幾種相關產品,但 實際的產品還要視市場需求而定,如有興趣欲代理 或合作的的廠商,可洽 service@imoo.tw , 以下列出未來可能的方向 1.MSN 即時通訊監控測錄 2.MSN 使用者到使用者之間的加密(pki) 3.通話紀錄管理 4.MSN自動派送動態狀態廣告 5.內容掃描是否為詐騙資訊 6.確認通話對方真實身份 ... 目前我們實驗室取得的技術,除了監控封包以外,還能直接修改MSN通訊資訊 內容,所以可以應用在更廣泛的領域

3分鐘學會使用程式發送msn訊息,php篇(一)

---電子發票整合方案 http:// rd-program.blogspot.com/ 2012/03/blog-post.html --- < imoo msn機器人測試平台,將於下週三(2009.6.24)取消所有未經申請試用的認證資訊 , 詳見相關資訊 > msnSDK訊息控制開發套件 同時支援MSN/Yahoo即時通 訊息雙向傳遞 ps.也請參考 msnSDK的使用流程 ================================ 步驟一:取得api 使用的權限(GETSPID) $file="http://59.120.234.84:8082/msnSDK/msn_cgi-win32?FUNC=GETSPID&USERID=apiblogt1&PASSWD=msnsdkt" ; $myArray=''; $mySession=''; $myResult=''; $getline=''; if (!($fp = fopen($file, "r"))) { die("could not open XML input"); } while ($getline = fgets($fp, 4096)) { $myArray=explode("\t",$getline); $myResult=$myArray[0]; $mySession= $myArray[1]; } fclose($fp); if ($myResult=="0") { echo "get session fail... "; exit(); } else { //$_SESSION["mySession"]= $mySession; echo "get session=".$mySession." "; } echo "<a href='REGISTER.php?uids=".$_GET["uids...

msnSDK 釋出支援YAHOO即時通的版本

msnSDK 經過適當的改寫後,已支援Yahoo 即時通 1.新增/刪除 聯絡人的處理 2.發送訊息 3.查詢暱稱 4.查詢個人資訊 5.傳送震動訊息 6.傳送離線訊息 Yahoo 再收送資訊的部份與既有MSN 使用不同的指令;但在msnSDK 裡,機器人會自動判斷發送的對象是使用哪種IM,所以使用同一個函式名稱不需變換 請參考其他相關文章 msnSDK文件下載 http://rd-program.blogspot.com/2008/10/msnsdk.html

msnSDK 文件

msnSDK ( http://tcmail.program.com.tw/image/msnSDKV1.0.1.pdf )主要的功能就是把一些常用的MSN 功能做成一些API,讓外部的程式可以簡單的應用它來開發相關應用程式,目前;msnSDK支援4種程式介面, 1.SOAP 2.CGI 3.ADO (這三種API的功能相同) 4.CGI-Steam 這個介面主要是處理從msn client 到msnSDK 之間的訊息以及線上狀況的資訊傳遞,歡迎需要測試功能的人或是有應用需求的各行各業先進與我聯繫(sonet.all@gmail.com) 備註:msnSDK 本身有unix/linux/win32 版本 v1.0.2 已釋出: msnSDK v1.0.2 文件釋出 v1.0.3 已釋出: msnSDK v1.0.3 文件釋出 不分版本(最新): msnSDK 不分版本(最新)文件

msn 疑似有一個bug

因為自己在摸索msn protocol,發現msn 在做聯絡人的地方有一個bug,當第一次把某個人加入聯絡人(且對方也核准)後,雙方如果都刪除彼此(沒封鎖聯絡人,但同時刪除hotmail聯絡人);當任一方要再訂閱對方,而有拒絕過一次後,對方從此不會再收到訂閱的通知,但自己卻可以訂閱對方為聯絡人且看到對方的線上資訊,這情況跟gtalk很類似,看來;大家在實作這個程序時都留下了一些缺憾 ps.這問題並不是msn client的bug,因為msn server確實沒有傳送ADL 指令;通知對方有人請求加入聯絡人 另外; msn 裡的顯示歌曲資訊會佔用不必要頻寬,msn client勾選這個項目後,似乎每幾秒就會送出UBX 指令給所有的聯絡人,不知道當一個團體很大(數千人,而且每個人都開啟這個功能,且彼此為聯絡人)又同在相同網域下的時候,是不是有可能造成網路嚴重的負擔

msnp15 認證過程(I)

使用別人開發好的msn sdk來開發程式;真的能夠滿足你對技術的慾望嗎?以下為msn protocol v15的認證過程,msnp15大致上延續前一版的協定,但是在認證的部份改了,目前msn server 已支援msnp16,而現階段最新的msn client (msn v8.1)還在使用msnp15,要到msn v9才會開始全面支援msnp16 直接從msn protocol著手的主要理由是~這樣,才能將msn 移植到非win32的平台上,否則;微軟本身也有釋出msn sdk,它的缺點是;只能依附在有安裝msn client 的win32上,就這一點來說;msn 的政策還相當封閉,因為每次protocol升級;認證的部份幾乎都有更動,這也是從protocol著手來應用msn 最大的麻煩,不過從追蹤 撰寫msn protocol,可以學到不少東西可說是額外的收穫,msn protocol在技術上跟xmpp真的很大的落差,msn protocol顯得格外凌亂設計不良,既不結構化也談不上功能上的彈性,看起來像是非資訊背景的工程師做出來的系統,我相信當msn與yahoo在談im整合時一定相互埋怨過對方的protocol設計怎麼如此草率,這恰好凸顯了 xmpp protocol 的優勢... 207.46.110.86:1863 c2s->[client to server] s2c->[server to client] c2s->VER 1 MSNP15 CVR0 s2c->VER 1 MSNP15 c2s->CVR 2 0x0404 winnt 5.2 i386 MSNMSGR 8.1.0178 MSFT luke_shei@hotmail.com s2c->CVR 2 8.1.0178 8.1.0178 8.1.0178 http://msgruser.dlservice.microsoft.com/download/1/C/F/1CF776CC-90D6-4497-B079-402BA9DB8BE4/Install_Messenger.exe http://get.live.com/tc c2s->USR 3 SSO I luke_shei@hotmail.com s2c->GCF 0 6713 s2c-> ...

微軟咖啡機相關報導

http://article.pchome.net/140922.html http://info.china.alibaba.com/news/detail/v5000441-d5976713.html http://www.microsoft.com/presspass/features/2002/nov02/11-17SPOT.mspx http://www.msndirect.com/ 思考一下jabber能做什麼? 或許比想像中的更多