Step 5: Maintenance
Inboxclaw is designed to run unattended, but here are the things you'll want to do occasionally to keep it healthy.
Updating Inboxclaw
Check for updates and install them:
inboxclaw updateThis pulls the latest code from the repository and installs any new dependencies. If you're running Inboxclaw as a service, restart it afterward:
inboxclaw restartRestarting Safely
The restart command validates your configuration before restarting. This means if you made a typo in config.yaml, it will catch it and refuse to restart — keeping your current working version running.
inboxclaw restartAlways use this instead of manually killing and restarting the process.
Checking Status
Get a quick overview of how things are running:
inboxclaw statusThis shows service status, recent errors, and database statistics like how many events have been processed.
Viewing Logs
If running as a systemd service on Linux:
# Show recent logs
inboxclaw logs
# Follow logs in real-time
inboxclaw logs -f
# Show more lines
inboxclaw logs -n 100Database Management
Inboxclaw stores events in a local SQLite database. The retention_days setting in your config controls how long events are kept:
database:
retention_days: 7
db_path: ./data/data.dbOld events are automatically cleaned up. If you need to change the retention period, update the config and restart.
Re-authenticating Google
Google OAuth tokens expire periodically. If your Google sources stop working, re-run the authentication:
inboxclaw google authFurther Reading
- CLI Reference — full list of all available commands.
- Configuration — all configuration options explained.
- App Lifecycle — how Inboxclaw starts, runs, and shuts down.
