Velké množství obchodních znalostí žije v e‑mailu a to, co potřebujete, je obvykle v příloze: nabídka, podepsaná dodatka, revidovaný harmonogram. GroupDocs.Search.Mcp, běžící lokálně v Dockeru, otevírá e‑mailové soubory a archivy (PST, OST, MSG, EML) a indexuje každou zprávu i každou přílohu, takže Claude Desktop, Cursor nebo Copilot mohou prohledávat archiv na místě a přesně říci, z které přílohy pochází shoda:

Indexujte složku pošty. Která zpráva zmiňuje zvýšení ceny a co přesně říká?

Step‑by‑step verze s konfigurací a řešením problémů je v dokumentaci: Jak vyhledávat e‑mailové archivy a přílohy pomocí AI agenta, lokálně.

Proč je e‑mail obtížný pro agenta?

Protože archiv je kontejner kontejnerů. PST obsahuje složky, složky obsahují zprávy, zprávy obsahují přílohy a přílohy jsou samy o sobě soubory Word, PDF a tabulky. Agent s nástroji pro soubory vidí jeden velký binární soubor. Export archivu do volných souborů funguje, ale je pomalý, duplikuje citlivá data na disk a musí se provést znovu, když se archiv změní. A model neumí PST vůbec číst.

Vyhledávací engine se stará o vnoření sám. Každá zpráva i každá příloha se stane vyhledávatelnou položkou a výsledek zaznamená jak místo kontejneru, tak kde uvnitř byl nález nalezen.

Jak vypadá shoda uvnitř přílohy?

Zde je, co server vrátil v našem testu se třemi EML zprávami. Fráze „price increase“ se objevuje pouze uvnitř Wordové nabídky přiložené k jedné z nich; tělo zprávy jen říká „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 je zpráva; innerPath je příloha. Agent může odpovědět „zpráva Re: Q3 pricing od Contoso, v přiložené nabídce Q-2026-118: zvýšení o 6 % od 1. listopadu“, a každá část této věty je dohledatelná.

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..."

Otázky, které fungují na poště

Obvyklý dotazovací jazyk platí a několik vzorů je zvláště užitečných pro korespondenci. Všechny tyto byly ověřeny na stejné testovací poště:

  • „Která zpráva od Fabrikam zmiňuje zpoždění dodávky?“: fabrikam AND delay. Odesílatelské adresy jsou indexovány se zprávou, takže contoso také našel fakturu, jejíž tělo nikdy neuvádí společnost.
  • „Najděte každý e‑mail, který zmiňuje objednávku 77812“: 77812. Celá čísla jsou slova.
  • „Které faktury splatí v říjnu?“: invoice AND content: daterange(2026-10-01 ~~ 2026-10-31). To odpovídá datům napsaným v textu zprávy, zde „due on 2026-10-22“. Prefix content: je důležitý: bez něj se rozsah dat shoduje i s daty, která engine zaznamená pro každý soubor.

Proč je lokální řešení důležitější pro poštu než pro cokoli jiného

E‑mail je místem citlivých materiálů: osobní údaje, jednání, HR vlákna, právní poradenství. Vyhledávací nástroje, které vyžadují nahrání nebo synchronizaci poštovní schránky do služby, jsou pro mnoho týmů nepřijatelné. Zde je archiv připojen jen pro čtení do kontejneru na stroji, indexován tam a prohledáván tam. Jediný text, který opustí, je to, co agent cituje ve své odpovědi, a s lokálně hostovaným modelem ani to neodchází.

Pro přísnější nastavení připojte archiv jen pro čtení a dejte indexu vlastní svazek:

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

Rozsah velkého archivu

Archiv s desítkami tisíc zpráv se s licencí dobře indexuje, ale je rozumné postupovat uvážlivě. Indexujte podle složky nebo podle roku jako samostatné cesty (mail/2025, mail/2026), takže lze rok odstranit nebo znovu sestavit samostatně, protože engine odstraňuje celé indexované cesty místo jednotlivých souborů. Uchovávejte poštu ve vlastním indexu, odděleně od smluv nebo zpráv, aby se otázka o korespondenci neproplétala vším ostatním. A když archiv roste, update_index zachytí nové zprávy, aniž by znovu četl staré.

Upřímná omezení

  • V evaluačním režimu index obsahuje maximálně 100 dokumentů a vyhledávání vrací maximálně 10, a každá zpráva i příloha se počítá, takže reálný archiv potřebuje licenci. Nejprve zavolejte get_license_status.
  • Velký PST zabere čas na indexování: každá zpráva i příloha se otevře. Indexujte jednou, pak update_index.
  • Naskenované přílohy bez textové vrstvy jsou indexovány pouze podle jejich souborových vlastností; OCR není k dispozici.
  • Pouze Docker; na Linuxu přidejte --user "$(id -u):$(id -g)", pokud nepoužíváte výše uvedené nastavení jen pro čtení.

Často kladené otázky

Mohu vyhledávat v souboru PST pomocí AI bez Outlooku?
Ano. Engine čte PST, OST, MSG a EML přímo; Outlook není zapojen a nic není exportováno.

Vyhledává také v e‑mailových přílohách?
Ano. Přílohy jsou indexovány jako položky své zprávy a shoda uvnitř jedné se vrací s innerPath uvádějícím název přílohy.

Je moje poštovní schránka nahrávána někam?
Ne. Je čtena uvnitř lokálního kontejneru; pouze úryvky, které agent cituje, dosáhnou vašeho poskytovatele modelu.

Ponořte se hlouběji