Jun 3rd 2010
FindSearchFolders Crack & Serial Key
![FindSearchFolders Crack With Serial Number](/thumbnail?path=%2Fcontent%2Fimages%2F404screen.jpg)
Download FindSearchFolders
-
交换搜索文件往往是一个非常复杂的主题对于很多管理人员。 有两种不同方式过滤邮件书兼-(搜索文件夹和限制):
-搜索文件夹就是就像一个普通的书兼文件夹,只是含有真正的消息,它仅包含链接到消息的其他文件夹,其中满足某些指定的限制。 一种搜索文件是通过调用IMAPIFolder::CreateFolder与一个文件夹类型的FOLDER_SEARCH,随后通过了呼吁IMAPIContainer::SetSearchCriteria指定搜索限制和搜索的领域。 搜索领域,可以任意设置的文件夹在同一商店,并且可能被递归的,因此,邮件在任何子文件夹的指定领域的文件夹也是搜查。
-一个"限制"是形成通过调IMAPITable::限制在一个书兼表。 得到的表格仅显示出项目的相匹配的限制规定的限制的呼吁。 一个受限制的内容表可显示只有消息从一个单一的文件夹。 这一使用率有时会导致混乱的书兼定义的结构,其中描述了过滤标准对于一个搜索文件,这我们还呼吁限制。
当交易所有一个更大的搜索行动中将使用的搜索队列中。 当搜索的事件发出了对一种搜索文件,我们创建了一个任务而我们进入这项任务纳入该数据库搜索队列中。 搜索队列是一个喷气式表,是一个永久数据库的一部分。 每个行搜索队将代表一个特别的搜索事件,以前是输入的。 例如"搜索文件夹"收件箱"相对于一个搜索文件夹,名为'搜索Dave的文件夹,并建立联系的任何消息匹配"。
当搜索文件夹是创建的,或其他行动发生,引起一个搜索要修改,适当的搜索的事件都加入的搜索。 一旦交易已经承诺,交换然后将调用一个功能开始搜索任务操作。 这将过程中搜索的事件中列出的数据库搜索队列中。 这样做的目的是如果信息存储关闭或崩溃之前完成搜索,检索的事件仍将在搜索队列中。 当交流的开始,它也将呼叫功能开始寻找任何任务搜索活动在搜索队列中。
当一个限制是开始,同样的搜索活动正进入搜索队列作为一个经常搜索文件夹。 而不是开始一个单独的背景任务到实际执行搜索,以限制过程中搜索的事件立即在RPC线之前返回。
有一吨的搜索文件将产生的影响交换服务器的性能。 当消息的创造、修改或删除所有的搜索文件的链接将立即更新,在同一交易中作为原始信息的操作。 由于所有的搜索文件夹是更新在一个大交易,所有的搜索文件夹需要被锁定在交易之前开始。 当交换服务器开始处理批次的交易,它将开始使用所储存的版本高速缓冲存储处理这些交易。
该FindSearchFolders应用程序的开发是一个小型工具,该工具将允许你把一个目的。pri文件和搜索过它看起来的用户有一个很高的数量的搜索文件夹。
-
Exchange खोज फ़ोल्डर के लिए करते हैं हो सकता है एक बहुत ही जटिल विषय के लिए एक बहुत कुछ के व्यवस्थापक. वहाँ रहे हैं दो अलग अलग तरीके की फ़िल्टरिंग में संदेश MAPI - (खोज फ़ोल्डर्स और प्रतिबंध):
- एक खोज फ़ोल्डर की तरह है और एक नियमित रूप से MAPI फ़ोल्डर, सिवाय इसके कि युक्त करने के बजाय वास्तविक संदेश यह होता है केवल लिंक करने के लिए संदेश में अन्य फ़ोल्डर्स को पूरा जो कुछ निर्दिष्ट प्रतिबंध है । खोज फ़ोल्डर के द्वारा बनाई गई है बुला IMAPIFolder::CreateFolder के साथ एक फ़ोल्डर के प्रकार FOLDER_SEARCH के द्वारा पीछा किया, एक कॉल करने के लिए IMAPIContainer::SetSearchCriteria निर्दिष्ट करने के लिए खोज प्रतिबंध और खोज डोमेन. खोज डोमेन हो सकता है की एक मनमाना सेट फ़ोल्डर में एक ही दुकान है, और हो सकता है पुनरावर्ती है, ताकि संदेश में किसी भी उप फ़ोल्डर के लिए निर्दिष्ट डोमेन फ़ोल्डरों भी कर रहे हैं खोजा.
- एक "प्रतिबंध" का गठन किया है के द्वारा बुला IMAPITable::प्रतिबंधित पर एक MAPI तालिका. जिसके परिणामस्वरूप तालिका से पता चलता है केवल आइटम जो मैच के प्रतिबंध में निर्दिष्ट प्रतिबंधित कॉल. एक प्रतिबंधित सामग्री तालिका दिखा सकते हैं केवल संदेश एक ही फ़ोल्डर से. इस के उपयोग कभी कभी भ्रम का कारण बनता है के साथ MAPI-परिभाषित संरचना का वर्णन है जो फिल्टर मापदंड के लिए खोज फ़ोल्डर, जो हम भी कॉल प्रतिबंध.
जब विनिमय एक बड़ा सर्च ऑपरेशन में यह प्रयोग करेंगे खोज कतार । जब एक खोज घटना के खिलाफ जारी किए गए एक खोज फ़ोल्डर के लिए, हम बनाने के लिए एक काम है और हम दर्ज है कि काम में डेटाबेस खोज कतार । खोज कतार है एक जेट की मेज और एक स्थायी डेटाबेस का हिस्सा है । प्रत्येक पंक्ति में खोज कतार का प्रतिनिधित्व करेंगे एक विशेष खोज घटना में है कि पहले में प्रवेश किया. उदाहरण के लिए "खोज फ़ोल्डर 'इनबॉक्स' के लिए सम्मान के साथ एक खोज 'नामक फ़ोल्डर दवे की खोज फ़ोल्डर', और लिंक बनाने के लिए किसी भी संदेश जो मैच"है ।
जब एक खोज फ़ोल्डर बनाया है, या अन्य कार्यों के होते हैं, जो के कारण एक खोज करने के लिए संशोधित किया जा सकता है, उपयुक्त खोज की घटनाओं से जोड़ा गया है करने के लिए खोज. एक बार लेन-देन के लिए प्रतिबद्ध किया गया है, एक्सचेंज करेंगे तो एक समारोह कॉल करने के लिए शुरू खोज कार्य ऑपरेशन है । इस प्रक्रिया की खोज की घटनाओं में सूचीबद्ध डेटाबेस खोज कतार । यह इसलिए किया जाता है, तो जानकारी की दुकान है, नीचे बंद या दुर्घटनाओं से पहले खोज पूरा हो गया है, खोज घटना अभी भी हो जाएगा खोज में कतार. जब Exchange शुरू होता है, यह भी एक समारोह कॉल करने के लिए खोज शुरू करने के लिए किसी भी खोज कार्यों में घटनाओं की खोज कतार ।
जब एक प्रतिबंध शुरू कर दिया है, एक ही खोज की घटनाओं में प्रवेश कर रहे हैं खोज कतार के लिए के रूप में एक नियमित रूप से खोज फ़ोल्डर. शुरू करने के बजाय एक अलग पृष्ठभूमि कार्य करने के लिए वास्तव में प्रदर्शन की खोज, प्रतिबंध प्रक्रिया की खोज की घटनाओं पर तुरंत RPC धागा लौटने से पहले.
एक टन की खोज फ़ोल्डर को प्रभावित करेगा किसी exchange सर्वर प्रदर्शन. जब संदेश बनाई गई हैं, संशोधित, या नष्ट कर दिया, सभी की खोज फ़ोल्डर से जुड़े तुरंत अद्यतन किया जाएगा, के भीतर एक ही लेन-देन के रूप में मूल संदेश आपरेशन । के बाद से सभी खोज फ़ोल्डर में नवीनीकृत कर रहे हैं एक बड़े लेन-देन, सभी खोज फ़ोल्डर की जरूरत है होना करने के लिए बंद कर दिया लेन-देन से पहले शुरू होता है । जब exchange सर्वर के लिए शुरू होता है प्रक्रिया बैचों के लेनदेन यह शुरू हो जाएगा का उपयोग करने के लिए दुकानों संस्करण स्टोर करने के लिए कैश की प्रक्रिया इन लेनदेन.
के FindSearchFolders आवेदन विकसित किया गया था होना करने के लिए एक छोटा सा उपकरण है कि आप की अनुमति देगा लेने के लिए एक isinteg.pri फ़ाइल और खोज के माध्यम से इसे देखो करने के लिए है कि उपयोगकर्ताओं के लिए एक बहुत ही उच्च राशि की खोज फ़ोल्डर.
-
The Exchange search folders tend to be a very complicated subject for a lot of administrators. There are two different ways of filtering messages in MAPI - (Search folders and restrictions):
- A search folder is like a regular MAPI folder, except that instead of containing real messages, it contains only links to messages in other folders which meet some specified restriction. A search folder is created by calling IMAPIFolder::CreateFolder with a folder type of FOLDER_SEARCH, followed by a call to IMAPIContainer::SetSearchCriteria to specify the search restriction and search domain. The search domain may be an arbitrary set of folders in the same store, and may be recursive, so that messages in any sub-folder of the specified domain folders are also searched.
- A “restriction” is formed by calling IMAPITable::Restrict on a MAPI Table. The resulting table shows only the items which match the restriction specified in the Restrict call. A restricted contents table can show only messages from a single folder. This usage sometimes causes confusion with the MAPI-defined structure which describes the filter criteria for a search folder, which we also call a restriction.
When Exchange has a larger search operation it will use the search queue. When a search event is issued against a search folder, we create a task and we enter that task into the databases search queue. The search queue is a Jet table and is a permanent part of the database. Each row in the search queue will represent a particular search event that was previously entered. For example “search folder ‘Inbox’ with respect to a search folder called ‘Dave’s Search Folder’, and create links for any messages which match”.
When a search folder is created, or other operations occur which cause a search to be modified, the appropriate search events are added to the search. Once the transaction has been committed, Exchange will then call a function to start the search task operation. This will process the search events listed in the databases search queue. This is done so if the information store is shut down or crashes before the search is complete, the search event will still be in the search queue. When Exchange starts up, it will also call a function to start searching for any search tasks events in the search queue.
When a restriction is started, the same search events are entered in the search queue as for a regular search folder. Rather than starting a separate background task to actually perform the search, restrictions process the search events immediately on the RPC thread before returning.
Having a ton of search folders will impact an exchange servers performance. When messages are created, modified, or deleted, all of the search folders linked will be updated immediately, within the same transaction as the original message operation. Since all search folders are updated in one big transaction, all search folders need to be locked before the transaction begins. When the exchange server starts to process batches of transactions it will begin to use up the stores Version Store cache to process these transactions.
The FindSearchFolders application was developed to be a small tool that will allow you to take an isinteg.pri file and search through it to look for users that have a very high amount of search folders.
Leave a reply
Your email will not be published. Required fields are marked as *