Skip to main content
Glama
godwin3737

Microsoft 365 File Search MCP Server

by godwin3737
README.md
# MCP Server - Microsoft 365 File Search  (SharePoint & OneDrive)

## Overview

A Model Context Protocol (MCP) server implementation that provides advanced file search capabilities within Microsoft 365. This server enables efficient file discovery, metadata analysis, and integration with business workflows by making available the content from SharePoint/OneDrive.



https://github.com/user-attachments/assets/bbe63c02-f6d9-4c9b-8f98-36fc22a081cc



## Components

### Tools

The server offers 2 core tools:

- **search_m365_files**  
  Perform a file search within the M365 environment.  
  **Input**:
  - `query` (string): The search term or criteria.  
  **Returns**: Array of file metadata objects. Metadata includes the file content summary, *drive ID*, and *file ID*, among other details.

- **get_file_content**  
  Retrieve content from a specific file.  
  **Input**:
  - `driveid` (string): The unique identifier of the parent drive.  
  - `fileid` (string): The unique identifier of the file.  
  **Returns**: File content as a binary stream.  
  **Note**: Uses a local cache to speed up repeat access.

### Caching

To improve performance and reduce redundant API calls, the server caches downloaded files locally. This is particularly useful when working with large documents or frequently accessed files.

- Cached files are stored in the `./src/mcp_m365_filesearch/.local/downloads` directory (relative to the project root).
- When a file is requested via `get_file_content`, the server first checks the cache.
- If the file is already cached, it is returned directly from disk without a new API call.

This feature ensures faster response times and efficient use of API rate limits.

## Usage with Claude Desktop

To integrate the server with Claude Desktop, update your `claude_desktop_config.json`:

```json
"mcpServers": {
  "M365 File Search (SharePoint/OneDrive)": {
    "command": "uv",
    "args": [
      "--directory",
      "full_path_to_parent_directory",
      "run",
      ".\\src\\mcp_m365_filesearch\\server.py"
    ],
    "env": {
      "CLIENT_ID": "MSGraph Client ID",
      "CLIENT_SECRET": "MS Graph Client Secret",
      "TENANT_ID": "TENANT ID",
      "REGION": "SEARCH REGION"
    }
  }
}
```

## Microsoft Graph App Registration

To use this server, you'll need to register an application in the [Azure Portal](https://portal.azure.com):

1. Register a new application.
2. Note down the **Client ID** and **Tenant ID**.
3. Create a **Client Secret** under **Certificates & Secrets**.
4. Under **API permissions**, add the following **delegated or application** permissions:
   - `Sites.Read.All`
   - `Files.Read.All`
5. Click **Grant admin consent** for these permissions.

Ensure these values are correctly set in your `env` configuration for the MCP server.

## License

This project is licensed under the [MIT License](https://opensource.org/licenses/MIT).  
You are free to use, modify, and distribute it with proper attribution.

TDQS

B3.4/5.0

Scored across 2 tools

Disambiguation5/5

search_m365_files locates files via query and type, while get_file_content retrieves a specific file's content using drive and file IDs. One is discovery and the other is retrieval, so there is no overlap.

Naming Consistency5/5

Both tool names follow a consistent verb_noun snake_case pattern: search + m365_files and get + file_content. This makes their purposes predictable and consistent.

Tool Count4/5

Two tools is minimal, but it fits the server's search-focused purpose: discover files and fetch their content. It is slightly below the typical well-scoped range, but each tool earns its place.

Completeness4/5

The core workflow is covered: search returns resource identifiers that get_file_content can consume. There is no browse/list/metadata-only operation, but this is a minor gap for a search-oriented server.

Maintenance

ActivityInactive
ResponsivenessNo issues