רבה מהידע העסקי נמצא במייל, והחלק שאתה צריך נמצא בדרך כלל בקובץ מצורף: הצעת מחיר, התיקון החתום, לוח הזמנים המתוקן. GroupDocs.Search.Mcp, הפועל מקומית ב‑Docker, פותח קבצי מייל וארכיונים (PST, OST, MSG, EML) ומאינדקס כל הודעה וכל קובץ מצורף, כך ש‑Claude Desktop, Cursor או Copilot יכולים לחפש בארכיון במקום ולומר בדיוק מאיזה קובץ מצורף הגיע ההתאמה:
אינדקס את תיקיית המייל. איזו הודעה מזכירה עליית מחיר, ומה בדיוק היא אומרת?
הגרסה צעד‑אחר‑צעד עם תצורה ופתרון בעיות נמצאת בתיעוד: איך לחפש בארכיוני מייל וקבצים מצורפים עם סוכן AI, מקומית.
למה מייל קשה לסוכן?
כי ארכיון הוא מכולה של מכולות. PST מכיל תיקיות, תיקיות מכילות הודעות, הודעות מכילות קבצים מצורפים, והקבצים המצורפים הם קבצי Word, PDF וגיליונות אלקטרוניים בעצמם. סוכן עם כלי קבצים רואה קובץ בינרי גדול אחד. ייצוא הארכיון לקבצים נפרדים עובד, אך הוא איטי, משכפל נתונים רגישים על הדיסק, ויש לבצע אותו מחדש כאשר הארכיון משתנה. ומודל לא יכול לקרוא PST כלל.
מנוע החיפוש מטפל בהקניית המבנה בעצמו. כל הודעה וכל קובץ מצורף הופכים לפריט שניתן לחיפוש, ותוצאה מתעדת גם היכן המכולה נמצאת וגם היכן בתוך המכולה נמצא ההתאמה.
איך נראית התאמה בתוך קובץ מצורף?
הנה מה שהשרת החזיר בבדיקה שלנו עם שלושה הודעות EML. הביטוי “price increase” מופיע רק בתוך הצעת המחיר ב‑Word המצורפת לאחת מהן; גוף ההודעה רק אומר “please find the updated quotation attached”.
-> add_to_index {"documentsPath":"mail","indexName":"mail"}
<- Indexed 'mail' into index 'mail': 3 document(s) added, 3 in the index.
-> search {"query":"\"price increase\"","indexName":"mail"}
<- { "documentsFound": 1, "documents": [
{ "filePath": "mail/2026-09-18-re-q3-pricing.eml",
"innerPath": "quotation-Q-2026-118.docx",
"occurrences": 1 } ] }
-> get_text_fragments {"query":"\"price increase\"","indexName":"mail"}
<- === mail/2026-09-18-re-q3-pricing.eml → quotation-Q-2026-118.docx
(1 occurrence(s)) ===
…Due to raw material costs we announce a price increase
of 6 percent from 2026-11-01.…
filePath הוא ההודעה; innerPath הוא הקובץ המצורף. הסוכן יכול לענות “ההודעה Re: Q3 pricing מ‑Contoso, בקובץ הצעת המחיר Q-2026-118 המצורף: עלייה של 6 אחוזים מ‑1 בנובמבר”, וכל חלק במשפט ניתן למעקב.
mail/2026-09-18-re-q3-pricing.eml <- filePath
|- body: "please find the updated quotation attached"
'- attachment: quotation-Q-2026-118.docx <- innerPath
"...we announce a price increase of 6 percent..."
שאלות שעובדות על מייל
שפת השאילתות הרגילה חלה, וכמה תבניות במיוחד שימושיות לתכתובת. כל אלה נבדקו על תיבת הדואר המבחן אותה:
- “איזו הודעה מ‑Fabrikam מזכירה עיכוב במשלוח?”:
fabrikam AND delay. כתובות השולחים מאונדקסות עם ההודעה, ולכןcontosoמצא גם חשבונית שהגוף שלה אף פעם לא מזכיר את החברה. - “מצא כל מייל שמזכיר הזמנה 77812” :
77812. מספרים שלמים נחשבים למילים. - “אילו חשבוניות מתקרבות למועד הפירעון באוקטובר?”:
invoice AND content: daterange(2026-10-01 ~~ 2026-10-31). זה תופס תאריכים שנכתבו בטקסט ההודעה, כאן “due on 2026-10-22”. הקידומתcontent:חשובה: בלי היא, טווח תאריכים תופס גם את התאריכים שהמנוע רושם לכל קובץ.
למה מקומי חשוב יותר למייל מאשר לכל דבר אחר
מייל הוא המקום שבו נמצא החומר הרגיש: נתונים אישיים, משא ומתן, שרשראות HR, ייעוץ משפטי. כלי חיפוש שדורשים להעלות או לסנכרן את תיבת הדואר לשירות הם בלתי אפשריים עבור צוותים רבים. כאן הארכיון מותקן כ‑read‑only במכולה על המכונה, מאונדקס שם ונחפש שם. הטקסט היחיד שיוצא הוא מה שהסוכן מצטט בתשובה שלו, ובמודל שמאוחסן מקומית אפילו זה לא נשלח.
להתקנה יותר הדוקה, הרכב את הארכיון כ‑read‑only והקצה לאינדקס נפח משלו:
docker run --rm -i \
-v /srv/mail:/data:ro \
-v /srv/mail-index:/index -e GROUPDOCS_MCP_INDEX_PATH=/index \
ghcr.io/groupdocs-search/search-net-mcp:latest
תיחום ארכיון גדול
ארכיון של עשרות אלפי הודעות מתאונדקס היטב עם רישיון, אך כדאי להיות מודעים. ניתן לאנדקס לפי תיקייה או לפי שנה כנתיבים נפרדים (mail/2025, mail/2026), כך שניתן להסיר או לבנות מחדש שנה אחת בלבד, מכיוון שהמנוע מסיר נתיבים מאונדקסים שלמים ולא קבצים בודדים. שמור את המייל באינדקס נפרד משאר המסמכים (חוזים, דוחות), כך ששאלה על תכתובת לא תציף את כל השאר. וכאשר הארכיון גדל, update_index קולט הודעות חדשות מבלי לקרוא מחדש את הישנות.
מגבלות כנות
- במצב הערכה אינדקס מכיל לכל היותר 100 מסמכים וחיפוש מחזיר לכל היותר 10, וכל הודעה וקובץ מצורף נספרים, ולכן ארכיון אמיתי דורש רישיון. קרא
get_license_statusתחילה. - PST גדול לוקח זמן לאינדקס: כל הודעה וקובץ מצורף נפתחים. אינדקס פעם אחת, ואז
update_index. - קבצים מצורפים סרוקים ללא שכבת טקסט מאונדקסים רק לפי מאפייני הקובץ; אין OCR.
- Docker בלבד; בלינוקס הוסף
--user "$(id -u):$(id -g)"אלא אם אתה משתמש בהגדרה של read‑only שלמעלה.
שאלות נפוצות
האם אפשר לחפש קובץ PST עם AI ללא Outlook?
כן. המנוע קורא PST, OST, MSG ו‑EML ישירות; Outlook אינו מעורב, ואין שום ייצוא.
האם הוא מחפש בתוך קבצים מצורפים של מייל?
כן. קבצים מצורפים מאונדקסים כפריטים של ההודעה שלהם, והתאמה בתוך אחד מהם חוזרת עם innerPath שמציין את הקובץ המצורף.
האם תיבת הדואר שלי מועלת לשום מקום?
לא. היא נקראת בתוך קונטיינר מקומי; רק הקטעים שהסוכן מצטט מגיעים לספק המודל שלך.
להעמיק יותר
- תיעוד, מדריך קנוני: איך לחפש בארכיוני מייל וקבצים מצורפים עם סוכן AI, מקומית
- מרכז תיעוד: GroupDocs.Search MCP Server
- התחלה כאן: האם אתה צריך מסד נתונים וקטורי כדי לשאול שאלות על תיקייה של מסמכים?
- קשור: למה סוכן AI לא צריך לקרוא 300 חוזים כדי לענות על שאלה אחת
- קשור: תשובות מבוססות קבצים: צטט את הקטע, לא את זיכרון המודל
- קשור: grep לא יכול לקרוא PDF: תן לסוכן הקוד שלך אינדקס מסמכים
- קשור: זיכרון פרויקט לסוכני AI: אינדקס אחד לכל פרויקט, מתעדכן באופן שוטף
- מודל פריסה מקומית ואבטחה: 3 ארכיטקטורות לעיבוד מסמכי AI, והאחת ששומרת קבצים בתוך הרשת שלך
- שאלות: פורום GroupDocs Search
- מקור: GroupDocs.Search.Mcp ב‑GitHub