Adds flexible Qdrant deployment modes to reduce infrastructure requirements
for local development and smaller deployments:
**Configuration Changes:**
- Add QDRANT_LOCATION environment variable (mutually exclusive with QDRANT_URL)
- Three modes: network (URL), in-memory (:memory:, default), persistent (file path)
- Settings dataclass validation via __post_init__ ensures mutual exclusivity
- API key warning when set in local mode (ignored, only for network mode)
**Client Initialization:**
- Auto-detect mode: network (url + api_key) vs local (:memory: or path=)
- In-memory: AsyncQdrantClient(":memory:") - zero config default
- Persistent: AsyncQdrantClient(path="/app/data/qdrant") - file storage
- Network: AsyncQdrantClient(url, api_key) - production mode
**Docker Compose Updates:**
- Qdrant service moved to optional profile (--profile qdrant)
- MCP service uses QDRANT_LOCATION=:memory: by default
- Added mcp-data volume for persistent storage (/app/data)
- No hard dependency on qdrant service
**Documentation:**
- Comprehensive configuration guide in docs/configuration.md
- All three modes documented with pros/cons
- Docker Compose examples for each mode
- Environment variable reference table
**Tests:**
- 13 new config validation tests (mutual exclusivity, defaults, warnings)
- Persistent mode integration test (create, close, reopen, verify persistence)
- All 82 unit tests + 5 smoke tests pass
**Breaking Change:**
- Default changed from QDRANT_URL=http://qdrant:6333 to QDRANT_LOCATION=:memory:
- Simplifies local development (no external service needed)
- Production deployments: explicitly set QDRANT_URL or QDRANT_LOCATION
Related: ADR-007 background vector sync implementation
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
13 KiB
Configuration
The Nextcloud MCP server requires configuration to connect to your Nextcloud instance. Configuration is provided through environment variables, typically stored in a .env file.
Quick Start
Create a .env file based on env.sample:
cp env.sample .env
# Edit .env with your Nextcloud details
Then choose your authentication mode:
- OAuth2/OIDC Configuration (Recommended)
- Basic Authentication Configuration
OAuth2/OIDC Configuration
OAuth2/OIDC is the recommended authentication mode for production deployments.
Minimal Configuration (Auto-registration)
# .env file for OAuth with auto-registration
NEXTCLOUD_HOST=https://your.nextcloud.instance.com
# Leave these EMPTY for OAuth mode
NEXTCLOUD_USERNAME=
NEXTCLOUD_PASSWORD=
This minimal configuration uses dynamic client registration to automatically register an OAuth client at startup.
Full Configuration (Pre-configured Client)
# .env file for OAuth with pre-configured client
NEXTCLOUD_HOST=https://your.nextcloud.instance.com
# OAuth Client Credentials (optional - auto-registers if not provided)
NEXTCLOUD_OIDC_CLIENT_ID=your-client-id
NEXTCLOUD_OIDC_CLIENT_SECRET=your-client-secret
# OAuth Callback Settings (optional)
NEXTCLOUD_MCP_SERVER_URL=http://localhost:8000
# Leave these EMPTY for OAuth mode
NEXTCLOUD_USERNAME=
NEXTCLOUD_PASSWORD=
Environment Variables Reference
| Variable | Required | Default | Description |
|---|---|---|---|
NEXTCLOUD_HOST |
✅ Yes | - | Full URL of your Nextcloud instance (e.g., https://cloud.example.com) |
NEXTCLOUD_OIDC_CLIENT_ID |
⚠️ Optional | - | OAuth client ID (auto-registers if empty) |
NEXTCLOUD_OIDC_CLIENT_SECRET |
⚠️ Optional | - | OAuth client secret (auto-registers if empty) |
NEXTCLOUD_MCP_SERVER_URL |
⚠️ Optional | http://localhost:8000 |
MCP server URL for OAuth callbacks |
NEXTCLOUD_USERNAME |
❌ Must be empty | - | Leave empty to enable OAuth mode |
NEXTCLOUD_PASSWORD |
❌ Must be empty | - | Leave empty to enable OAuth mode |
Prerequisites
Before using OAuth configuration:
-
Install required Nextcloud apps (both are required):
oidc- OIDC Identity Provider (Apps → Security)user_oidc- OpenID Connect user backend (Apps → Security)
-
Configure the apps:
- Enable dynamic client registration (if using auto-registration) - Settings → OIDC
- Enable Bearer token validation:
php occ config:system:set user_oidc oidc_provider_bearer_validation --value=true --type=boolean
-
Apply Bearer token patch - The
user_oidcapp requires a patch for non-OCS endpoints - See Upstream Status for details
See the OAuth Setup Guide for detailed step-by-step instructions, or OAuth Quick Start for a 5-minute setup.
Basic Authentication (Legacy)
Basic Authentication is maintained for backward compatibility. It uses username and password credentials.
Warning
Security Notice: Basic Authentication stores credentials in environment variables and is less secure than OAuth. Use OAuth for production deployments.
Configuration
# .env file for BasicAuth mode
NEXTCLOUD_HOST=https://your.nextcloud.instance.com
NEXTCLOUD_USERNAME=your_nextcloud_username
NEXTCLOUD_PASSWORD=your_app_password_or_password
Environment Variables Reference
| Variable | Required | Description |
|---|---|---|
NEXTCLOUD_HOST |
✅ Yes | Full URL of your Nextcloud instance |
NEXTCLOUD_USERNAME |
✅ Yes | Your Nextcloud username |
NEXTCLOUD_PASSWORD |
✅ Yes | Recommended: Use a dedicated Nextcloud App Password. Generate one in Nextcloud Security settings. Alternatively, use your login password (less secure). |
Semantic Search Configuration (Optional)
The MCP server includes semantic search capabilities powered by vector embeddings. This feature requires a vector database (Qdrant) and an embedding service.
Qdrant Vector Database Modes
The server supports three Qdrant deployment modes:
- In-Memory Mode (Default) - Simplest for development and testing
- Persistent Local Mode - For single-instance deployments with persistence
- Network Mode - For production with dedicated Qdrant service
1. In-Memory Mode (Default)
No configuration needed! If neither QDRANT_URL nor QDRANT_LOCATION is set, the server defaults to in-memory mode:
# No Qdrant configuration needed - defaults to :memory:
VECTOR_SYNC_ENABLED=true
Pros:
- Zero configuration
- Fast startup
- Perfect for testing
Cons:
- Data lost on restart
- Limited to available RAM
2. Persistent Local Mode
For single-instance deployments that need persistence without a separate Qdrant service:
# Local persistent storage
QDRANT_LOCATION=/app/data/qdrant # Or any writable path
VECTOR_SYNC_ENABLED=true
Pros:
- Data persists across restarts
- No separate service needed
- Suitable for small/medium deployments
Cons:
- Limited to single instance
- Shares resources with MCP server
3. Network Mode
For production deployments with a dedicated Qdrant service:
# Network mode configuration
QDRANT_URL=http://qdrant:6333
QDRANT_API_KEY=your-secret-api-key # Optional
QDRANT_COLLECTION=nextcloud_content # Optional
VECTOR_SYNC_ENABLED=true
Pros:
- Scalable and performant
- Can be shared across multiple MCP instances
- Supports clustering and replication
Cons:
- Requires separate Qdrant service
- More complex deployment
Vector Sync Configuration
Control background indexing behavior:
# Vector sync settings (ADR-007)
VECTOR_SYNC_ENABLED=true # Enable background indexing
VECTOR_SYNC_SCAN_INTERVAL=300 # Scan interval in seconds (default: 5 minutes)
VECTOR_SYNC_PROCESSOR_WORKERS=3 # Concurrent indexing workers (default: 3)
VECTOR_SYNC_QUEUE_MAX_SIZE=10000 # Max queued documents (default: 10000)
Embedding Service Configuration
The server uses an embedding service to generate vector representations. Two options are available:
Ollama (Recommended)
Use a local Ollama instance for embeddings:
OLLAMA_BASE_URL=http://ollama:11434
OLLAMA_EMBEDDING_MODEL=nomic-embed-text # Default model
OLLAMA_VERIFY_SSL=true # Verify SSL certificates
Simple Embedding Provider (Fallback)
If OLLAMA_BASE_URL is not set, the server uses a simple random embedding provider for testing. This is not suitable for production as it generates random embeddings with no semantic meaning.
Environment Variables Reference
| Variable | Required | Default | Description |
|---|---|---|---|
QDRANT_URL |
⚠️ Optional | - | Qdrant service URL (network mode) - mutually exclusive with QDRANT_LOCATION |
QDRANT_LOCATION |
⚠️ Optional | :memory: |
Local Qdrant path (:memory: or /path/to/data) - mutually exclusive with QDRANT_URL |
QDRANT_API_KEY |
⚠️ Optional | - | Qdrant API key (network mode only) |
QDRANT_COLLECTION |
⚠️ Optional | nextcloud_content |
Qdrant collection name |
VECTOR_SYNC_ENABLED |
⚠️ Optional | false |
Enable background vector indexing |
VECTOR_SYNC_SCAN_INTERVAL |
⚠️ Optional | 300 |
Document scan interval (seconds) |
VECTOR_SYNC_PROCESSOR_WORKERS |
⚠️ Optional | 3 |
Concurrent indexing workers |
VECTOR_SYNC_QUEUE_MAX_SIZE |
⚠️ Optional | 10000 |
Max queued documents |
OLLAMA_BASE_URL |
⚠️ Optional | - | Ollama API endpoint for embeddings |
OLLAMA_EMBEDDING_MODEL |
⚠️ Optional | nomic-embed-text |
Embedding model to use |
OLLAMA_VERIFY_SSL |
⚠️ Optional | true |
Verify SSL certificates |
Docker Compose Example
Enable network mode Qdrant with docker-compose:
services:
mcp:
environment:
- QDRANT_URL=http://qdrant:6333
- VECTOR_SYNC_ENABLED=true
qdrant:
image: qdrant/qdrant:latest
ports:
- 127.0.0.1:6333:6333
volumes:
- qdrant-data:/qdrant/storage
profiles:
- qdrant # Optional service
volumes:
qdrant-data:
Start with Qdrant service:
docker-compose --profile qdrant up
Or use default in-memory mode (no --profile needed):
docker-compose up
Loading Environment Variables
After creating your .env file, load the environment variables:
On Linux/macOS
# Load all variables from .env
export $(grep -v '^#' .env | xargs)
On Windows (PowerShell)
# Load variables from .env
Get-Content .env | ForEach-Object {
if ($_ -match '^\s*([^#][^=]*)\s*=\s*(.*)$') {
[Environment]::SetEnvironmentVariable($matches[1].Trim(), $matches[2].Trim(), "Process")
}
}
Via Docker
# Docker automatically loads .env when using --env-file
docker run -p 127.0.0.1:8000:8000 --env-file .env --rm \
ghcr.io/cbcoutinho/nextcloud-mcp-server:latest
CLI Configuration
Some configuration options can also be provided via CLI arguments. CLI arguments take precedence over environment variables.
OAuth-related CLI Options
uv run nextcloud-mcp-server --help
Options:
--oauth / --no-oauth Force OAuth mode (if enabled) or
BasicAuth mode (if disabled). By default,
auto-detected based on environment
variables.
--oauth-client-id TEXT OAuth client ID (can also use
NEXTCLOUD_OIDC_CLIENT_ID env var)
--oauth-client-secret TEXT OAuth client secret (can also use
NEXTCLOUD_OIDC_CLIENT_SECRET env var)
--mcp-server-url TEXT MCP server URL for OAuth callbacks (can
also use NEXTCLOUD_MCP_SERVER_URL env
var) [default: http://localhost:8000]
Server Options
Options:
-h, --host TEXT Server host [default: 127.0.0.1]
-p, --port INTEGER Server port [default: 8000]
-w, --workers INTEGER Number of worker processes
-r, --reload Enable auto-reload
-l, --log-level [critical|error|warning|info|debug|trace]
Logging level [default: info]
-t, --transport [sse|streamable-http|http]
MCP transport protocol [default: sse]
App Selection
Options:
-e, --enable-app [notes|tables|webdav|calendar|contacts|deck]
Enable specific Nextcloud app APIs. Can
be specified multiple times. If not
specified, all apps are enabled.
Example CLI Usage
# OAuth mode with custom client and port
uv run nextcloud-mcp-server --oauth \
--oauth-client-id abc123 \
--oauth-client-secret xyz789 \
--port 8080
# BasicAuth mode with specific apps only
uv run nextcloud-mcp-server --no-oauth \
--enable-app notes \
--enable-app calendar
Configuration Best Practices
For Development
- Use BasicAuth for quick setup and testing
- Or use OAuth with auto-registration (dynamic client registration)
- Store
.envfile in your project directory - Add
.envto.gitignore
For Production
- Always use OAuth2/OIDC with pre-configured clients
- Store OAuth client credentials securely
- Use environment variables from your deployment platform (Docker secrets, Kubernetes ConfigMaps, etc.)
- Never commit credentials to version control
- SQLite database permissions are handled automatically by the server
For Docker
- Mount OAuth client storage as a volume for persistence:
docker run -v $(pwd)/.oauth:/app/.oauth --env-file .env \ ghcr.io/cbcoutinho/nextcloud-mcp-server:latest - Use Docker secrets for sensitive values in production
See Also
- OAuth Quick Start - 5-minute OAuth setup for development
- OAuth Setup Guide - Detailed OAuth configuration for production
- OAuth Architecture - How OAuth works in the MCP server
- Upstream Status - Required patches and upstream PRs
- Authentication - Authentication modes comparison
- Running the Server - Starting the server with different configurations
- Troubleshooting - Common configuration issues
- OAuth Troubleshooting - OAuth-specific troubleshooting