Makini - hii haifanyi kazi bila mizizi!
Hii inatumika kwa sehemu kubwa firmware ya kawaida. Katika "desturi" nyingi kila kitu " programu zisizo za lazima"imesafishwa tu tangu mwanzo.
Kama nilivyosema hapo awali, kila inapowezekana mimi hujaribu kuzuia njia "vamizi", kama vile kusanikisha "firmware maalum" au kuchukua nafasi ya kernel. Na chaguo na "kubadilishana kwa kadi ya SD" haihitaji tu kuchukua nafasi ya kernel, lakini pia imejaa kasi ya "kuondoka kwa kadi kwenye usahaulifu," pamoja na kila kitu kilicho juu yake, ambayo pia "sio sahihi kabisa" :) ikiwa hakuna RAM ya kutosha, basi kitu kinaweza kufanywa bila ya hapo juu " mbinu kali". Vile vile vitatusaidia Mpango wa mfumo Tuner (https://play.google.com/store/apps/details?id=ccc71.pmw&hl=ru) ambayo tulitumia wakati uliopita kuhamisha programu "zisizo kubebeka" kwenye kadi ya SD, na kuongeza nafasi. wakati kumbukumbu ya ndani. Pia ina uwezo wa "kuzima autorun" ya programu yoyote. Ili kufanya hivyo, nenda kwenye kipengee cha "Startups". Programu zote ambazo "huanza kiotomatiki wakati wa kuanza kwa mfumo" huangaliwa. Baada ya kuangalia kile tulichonacho "autostart", tutapata idadi kubwa ya programu, mfumo na umewekwa na sisi, ambazo zimewekwa "autostart", na zinazinduliwa kila wakati, kupunguza kasi ya kuwasha upya na kuchukua nafasi katika RAM. , ambayo ni kawaida nini ikiwa una RAM mita 512 ni daima na janga haitoshi. Tunaangalia na kufuta kisanduku cha kuteua cha "autorun" kutoka kwa wale ambao autorun yao hatuitaji au haina maana kwa ujumla, na ilifanywa na waandishi ili programu "iripoti" kwa mwandishi kwamba "imewekwa na inatumika." Jambo kuu sio kugusa programu za mfumo, kama" Mfumo wa Android", "GUI mfumo", "simu", nk - matokeo yanaweza kuwa haitabiriki, hata hadi "kufa kwa mwili" Lakini kwa ujumla, nusu, ikiwa sio zaidi, inaweza kuondolewa kwa usalama kutoka kwa autorun, na "athari nzima ya upande". " kutakuwa na uanzishaji wa haraka wa simu na kidogo kumbukumbu iliyotumika.
Na sasa kuhusu programu zisizo za lazima za "mfumo".
Wanaweza pia kuondolewa kutoka kwa "autostart", lakini hii haitasaidia, pia huanza kulingana na "matukio", na kwa hiyo bado wataanza. Kwa hiyo, tunarudi kwenye orodha kuu na bofya kipengee cha "Mfumo".
Baada ya hayo, chagua "ziada", moja kwa wakati, na ukichagua, bonyeza kitufe cha "Freeze" chini. Na hivyo kwa kila mtu. Hapa kuna orodha ya programu ambazo haziathiri kazi kabisa, na zingine zinahitajika kufuatilia mtumiaji, zingine kwa vitendaji ambavyo hautawahi kutumia maishani mwako:
Programu za "ziada" za mfumo zinazokula RAM:
Huduma_ya_Atci
- Zima kwa utulivu, hapana madhara hutagundua hata kidogo. Inatumika kwa majaribio ya redio ya FM kutoka menyu ya uhandisi. Hakuna maana hata kidogo katika "kuning'inia kwake kila wakati kwenye kumbukumbu."
Tafuta kwa sauti
- ikiwa hutumii, kuzima - ni mita kadhaa mara moja, na ina tabia ya kunyongwa kwenye kumbukumbu yako, ikiwa unaitumia au la.
Hai Android karatasi la kupamba ukuta
- ladha. Kwa ujumla, wao hutumia betri na mita kadhaa za kumbukumbu, na wana tabia ya kuchukua RAM, hata ikiwa hutumii. Igandishe.
Katalogi ya mandhari hai
- ikiwa hauitaji " Ukuta moja kwa moja", basi tunaifungia pia.
Inasanidi Google Patner
- Watu wengi kwenye mtandao wanakubali kwamba huu ni mpango wa kijasusi wa kukusanya takwimu, na pia wa kusakinisha programu kwenye Android yako bila wewe kujua, na kwa kweli haina maana kwako ikiwa hupendi kupeleleza tena, na hawako tayari kulipia raha hii kwa kupoteza nafasi kwenye RAM na kuongeza betri :)
Maoni kuhusu Soko
- Kwa nini anahitajika kabisa ni siri kwangu. Unaweza kuizima kwa usalama - haitaathiri utendakazi halisi.
Tafuta
- Je, mara nyingi unatumia upau wa utafutaji ulio juu ya skrini? Kawaida mimi huita kivinjari kwa Google kitu. Na sioni maana yoyote ya kupoteza mita kadhaa za RAM kwa raha mbaya ya kutazama upau wa utaftaji ukichukua nafasi kwenye eneo-kazi ambalo situmii :) - Kufungia :) Baada ya hapo, unaweza kuondoa "utafutaji". ” kifaa kutoka skrini na uweke kitu mahali hapa kitu muhimu zaidi.
Huduma za Kubadilishana
- Inahitajika tu kwa wale wanaokusanya barua kutoka kwa Microsoft Exchange kwa kutumia "asili" mteja wa barua. Ikiwa unatumia SMTP/POP3/IMAP ya kawaida, hauitaji kabisa, lakini nafasi ya kumbukumbu ni "kula" - Fanya.
Udhibiti wa uso
- Ikiwa hutumii idhini kwa picha yako (inapaswa kuzingatiwa kuwa haiaminiki kabisa) - kufungia. Kwa sababu "hula" kumbukumbu mara kwa mara - ikiwa unaitumia au la.
MobileLog- Huandika kumbukumbu za uendeshaji wa moduli ya redio (GSM, bluetooth, nk) kwa kadi ya SD, katika
folda /mnt/sdcard/mtklog/mobilelog, inayoitwa kutoka kwa menyu ya uhandisi. Unaweza kufungia kwa usalama ikiwa hutumii kumbukumbu zilizorekodiwa kwenye kadi ya SD. Kuifungia hakuingiliani na uendeshaji wa LogCat.
Mtoa huduma wa utafutaji. Sikuweza kupata maelezo yoyote ya kile kinachohitajika. Nadhani imeunganishwa na uwezekano wa "kutafuta moja kwa moja kutoka kwa desktop ya Android", ambayo kwangu binafsi haina maana, na kulipia ukweli kwamba inachukua nafasi kwenye skrini na makumi ya ziada ya mita za RAM. Baadhi ya watu huandika kwamba inatumiwa pia “kwa ajili ya utafutaji programu zilizowekwa". Ambapo, ikiwa baada ya kufungia, soko linaendelea kufanya kazi kwa kawaida, na orodha za programu zilizowekwa zinaonyeshwa kwenye mipangilio? Kwa ujumla, niliifungia - sijaona madhara yoyote bado.
Bila ya lazima.
Huduma za Google Play -
Kwa kweli, niligundua programu moja tu ambayo inaathiri - Google Keep. Ikiwa hutumii, unaweza "kuifungia". Wao hutegemea kumbukumbu daima, bila kujali matumizi au yasiyo ya matumizi. Na ikiwa utapata programu inayohitaji, basi unapoizindua utaona hitilafu na haraka ya "kufunga huduma za google kucheza" - basi wewe tu kwenda na "defrost yao".
Wakati huo huo, mimi kawaida "hufungia" programu zingine, kwa mfano ile ile iliyopendekezwa na mimi " Bahati Patcher"- defrosting" tu ikiwa ninahitaji kuitumia, na kisha kufungia tena - ikiwa hii haijafanywa, "itaanza" na hutegemea kumbukumbu (hundi kwa sasisho). Unaweza pia "kufungia" antivirus ikiwa hutaweka programu yoyote, na "uifungue" wakati utaweka kitu.
Unaweza "kufungua" programu zote "zilizohifadhiwa" wakati wowote kwa kubonyeza kitufe cha "Chemsha", ambacho kitaonekana kwenye menyu mahali ambapo "Kufungia" ilikuwa, baada ya programu "kugandishwa" - kitendo ni " inayoweza kugeuzwa”. Lakini bila shaka, usifungie kernel ya mfumo na maombi ya mfumo, ambayo hujui ni kiasi gani wanaathiri utendaji, ili usipate "matofali ya kuangaza".
Kwa jumla, hii itafungua mita 40-100 za RAM.
Wachache? Je, bado unahitaji kufungua kumbukumbu ya RAM? Tazama muendelezo hapa.
www.microsoft.com
Katika makala Huduma ya Kubadilishana 2013 Usafiri utapata habari fupi kuhusu kanuni ya uendeshaji wa mojawapo ya huduma kuu za bomba la usafiri la Exchange 2013 - Huduma ya Usafiri kwenye seva zilizo na jukumu la MBX. Mbali na hilo muundo wa ndani huduma, nitashughulikia Viunganishi vya Tuma na Pokea viunganishi vinavyohusishwa na Usafiri wa Microsoft Exchange.
Hii ni makala ya pili katika mfululizo wa jinsi huduma za bomba la usafiri la Exchange 2013 zinavyofanya kazi, lakini hii hapa orodha kamili:
Na pia vifungu vya kudhibiti ukataji wa huduma hizi:
Usisahau kuhusu nyaraka rasmi.
Tafuta taarifa zaidi Unaweza kujifunza jinsi ya kusanidi na kusimamia Exchange 2013 kwenye blogu yangu katika makala kuu ya mada -.
Inatokea kwamba sasa katika seva ya Exchange 2013 kuna huduma nyingi za usafiri ambazo zina majina sawa, lakini kimsingi ni tofauti katika kusudi na kanuni ya uendeshaji. Hapa kuna orodha kamili ya huduma hizi:
- kwenye seva ufikiaji wa mteja(Jina la onyesho ni Microsoft Exchange FrontEnd Transport, iliyofupishwa kama MSExchangeFrontEndTransport);
- Huduma ya usafiri kwenye seva za sanduku la barua (Jina la Onyesha - Usafiri wa Microsoft Exchange, kifupi - MSExchangeTransport);
- kwenye seva za kisanduku cha barua (Kwa kweli inajumuisha huduma mbili - Uwasilishaji wa Usafiri wa Sanduku la Barua la Microsoft Exchange na Uwasilishaji wa Usafiri wa Sanduku la Barua la Microsoft Exchange, majina yaliyofupishwa - MSExchangeDelivery na MSExchangeSubmission, mtawalia);
- Huduma ya usafiri kwenye seva za Edge Transport (Jina la onyesho ni Microsoft Exchange Transport, kwa kifupi MSExchangeTransport).
Wakati huo huo, huduma ya pili na ya nne pekee hufanya kazi kulinganishwa; zingine kimsingi ni tofauti. Kwa pamoja wote huunda conveyor ya usafiri, ambayo ni moyo wa seva ya barua. Makala hii itazungumzia Huduma ya usafiri kwenye seva za kisanduku cha barua.
Usafirishaji wa conveyor
Katika makala ya mwisho, niliangalia sehemu ya kwanza ya bomba la usafirishaji la Exchange 2013, the Usafiri wa Frontend (Huduma ya Usafiri wa mbele) kwenye seva za Ufikiaji wa Mteja. Sasa ni wakati wa kuendelea na sehemu ya pili - huduma Microsoft Exchange Usafiri (Huduma ya usafiri) kwenye seva za kisanduku cha barua. Acha nikukumbushe kwamba kwa ujumla kidhibiti cha usafirishaji kinaonekana kama hii:
Katika muktadha wa nakala hii, tutavutiwa na jukumu Seva ya kisanduku cha barua(MBX au MailBox Server) na haswa huduma moja ya jukumu hili - kwenye takwimu hapo juu ilipewa jina. Huduma ya uhamisho. Katika hali halisi inaitwa Usafiri wa Microsoft Exchange. Bila kuzingatia Huduma ya Usafiri wa Sanduku la Barua, tunapata mchoro:
Ni sehemu hii ambayo tunapaswa kuelewa.
Kanuni ya uendeshaji
Ningependa kuwakumbusha kuwa Exchange 2013 ina tatu majukumu ya seva- CAS, MBX na Edge (imeongezwa kwa Seva ya Kubadilishana 2013 SP1). Ambapo Huduma ya usafiri iko katika majukumu mawili - MBX na Edge - na ina takriban utendakazi na uwezo sawa. Bado kuna tofauti, lakini zimewekwa kwa kiwango cha chini. Kwa kweli, inafaa kuzungumza juu yao, lakini uwezekano mkubwa nitafanya hivyo katika nakala tofauti.
Kwa hivyo, hapa chini ni mpangilio wa ujumbe unaopita kupitia vidhibiti fulani Huduma ya usafiri kwenye seva za kisanduku cha barua:
1. Kwanza, ujumbe hupitia kwa mawakala wa usafiri (Mawakala wa Itifaki kwenye takwimu), ambayo chujio kulingana na vigezo maalum. Mawakala wanaweza kujengwa katika Exchange Server 2013 (mfumo) au kuandikwa watengenezaji wa chama cha tatu Programu au hata wasimamizi wa shirika. Mawakala hukuruhusu kupanua utendakazi wa barua pepe yako Seva ya kubadilishana kwa kuongeza mantiki ya usindikaji wa ujumbe kanuni mwenyewe. Mawakala hualikwa matukio ya SMTP yanapotokea;
2. Katika hatua ya awali, ujumbe wote usio wa lazima uliondolewa - barua zilizoambukizwa, barua taka, nk. - na sasa ni wakati wa kuweka ujumbe kwenye foleni kutuma, baada ya hapo zitahamishiwa kwa mainishaji. Tofauti kwenye seva za CAS, Huduma ya usafiri Seva za MBX na Edge tayari huhifadhi data kwenye seva, ingawa tu katika mfumo wa foleni mbalimbali;
Ujumbe pia unaweza kwenda moja kwa moja kwenye foleni kupitia kuchagua na kubadilisha saraka:
Saraka ya Kuchukua hutumiwa na wasimamizi kuangalia mtiririko wa ujumbe au programu zinazounda na kutuma ujumbe wao wenyewe. Saraka ya Cheza tena hupokea ujumbe kutoka kwa seva za lango la nje na inaweza kutumika kutuma ujumbe unaosafirishwa na wasimamizi kutoka kwa foleni za seva za Exchange.
Kusudi kuu la saraka hizi ni kupitisha ujumbe kwa kiainishaji, kupitisha mawakala wa usafirishaji (kwa wakati huu wa ujumbe fulani kunaweza kuwa hakuna haja ya kupita kwa mawakala wa usafiri, kwa mfano wakati ujumbe tayari umewapitia kwenye seva nyingine ya MBX. Kwa nini kufanya kazi sawa mara mbili?);
3. Ujumbe kutoka kwa foleni ya kutuma kuanguka katika classifier, ambayo huamua ni nini kifanyike kwa ujumbe kulingana na data kuhusu unakoenda. Ujumbe wowote hupitia hatua hii, bila kujali jinsi au kutoka kwa nani ulipokelewa. Mara tu mahali pa mwisho pa ujumbe unaochakatwa kutakapoamuliwa, utafutaji unaendelea njia mojawapo.
Inaweza kuonekana kuwa hakuna kitu cha kufikiria - nilikubali ujumbe na mara moja nikautuma kwenye hifadhidata kwenye seva hiyo hiyo. Lakini kwa kweli kila kitu hufanya kazi ngumu zaidi. Hebu tuanze na Huduma ya usafiri kwenye seva za MBX haitoi ujumbe kwa hifadhidata hata kidogo (ndio, hii ni kweli. Inatuma ujumbe kwenye hifadhidata Huduma ya usafiri wa sanduku la barua kwenye seva za MBX). Zaidi ya hayo, usanidi wa Exchange 2013 unaweza kuwa mgumu sana na kuwa na Vikundi vingi vya Upatikanaji wa Hifadhidata (DAGs) kwa kila seva tofauti, na hata iko kwenye maeneo tofauti ya AD au hata katika misitu tofauti;
4. Ni wakati wa kupanga tena ujumbe kwenye foleni, lakini sasa kwenye foleni ya kujifungua. Foleni hii hupokea ujumbe ambao njia imebainishwa na unakoenda kujulikana. Ni muhimu kuzingatia kwamba kwa wakati fulani kunaweza kuwa na foleni kadhaa kulingana na idadi ya maeneo ya kujifungua. Foleni huundwa kwa nguvu inapohitajika na hufutwa inapoisha (dakika 3 kwa chaguo-msingi) au inakuwa tupu (yaani, ujumbe unapoisha);
5. Hatua ya mwisho- kutuma ujumbe kwa unakoenda. Marudio ya karibu zaidi ni Huduma ya usafiri wa sanduku la barua kwenye seva hiyo hiyo ya MBX, lakini pia kuna idadi kubwa chaguzi mbalimbali, soma zaidi katika nyaraka rasmi.
Ni wakati wa kuangalia jinsi ujumbe unafika Huduma ya usafiri.
Pokea viunganishi na Tuma viunganishi
Huduma ya usafiri kwenye seva za MBX husikiliza bandari mbalimbali kupokea ujumbe, ikiwa ni pamoja na kutoka Huduma ya usafiri wa mbele kwenye seva za CAS, hata kama majukumu yote mawili (MBX+CAS) yamesakinishwa kwenye seva moja. Kwa zaidi uwakilishi wa kuona Ninapendekeza uangalie kielelezo:
Ningependa kutambua kwamba nimewasha (ni muhimu) katika viunganishi vyangu vya Tuma $kweli) mali FrontendProxyImewezeshwa. Kigezo hiki kinafafanua tabia Huduma ya usafiri Seva ya MBX wakati wa kutuma barua na mtumaji wa nje - thamani $kweli inasema barua hiyo kwenda nje itapitia seva ya CAS kila wakati (bila kuhesabu kesi wakati seva ya Edge inatumiwa. Soma zaidi katika kifungu). Vinginevyo, seva ya MBX inaweza kutuma barua kwa wapokeaji wa nje kwa kujitegemea, kwa kupita jukumu la CAS.
Sasa hebu tuone ni viunganisho gani vinavyofanya kazi kwenye bandari gani.
Kwa chaguo-msingi, unaposakinisha jukumu la MBX, viunganishi viwili vya Pokea vinaundwa. Viunganishi hivi vinaweza kudhibitiwa wasimamizi wa mfumo, zinapatikana katika EAC na PowerShell:
Mbali na viunganishi hivi viwili vya Pokea, pia kuna kiunganishi kimoja kilichofichwa cha Tuma:
- Kiunganishi cha Kutuma cha SMTP cha Shirika la Ndani ya Shirika (SMTP 25/2525 ndani Huduma ya usafiri kwenye seva zingine za kisanduku cha barua)
Katika toleo la Kirusi kiunganishi hiki kitakuwa na jina .
UPD: 06/12/2016: Inaonekana kiunganishi SMTP Tuma Kiunganishi cha Shirika la Ndani ya Shirika kutumika kwa kazi mbili:
- Inatuma kupitia SMTP kwa bandari 2525 Huduma ya usafiri kwenye seva zingine za sanduku la barua;
- Inatuma kupitia SMTP kwa bandari 475k Huduma ya usafiri masanduku ya barua juu seva ya ndani au kwenye seva zingine za kisanduku cha barua.
Kimsingi, hii ni ya kimantiki na hata kwa kiasi fulani hufuata kutoka kwa uteuzi katika kielelezo cha msafirishaji wa usafirishaji kutoka kwa nyaraka rasmi. Hata hivyo, bado ni ajabu kwa nini kontakt moja ni wajibu wa kutuma kwenye bandari mbili mara moja. Kwa hali yoyote, magogo yanathibitisha dhana hii:
Shell
*,Inatuma blob EPOP-1.2.0.0 192.168.1.7:10195,192.168.1.7:475,<,"250 2.6.0 CHUNK received OK, 1759 octets", 192.168.1.7:10195,192.168.1.7:475,>,BDAT 9409 LAST, 192.168.1.7:10195,192.168.1.7:475,<,250 2.0.0 OK, 192.168.1.7:10195,192.168.1.7:475,>,ACHA, 192.168.1.7:10195,192.168.1.7:475,<,221 2.0.0 Service closing transmission channel, 192.168.1.7:10195,192.168.1.7:475,-,Local 192.168.1.5:2525,*,attempting to connect +, 192.168.1.7:10215,192.168.1.5:2525,<,"220 EXCH02.sc.local Microsoft ESMTP MAIL Service ready at Thu, 9 Jun 2016 17:17:35 +0300", 192.168.1.7:10215,192.168.1.5:2525,>,EHLO EXCH01.sc.local, 192.168.1.7:10215,192.168.1.5:2525,<,250-EXCH02.sc.local Hello , 192.168.1.7:10215,192.168.1.5:2525,<,250-SIZE, 192.168.1.7:10215,192.168.1.5:2525,<,250-PIPELINING, 192.168.1.7:10215,192.168.1.5:2525,<,250-DSN, 192.168.1.7:10215,192.168.1.5:2525,<,250-ENHANCEDSTATUSCODES, 192.168.1.7:10215,192.168.1.5:2525,<,250-STARTTLS,
192.168.1.7:10195,192.168.1.7:475,*,Inatuma blob EPOP-1.2.0.0 192.168.1.7:10195,192.168.1.7:475,>,BDAT 9409 LAST, 192.168.1.7:10195,192.168.1.7:475,<,250 2.0.0 OK, 192.168.1.7:10195,192.168.1.7:475,>,ONDOKA, 192.168.1.7:10195,192.168.1.7:475,<,221 2.0.0 Service closing transmission channel, 192.168.1.7:10195,192.168.1.7:475,-,Kienyeji 192.168.1.5:2525,*,kujaribu kuunganisha 192.168.1.7:10215,192.168.1.5:2525,+, 192.168.1.7:10215,192.168.1.5:2525,<,"220 EXCH02.sc.local Microsoft ESMTP MAIL Service ready at Thu, 9 Jun 2016 17:17:35 +0300", 192.168.1.7:10215,192.168.1.5:2525,>,EHLO EXCH01.sc.local, 192.168.1.7:10215,192.168.1.5:2525,<,250-EXCH02.sc.local Hello , 192.168.1.7:10215,192.168.1.5:2525,<,250-SIZE, 192.168.1.7:10215,192.168.1.5:2525,<,250-PIPELINING, 192.168.1.7:10215,192.168.1.5:2525,<,250-DSN, 192.168.1.7:10215,192.168.1.5:2525,<,250-ENHANCEDSTATUSCODES, 192.168.1.7:10215,192.168.1.5:2525,<,250-STARTTLS, |
Pato limefupishwa kidogo - niliondoa habari kuhusu tarehe na jina la kontakt, kwani inarudiwa kutoka kwa rekodi hadi rekodi (unaweza kuona kipande kamili cha logi -
Huduma ya Usasishaji ya Mpokeaji wa Seva ya Kubadilishana (RUS) ni sehemu muhimu ya mfumo ambayo huamua afya ya jumla ya mazingira ya utumaji ujumbe. Katika mashirika madogo, RUS mara nyingi inabaki kando. Lakini wale wanaofanya kazi na mifumo mikubwa au changamano wana uwezekano wa kuwa na matatizo na sera za wapokeaji au RUS ambayo kwa njia isiyoeleweka haifanyi kama inavyotarajiwa. Njia moja au nyingine, mara tu unapoelewa jinsi sera za mpokeaji zinavyofanya kazi, unapohitaji RUS kuunda upya orodha za anwani, na ni matatizo gani unaweza kukutana nayo unapotumia huduma hii, itakuwa rahisi kwako kuepuka matatizo katika kazi yako.
Sera za Mpokeaji
Huduma ya Usasishaji wa Mpokeaji hukagua mara kwa mara katika Saraka Inayotumika (AD) kwa masasisho ya orodha na kisha kuhakikisha kuwa vitu vilivyopatikana vinaweza kupokea ujumbe wa barua pepe. Msimamizi anapohariri sifa za kitu ambacho kina anwani ya barua pepe na kuchagua Sasisha Kiotomatiki anwani za barua pepe kulingana na kisanduku tiki cha sera ya mpokeaji (kwenye kichupo cha Anwani za Barua Pepe cha kisanduku cha mazungumzo cha Sifa za kitu husika), kama Mchoro 1 unavyoonyesha, RUS. huamua ni sera gani ya mpokeaji ya kufuata. tumia kwa kitu fulani na kisha kutekeleza amri zilizo katika sera hiyo. Baadhi ya mashirika, kama vile watoa huduma za maombi (ASPs) au watoa huduma za Intaneti, huchagua kutotumia Huduma ya Usasishaji wa Mpokeaji kuunda anwani za barua pepe katika mifumo yao. Mengi ya mashirika haya yana utaratibu wa utoaji na ulandanishi wa saraka ya majukwaa mengi na yanaweza kutumia programu au huduma za watu wengine. Njia hii inakubalika kabisa; Jambo kuu ni kuhakikisha kuwa programu iliyochaguliwa inatoa saraka ya AD na taarifa iliyosasishwa inayohitajika ili kuwezesha Exchange kuelekeza na kuwasilisha ujumbe.
Unaposakinisha seva ya kwanza katika shirika lako, Exchange inaunda sera chaguomsingi ya mpokeaji. Kwa sababu SMTP ndiyo njia msingi ya uelekezaji katika mifumo ya Exchange, sera hii ya kawaida inahakikisha kwamba kila kitu ambacho kimegawiwa barua pepe kina anwani ya SMTP na kinatumia umbizo. [barua pepe imelindwa](ambapo sehemu ya jina la msitu wa AD unaopangisha shirika hili la Exchange inatumika badala ya domain.com). Thamani ya sifa ya lakabu ya barua pepe ni ya kipekee kwa shirika fulani, kwa hivyo anwani za kipekee za utumaji barua zinaweza kutolewa kulingana na sera. Wafanyikazi wa mashirika madogo wanaweza wasibadilishe chochote kutoka kwa sera chaguo-msingi, lakini mashirika mengi makubwa huwa yanatumia umbizo la kawaida la anwani ya SMTP - first_name.last_name@domain. Unaweza kuunda sera mpya ya mpokeaji na kuagiza Huduma ya Usasishaji wa Mpokeaji kuunda anwani katika umbizo hili, kisha utahitaji kubainisha kuwa sera mpya inatekelezwa kwanza na kisha ile ya kawaida tu; Huduma ya Usasishaji wa Mpokeaji sasa itachakata amri mpya za sera kwanza. Kumbuka kwamba Microsoft inapendekeza kutofanya mabadiliko kwa sera ya kawaida, lakini kuunda mpya (kwa sababu zilizoainishwa katika makala ya Microsoft "Jinsi ya kubinafsisha jenereta za barua pepe za SMTP kupitia sera za wapokeaji", iliyochapishwa katika http://support.microsoft.com/?kbid=285136) Huu ni ushauri mzuri; kamwe huwezi kwenda vibaya kwa kufanya tofauti wazi kati ya mipangilio mahususi ya shirika na mipangilio chaguo-msingi.
Ili kuunda sera mpya ya mpokeaji, fungua Kidhibiti cha Mfumo wa Kubadilishana (ESM), bofya-kulia chombo cha Sera za Mpokeaji (chini ya Wapokeaji), na uchague Mpya kutoka kwa menyu ya muktadha inayofunguka. Sera inayofaa ya mpokeaji inapaswa kujumuisha kichujio cha Itifaki ya Ufikiaji wa Saraka Nyepesi (LDAP). Itasaidia Huduma ya Usasishaji wa Mpokeaji kutambua vitu vinavyoathiriwa na sera na kubainisha muundo wa anwani za barua pepe ambazo RUS itazalisha kwa vitu hivyo.
Sasa hebu tuunde kichujio cha LDAP. Ili kufanya hivyo, fungua kisanduku cha mazungumzo ya Sifa kwa sera hii, nenda kwenye kichupo cha Jumla na ubofye kipengee cha Kurekebisha. Baada ya hayo, unaweza kuunda kichujio kinachohitajika. Inahitajika kuchagua aina ya vitu ambavyo itashughulikia na sifa kulingana na ambayo upangaji utafanywa. Mchoro wa 2 unaonyesha kichujio cha LDAP kilichozalishwa. Katika mfano huu, Huduma ya Usasishaji wa Mpokeaji itatafuta vipengee vilivyo na sifa ya lakabu ya barua ambayo ina thamani na kuangalia aina zote za vitu; Kumbuka sheria za kichujio ambazo hurejelea aina za objectClass kama vile mtumiaji na mwasiliani, pamoja na objectCategory msExchDynamicDistributionList (orodha ya usambazaji inayotegemea hoja). Sera hii mpya inafanana na sera ya kawaida, ambayo pia huchagua kitu chochote cha aina yoyote, mradi tu kitu hicho kina sifa ya lakabu ya barua pepe yenye thamani iliyobainishwa. Kinachotofautisha sera mpya na ile ya kawaida ni kanuni ya mwisho ya kichujio, ambayo ina idara=mgawo wa HQ: kichujio kipya kinatumika tu kwa vitu ambavyo sifa ya idara ina thamani ya HQ. Ikumbukwe kwamba ili kupata matokeo bora zaidi ya vichujio vya LDAP, unapaswa kubainisha neno muhimu linalolingana kila wakati kama kigezo chako cha utafutaji. Hata hivyo, ukitengeneza kichujio kinachosababisha Huduma ya Usasishaji wa Mpokeaji kuangalia sifa nyingi za thamani zinazoanza na mifuatano ya herufi fulani, utendaji wa seva utapungua.
Ili kutaja miundo mingine ya barua pepe ambayo Huduma ya Usasishaji wa Mpokeaji itaunda, nenda kwenye kichupo cha Anwani za Barua pepe (Sera). Kama unavyoona katika Kielelezo 3, kichupo hiki kinaorodhesha miundo mbalimbali ambayo inatumika ndani ya shirika. Katika mfano huu, niliamua kutounda anwani za miundo mingine ya CCMAIL (yaani Lotus cc: Mail), MS (yaani Microsoft Mail) na kwa MAELEZO (yaani Lotus Notes), kwa kuwa watumiaji walioathiriwa na sera hii hawatumii mifumo hii ya barua pepe. . Miundo miwili iliyobaki, SMTP na X400 (yaani, X.400), ina majukumu muhimu katika mashirika ya Exchange. SMTP sasa ndiyo itifaki ya kawaida ya utumaji ujumbe kwa Exchange, na X.400 inasalia kuunganishwa kwa kina kwenye bidhaa. Kama inavyoonyeshwa kwenye skrini, umbizo la SMTP litatoa anwani kama vile first_name.last_name@domain. Ikiwa huluki ina anwani halali katika umbizo tofauti, unaweza kutuma ujumbe wa barua pepe kwa huluki hiyo wakati wowote katika anwani iliyobainishwa. Kwa hivyo, ikiwa inajulikana kuwa kitu kipya cha mtumiaji kina anwani ya SMTP [barua pepe imelindwa], unaweza kutuma barua pepe kwa anwani hii na Exchange itazielekeza kwa njia ipasavyo, hata kama kipengee hiki hakipo katika orodha ya anwani ya kimataifa (kwa sababu nakala ya AD bado haijakamilika au OAB (Kitabu cha Anwani za Nje ya Mtandao) bado haijasakinishwa). Hiki ni kipengele muhimu kwa sababu kipengee kisipoainishwa kuwa kimefichwa, lazima kiwepo katika angalau orodha moja ya anwani au viteja vya API ya Ujumbe (MAPI) kama vile Outlook hawataweza kukigundua. Zaidi ya hayo, inawezekana kutuma ujumbe kwa wapokeaji ambao hawajawakilishwa katika Orodha ya Anwani za Ulimwenguni (GAL); inatosha kuwa wapokeaji hawa wana anwani halali za SMTP. Hivi ndivyo wasimamizi wengi hutuma ujumbe kwa wapokeaji wakati wanajua anwani zao zimefichwa. Wale wanaofanya kazi katika shirika kubwa watalazimika kutekeleza sera nyingi za wapokeaji. Lakini ni bora kufanya na wachache wao iwezekanavyo: mfumo rahisi zaidi, kuna uwezekano mdogo wa kufanya makosa. Kila sera ya mpokeaji ina kipaumbele maalum cha utekelezaji katika kontena la Sera za Mpokeaji. Huduma ya Usasishaji wa Mpokeaji huchakata sera ili kutoka kwa kipaumbele cha juu hadi cha chini zaidi. Ili kubadilisha mpangilio wa sera, bofya-kulia sera kwenye dirisha la ESM, chagua Majukumu Yote, kisha uchague Sogeza Juu au Sogeza Chini. Sera chaguo-msingi inapaswa kuwa na kipaumbele cha chini kila wakati. Madhumuni yake ni kufanya kama njia ya mwisho ya kukatiza na kuarifu Huduma ya Usasishaji ya Mpokeaji jinsi ya kushughulikia vitu ambavyo havijashughulikiwa na sera zingine.
 |
| Skrini ya 3: Kuchagua Miundo ya Barua |
Huduma ya Usasishaji wa Mpokeaji inapowezeshwa, hutambua masasisho kwenye saraka ya AD kwa kulinganisha thamani za USNchanged za vitu vya AD na kutafuta vitu ambavyo vimebadilika tangu mara ya mwisho ilikaguliwa; Huduma hupuuza vitu ambavyo havijabadilika. Kwa hivyo, unapounda sera mpya au kurekebisha iliyopo, unaweza kudhani kuwa Huduma ya Usasishaji wa Mpokeaji ni mahiri vya kutosha kuweza kuangalia kiotomatiki usahihi wa anwani za utumaji barua katika shirika lako lote na kuhakikisha kuwa anwani zote zinatii sera mpya. Jihadharini - hii ni dhana potofu! Ili kuamilisha sera mpya au iliyorekebishwa mara moja, bofya kulia juu yake kwenye dirisha la ESM na uchague Tumia sera hii sasa kutoka kwa menyu ya muktadha inayofunguka. Unapounda sera mpya au kurekebisha iliyopo, ESM itakukumbusha kutekeleza operesheni hii (ona. skrini 4) Katika hali hii, utalazimika kutumia sio tu sera mpya au iliyorekebishwa, lakini pia sera zingine zote ambazo zinaweza kubadilika kwa sababu ya marekebisho yaliyofanywa. Kwa sababu sera za wapokeaji huhifadhiwa katika chombo kote cha shirika, zinahitaji haki za Msimamizi wa Exchange katika shirika zima ili kuzitumia.
Kuunda upya orodha ya anwani
Baadhi ya wasimamizi, kwa kutotaka kutumia sera maalum au kusubiri Huduma ya Usasishaji ya Mpokeaji kuchakata data mpya, wakati mwingine hutumia huduma hiyo kutengeneza upya orodha za anwani za vikoa. Ninapendekeza tahadhari katika suala hili, haswa ikiwa shirika lako linatumia programu ya nje kuunda anwani za barua pepe na kusawazisha tena na AD. Ukweli ni kwamba huduma ya sasisho la mpokeaji haijui chochote kuhusu shughuli zinazofanywa na programu za nje, na kwa hiyo inaweza kugawa anwani zinazodhibitiwa na programu ya nje, na hii inaweza kusababisha kuonekana kwa anwani mbili na kusababisha kushindwa kwa programu. operesheni ya utoaji wa barua.
Unapoagiza Huduma ya Usasishaji wa Mpokeaji itengeneze upya orodha za anwani za kikoa, huweka thamani ya sifa iliyobadilishwa ya USN hadi 1; hatua hii kwa upande husababisha huduma ya RUS kuanza kuchakata vitu vyote vinavyohusiana na barua pepe kwenye kikoa. Kwa kawaida, usindikaji huanza baada ya muda uliopangwa, lakini ukifuata amri ya Kujenga upya na amri ya Mwisho Sasa, operesheni huanza mara moja. Ni busara kudhani kuwa katika vikoa vilivyo na makumi ya maelfu ya vitu vilivyo na anwani za barua pepe, inachukua muda mwingi kukamilisha maswali muhimu ya LDAP na shughuli zingine. Kwenye baadhi ya mifumo, mchakato wa kuunda upya orodha za anwani unaweza kuchukua zaidi ya siku moja, hata wakati seva ya Exchange na kidhibiti cha kikoa kinachohusika vimeunganishwa kwa muunganisho wa haraka. Kwa kuongeza, shughuli za kuorodhesha anwani huweka mzigo mkubwa kwenye seva zinazohusiana na kwenye mtandao mzima ambao unapaswa kupitisha hoja ya LDAP na trafiki ya kurudia AD inayotokana na mchakato wa kuorodhesha tena. Kwa kifupi, siipendekeza kufanya uendeshaji wa orodha za anwani za kuzaliwa upya, isipokuwa, bila shaka, una uhakika kwamba hii ndiyo njia pekee ya kutatua tatizo na orodha ya anwani (kwa mfano, katika hali ambapo, mara kwa mara, mara kwa mara, kwa mfano, katika hali ambapo, mara kwa mara, una uhakika kwamba hii ndiyo njia pekee ya kutatua tatizo na orodha ya anwani. huwezi kuondoa anwani batili kutoka kwa orodha ya anwani ya kimataifa). au data iliyopitwa na wakati au kuongeza data iliyosasishwa kwenye orodha hii).
Wakati wa mchakato wa kuunda upya orodha ya anwani, Exchange huweka sifa ya MsExchDoFullReplication ya Huduma ya Mpokeaji kuwa TRUE na kubadilisha thamani kuwa FALSE mchakato unapokamilika. Hii huondoa uwezekano wa utekelezaji wa wakati huo huo wa utaratibu wa kuunda upya orodha za anwani na wasimamizi kadhaa (kwa mfano, kwa sababu hawaoni dalili za wazi za utaratibu huu unaofanywa na mtu mwingine). Ikiwa utendakazi wa kutengeneza upya orodha za anwani kwa kutumia Huduma ya Usasishaji wa Mpokeaji unaweza kusababisha matokeo yasiyofurahisha kwa shirika, unaweza kudhibiti ufikiaji wa sifa hii, ukiacha haki ya kusasisha thamani yake kwa msimamizi wa biashara nzima.
Ukichukua tahadhari zote zilizoelezwa wakati wa kuunda sera zinazofaa za wapokeaji, Huduma ya Usasishaji ya Mpokeaji itafanya kazi kikamilifu bila usimamizi wowote. Lakini mara kwa mara unaweza kukabiliana na matatizo fulani. Na ikiwa unajua mapema kile unapaswa kuzingatia, kuzitatua hakutakuwa ngumu.
Tatizo la msingi zaidi unaloweza kukutana nalo ni kwamba vipengee vipya vilivyo na anwani za barua pepe havionekani kwenye orodha ya kimataifa au orodha zingine za anwani. Hii inamaanisha kuwa Huduma ya Usasishaji wa Mpokeaji haikuweza kuchakata vipengee hivi. Labda yote ni kuhusu sera mbovu ya mpokeaji. Maelezo yanayowezekana ni kwamba kidhibiti cha kikoa kilichobainishwa katika Huduma ya Usasishaji kwa Mpokeaji hakipatikani kwa sababu moja au nyingine (hili linaweza kuwa tatizo la mtandao au kukatika kwa muda kwa muda). Sababu nyingine inayowezekana ya tatizo linalozingatiwa ni kucheleweshwa kwa kunakili data ya AD. Katika kesi hii, mara nyingi hutokea kwamba ndani ya shirika moja, data iliyosasishwa inapatikana katika baadhi ya maeneo lakini si kwa wengine. Ni lazima ujaribu vipengele hivi vyote na usuluhishe masuala yoyote navyo kabla ya kuanza operesheni ya kuunda upya orodha ya anwani.
Katika makala ya Microsoft "Anwani za seva mbadala haziondolewi wakati sera ya mpokeaji imeondolewa kwenye Seva ya Kubadilishana" ( http://support.microsoft.com/?kbid=286302) inaeleza tatizo la kuvutia. Msimamizi anapofuta sera ya mpokeaji, Huduma ya Usasishaji ya Mpokeaji haifuti miundo mingine ya anwani iliyoundwa na sera hiyo. Tatizo linaonekana kutokea kwa sababu Microsoft haikuwahi kujumuisha utendakazi wa kuangalia-na-kufuta katika vipimo vya Huduma ya Usasishaji wa Mpokeaji. Msimamizi analazimika kufuta anwani hizi kwa mikono; Makala hii inazungumzia jinsi ya kufanya hivyo.
Matatizo yanaweza pia kutokea kwa sababu ya ufahamu wa kutosha wa wafanyikazi kuhusu utendakazi wa huduma ya usasishaji wa mpokeaji. Ikiwa, kwa mfano, msimamizi ataanza kufanya majaribio na huduma hii na kutumia aina fulani ya sera ya mpokeaji, anwani za barua pepe za watumiaji zinaweza kubadilika kwa sababu hiyo. Exchange haitoi maonyo kuhusu matokeo yanayoweza kutokea ya kutumia sera mpya; Pia haitoi ufafanuzi wowote kuhusu tofauti kati ya sera ya sasa na sera mpya, ili wakati wa kutathmini matokeo ya kutumia sera mpya, msimamizi anaweza kutegemea tu ujuzi wake mwenyewe wa sifa za shirika fulani. Pia itakuwa sahihi kukumbuka hapa kwamba tahadhari maalum wakati wa kubadilisha sera za wapokeaji inapaswa kuzingatiwa na wasimamizi wa mashirika hayo ambayo hayatumii kazi ya RUS kwa kuzalisha barua pepe moja kwa moja; katika hali hii, kuna uwezekano mkubwa kwamba sera ya mpokeaji iliyorekebishwa itakinzana na mchakato unaotumika kuunda anwani.
Na jambo la mwisho. Unapopanga kuelewa jinsi Huduma ya Usasishaji wa Mpokeaji inavyofanya kazi katika shirika na kunuia kuchora data ya uchanganuzi kutoka kwa kumbukumbu za matukio, unahitaji kukumbuka yafuatayo. Kutatua na kuchunguza huduma ya sasisho la mpokeaji ni ngumu sana. Kumbukumbu za matukio zina habari nyingi muhimu, lakini si rahisi kutafsiri. Ninapendekeza kusoma makala bora ya sehemu tatu juu ya mada hii, "Ulikuwa Nami huko EHLO," iliyochapishwa katika jarida la mtandaoni la Microsoft Exchange Team huko. http://blogs.technet.com/exchange/archive/2004/07/07/175444.aspx .
Vipaumbele na maandalizi
Sanaa ya msimamizi mara nyingi inakuja kwa uwezo wa kuweka kipaumbele kwa usahihi, kwa maneno mengine, uwezo wa kuamua ni kazi gani inapaswa kupewa muda na ambayo inaweza kushoto bila kutarajia kwa sasa. Ikiwa utatilia maanani kidogo huduma ya usasishaji wa mpokeaji katika hatua za awali, itaanguka katika kitengo cha pili - inafanya kazi kikamilifu bila uingiliaji wowote kutoka kwa msimamizi. Lakini maandalizi - kujifunza ni kazi gani huduma ya RUS hufanya na jinsi inavyofanya - haiwezi kupuuzwa pia. Baada ya kushughulikia masuala haya, msimamizi atakuwa na vifaa kamili ikiwa mfumo unakumbana na matatizo na anwani za barua pepe, uwasilishaji wa ujumbe, au vitu vipya havionekani kwenye orodha ya anwani ya kimataifa.
Tony Redmond- Mhariri wa kujitegemea wa Windows IT Pro, mhariri mkuu wa kiufundi wa matoleo ya Exchange & Outlook Administrator, makamu wa rais na afisa mkuu wa teknolojia katika Huduma za HP, mwandishi wa "Microsoft Exchange Server 2003 with SP1" (Digital Press). Unaweza kuwasiliana naye kwa: (
· Hakuna maoni
Sijui kukuhusu, lakini ninapofikiria jukumu la Seva ya Ufikiaji wa Mteja katika Exchange 2007, mara moja ninafikiria Ufikiaji wa Wavuti wa Outlook, Outlook Popote, ActiveSync, na aina zingine zisizo za MAPI za muunganisho wa seva ya barua. Walakini, jukumu la Seva ya Ufikiaji wa Mteja ni nyumbani kwa huduma zingine muhimu kama vile Kugundua Kiotomatiki na Upatikanaji. Hizi ni huduma muhimu kwa miundombinu ya Exchange 2007, na katika makala hii tutaangalia kwa karibu huduma ya Upatikanaji na madhumuni yake kuu.
Huduma ya Upatikanaji ni nini?
Huduma ya upatikanaji katika Exchange 2007 inahusika hasa na jinsi watumiaji wanavyofikia maelezo ya kipanga ratiba (Bure/Busy) ya watumiaji wengine. Kabla ya kuingia katika maelezo ya huduma hii, ni muhimu kuelewa jinsi maelezo ya bila malipo/ya shughuli nyingi yanavyohifadhiwa na kufikiwa katika Exchange 2000 na Exchange 2003 ili tuweze kulinganisha jinsi mchakato huu unavyofanya kazi katika matoleo ya awali, na muhimu zaidi, ni viboreshaji gani huchukua. mahali katika Exchange 2007. Katika matoleo ya awali ya Exchange, folda ya tovuti inapatikana kwa jina Ratiba+ Bila Malipo/Ina Shughuli, ambayo huhifadhi maelezo ya kipanga ratiba kwa kila mtumiaji. Folda hii inaweza kuonekana katika Kidhibiti cha Mfumo wa Kubadilishana kwa kutazama folda za mfumo badala ya folda za umma. Kielelezo cha 1 kinaonyesha mfano wa folda za mfumo wa Ratiba+ Bila Malipo/Busy ambazo zimefunguliwa katika Kidhibiti cha Mfumo wa Kubadilishana.
Kielelezo cha 1: Ratiba+ Kabrasha la mfumo lisilo na shughuli/Busy
Utaona kwamba kuna folda mbili za mfumo, folda moja kwa kila kikundi cha utawala. Kwa chaguo-msingi, Outlook huchapisha taarifa za kipanga ratiba mara kwa mara kwa folda hizi za mfumo, ambazo huruhusu wateja wengine wa Outlook kuuliza data kwa madhumuni mbalimbali. Kwenye mifumo midogo hii kawaida ni nzuri, lakini kwenye mifumo mikubwa kutumia folda zilizoshirikiwa kuhifadhi habari kama hizo zinaweza kusababisha shida fulani. Kwa mfano, daima kuna uwezekano wa ukosefu wa taarifa za kisasa za kipanga ratiba kwa sababu ya ucheleweshaji wa uigaji wa folda za umma, au, katika hali mbaya zaidi, mchakato wa kurejesha folda ya umma inashindwa kwa sababu yoyote. Hata hivyo, tatizo kuu la mbinu hii ni siku zijazo za folda za umma katika Exchange. Katika miaka michache iliyopita, huenda umesikia au kusoma kuhusu mipango ya Microsoft ya kuondoa folda za umma kutoka kwa matoleo yajayo ya Exchange, ambayo itahitaji mbinu mpya ya kushughulikia maombi ya maelezo ya mratibu. Hapa ndipo huduma ya upatikanaji katika Exchange 2007 inapokuja.
Mbinu bora ya Bure/Inayo shughuli nyingi
Huduma ya upatikanaji katika Exchange 2007 ni mojawapo ya huduma mpya za wavuti. Kwa kifupi, huduma za wavuti za Exchange 2007 huruhusu programu kufikia maudhui ya kisanduku cha barua kupitia HTTP, kwa hivyo ni wazi kuwa usanidi wa programu unalenga huduma hizi za Exchange 2007. Taarifa zisizolipishwa/shughuli kwa watumiaji wa Exchange 2007 sasa zitahifadhiwa moja kwa moja kwenye kisanduku cha barua. kwa hivyo inaweza kufikiwa kwa kutumia huduma za wavuti, kama vile huduma ya Upatikanaji. Kama tutakavyoona baadaye, mbinu hii mpya inategemea Outlook 2007 na Exchange 2007, kwa hivyo huenda isiwezekane kila wakati kufikia matokeo unayotaka kwa njia hii ikiwa una Outlook 2003 na Exchange 2003 kwenye mtandao wako. Outlook 2007 inatambua Upatikanaji. huduma kupitia huduma ya Autodiscover.
Katika makala hii hatutakaa juu ya huduma ya Autodiscover, kwani huduma hii yenyewe inawakilisha mada kubwa tofauti kwa mazungumzo. Hata hivyo, ni muhimu kuelewa Autodiscover ni nini ikiwa bado hujafahamu. Kwa kifupi, huduma ya Autodiscover inawapa wateja wa Outlook 2007 ufikiaji wa vipengele fulani vya Exchange 2007 kama vile huduma ya Upatikanaji kama ilivyobainishwa, pamoja na huduma nyinginezo za kawaida kama vile Kitabu cha Anwani za Nje ya Mtandao (OAB), pamoja na huduma zisizo za kawaida kama vile Ujumbe Mmoja ( UM. ) Kimsingi, Outlook 2007 inatoa ombi kwa saraka pepe inayoitwa Autodiscover, ambayo iko kwenye Seva ya Ufikiaji wa Mteja. Huduma hii ya Ugunduzi Hurejesha taarifa nyingi tofauti kwa mteja, baadhi zikiwa ni URL za huduma kama vile huduma ya Upatikanaji.
Masuala ya toleo
Mbinu tofauti za kupata taarifa za kipanga ratiba hutumika wakati mtandao una Outlook 2003 na Outlook 2007, pamoja na Exchange 2003 na Exchange 2007. Kwa mfano, Outlook 2007 inapotumika kwa kushirikiana na Exchange 2007, uboreshaji ni ukweli kwamba taarifa za kipanga ratiba. sasa inaweza kupatikana moja kwa moja kutoka kwa kisanduku cha barua cha Exchange 2007 kinachohitajika, na si kutoka kwa folda ya Ratiba+ ya Bure/Inayo shughuli nyingi. Kwa njia hii, maelezo ya mpangaji yatakuwa ya kisasa zaidi kuliko njia ya jadi. Angalia Mchoro wa 2 hapa chini, ambapo mtumiaji wa Outlook 2007 aliye na sanduku la barua la Exchange 2007 anaomba maelezo ya ratiba kutoka kwa mtumiaji mwingine wa Exchange 2007. Katika kesi hii, muunganisho wa Outlook huundwa na huduma ya Upatikanaji inayoendesha kwenye Seva ya Ufikiaji wa Mteja, ambayo kwa upande huamua ni ipi. kisanduku cha barua ndicho kisanduku cha barua kinacholengwa cha Exchange 2007. Muunganisho wa Simu ya Utaratibu wa Mbali (RPC) kisha unafanywa kwa seva ya barua, na matokeo hurejeshwa kwa Seva ya Ufikiaji wa Mteja kabla ya kutumwa moja kwa moja kwa mtumiaji.
Kielelezo cha 2 kinaonyesha hali ambayo Seva ya Ufikiaji wa Mteja na seva ya barua iko kwenye tovuti ya Active Directory. Je, ikiwa ombi la maelezo ya kiratibu litafanywa na mtumiaji ambaye kisanduku chake cha barua kiko kwenye seva ya barua pepe ya Exchange 2007 iliyo katika tovuti tofauti ya Saraka Inayotumika? Katika hali hii, Seva ya Ufikiaji wa Mteja katika Tovuti ya Saraka Inayotumika ya mtumiaji ambaye anatuma ombi itatuma ombi kwa Seva ya Ufikiaji wa Mteja iliyo katika Tovuti ya Saraka Inayotumika ya mtumiaji anayelengwa ambaye ombi limeelekezwa kwake. Matokeo yatarejeshwa kwa Seva ya Ufikiaji wa Mteja ya mtumiaji aliyetuma ombi na hatimaye yatasambazwa kwa mtumiaji huyo.
Kuna jambo lingine muhimu la kuzingatia. Je, ikiwa ombi la maelezo ya kipanga ratiba lilitumwa kwa kisanduku kingine cha barua kwa wakati mmoja, na kisanduku hicho cha barua bado kilikuwa kwenye seva ya Exchange 2003? Hali hii itatokea mara nyingi wakati wa uhamaji wowote kutoka Exchange 2003 hadi Exchange 2007. Katika hali hizi, maelezo ya ratiba ya mtumiaji wa Exchange 2003 yatahifadhiwa kwenye folda ya Ratiba+ Isiyo na Shughuli/Busy, kama ilivyoonyeshwa hapo awali. Kwa hivyo, Upatikanaji utalazimika kupata habari muhimu kutoka kwa folda hii. Inafanya hivyo kwa kutuma maombi ya HTTP kwa /Jenerali saraka pepe kwenye seva inayolengwa ya barua pepe ya Exchange 2003. Mchakato huu umeonyeshwa katika Mchoro 3. Mara tu maelezo yamepatikana kutoka kwa seva za Exchange 2007 na Exchange 2003, huduma ya Upatikanaji hujumlisha matokeo na kuyarejesha kwa mtumiaji wa Outlook 2007.
Kielelezo 3: Outlook 2007 maombi ya mtumiaji Exchange 2003 na Exchange 2007 taarifa Bure/Busy
Kwa hivyo tumeangalia kinachotokea mtumiaji anapotumia Outlook 2007. Je, vipi kuhusu mtumiaji wa Outlook 2003 ambaye ana kisanduku cha barua cha Exchange 2007? Katika hali hii, haijalishi kama kisanduku cha barua kinacholengwa kiko kwenye Exchange 2003 au Exchange 2007, kwa kuwa mteja wa Outlook 2003 atajaribu kupata taarifa za ratiba kutoka kwa folda ya mfumo Ratiba+ Bure/Busy. Sababu ya hii ni kwamba Outlook 2003 kila wakati inatarajia habari ya mratibu kuchapishwa katika eneo hili, na kwa hivyo haijui kuwa huduma ya Upatikanaji ipo. Na kama ulivyokisia, hali hii pia inatumika kwa matoleo ya awali ya Outlook, kama vile Outlook 2002 au Outlook 2000.
Hadi kufikia hatua hii, nimeorodhesha Outlook tu kama aina ya mteja. Ninapaswa kusema kwamba kanuni hizi zinatumika kwa Ufikiaji wa Wavuti wa Outlook. Kwa maneno mengine, ikiwa kisanduku cha barua kinacholengwa kiko kwenye Exchange 2007, huduma ya Upatikanaji itaunda muunganisho wa RPC kwa seva hiyo ya barua. Ikiwa kisanduku cha barua kinacholengwa kiko kwenye Exchange 2003, huduma ya Upatikanaji itafanya maombi ya HTTP na kupata maelezo kutoka kwa folda ya mfumo ya Ratiba+ Isiyo na Shughuli/Inayo shughuli.
Hitimisho
Huduma ya Upatikanaji katika Exchange 2007 ni muhimu sana kwa sababu ina jukumu la kupata taarifa za hivi punde za kiratibu kwa watumiaji ikiwa wanatumia Outlook 2007 na Exchange 2007. Katika makala haya, nimeangazia misingi ya huduma ya Upatikanaji wa Exchange 2007 na jinsi inavyofanya. hutumika kupata maelezo ya mratibu.
Chanzo: http://www.msexchange.org
Angalia pia:
