Files
TREK/wiki/Photo-Providers.md
T
Maurice a910c2a837 fix: follow-ups from the review of the price, Immich, moving day and import fixes
Saved place price (#2471)
- A price above zero that would be left without a currency is refused
  with a 400, over REST and through update_collection_place alike. A list
  has no base currency, so such an amount was read in each viewer's own
  default currency and went into a trip as the trip's. A price sent alone
  keeps the stored currency, and a zero price or clearing both fields
  still goes through. The check sits in the service because the MCP tool
  spreads the contract's shape, where a refine would never arrive.
- An older row that holds an amount without a currency shows it as a
  bare number instead of in the viewer's own currency.
- The Hungarian hint uses the informal register of its file, which is
  now prettier clean.

Immich certificate switch (#2475)
- The switch trusts one server. Saving a different URL without sending
  it turns it off; saving the same URL keeps it as before. The wiki says
  so.

Moving day (#2476)
- Google Maps and CoMaps are left out only when there is nothing to hand
  over. A day with a single stop opens it as a pin again, on the desktop
  and on the phone, as it did before.
- Desktop: a moving day whose flight or train has no stations shows no
  route tools, since there is nothing left to draw. With stations they
  stay.
- Phone: the drive between two stays on a day without stops or bookings
  shows once at the top instead of again at the bottom.
- The export helpers take the carrier flags as one object instead of two
  booleans in a row.

Import card (#2477)
- The success and error marks use the theme tokens.
- The e2e test names its upload with a made-up booking number.

Tests: COLLECTIONS-SVC-132 and 133, COLLECTIONS-E2E-088,
update_collection_place with a price and no currency, FE-COMP-COLEXTRAS-013
(011 adjusted), IMMICH-TLS-010, IMMICH-103 extended,
FE-PLANNER-DAYPLAN-222 adjusted and 224, FE-MOB-PLTL-051, FE-MOB-PTLM-047,
FE-W4BGT-023 and 024 check the mark colours.
2026-09-23 17:41:26 +02:00

6.0 KiB

Photo Providers

TREK can browse your personal photo library on Immich or Synology Photos and attach selected photos to trips. TREK never copies the original files — it stores only a reference (provider name + asset ID) and proxies all image streams through its own server, so your provider credentials are never sent to the browser.

Admin: Enable at least one photo provider (Immich or Synology Photos) in Admin → Addons — photo provider toggles appear as sub-items under the Journey addon. Once a provider is on, its settings card appears in each user's Settings → Integrations. If your provider runs on a local or private network, the server must be configured to allow internal network access. See Admin-Addons and Internal-Network-Access.


Supported providers

Provider Internal ID
Immich immich
Synology Photos synologyphotos

Both providers can be active at the same time.


Configuring a provider

Go to Settings → Integrations. Each enabled provider gets its own settings card there, titled with the provider's name — Immich and/or Synology Photos.

Immich

Field Required Notes
Server URL Yes Full URL of your Immich instance, e.g. https://immich.example.com
API Key Yes Stored encrypted; never returned to the browser after saving
Skip SSL certificate verification No Checkbox; lets TREK connect to an Immich server with a self-signed certificate. Off by default
Mirror journey photos to Immich on upload No Checkbox; when enabled, photos you upload in TREK are also pushed to your Immich library

Enter the full URL of your Immich instance and an Immich API key. The API key is stored encrypted on the TREK server and is never returned to the browser after it is saved.

Self-signed certificates

If your Immich server uses a self-signed certificate (for example behind a reverse proxy on your home network), the connection test fails with fetch failed (self-signed certificate). Turn on Skip SSL certificate verification, enter the API key again and test or save.

  • The setting is per user and only applies to your own Immich connection. Disconnecting Immich, or saving a different server URL without turning it on again, turns it off.
  • Only the certificate check is skipped. The connection is still encrypted, but TREK can no longer tell your server from an impostor on the same network, and your API key travels over that connection. Prefer a certificate from a trusted CA where you can.
  • Photos you share on a trip are loaded through your connection, so your setting applies when other trip members view them.
  • A server on a local or private address still needs internal network access on the TREK server. See Internal-Network-Access.

Required API key permissions

When generating the API key in Immich (Account Settings → API Keys), grant only the scopes TREK actually uses:

Permission Why TREK needs it
user.read Verify the API key and identify the connected account
timeline.read Browse photos by date
asset.read Read photo metadata and search results
asset.view Load thumbnails and preview images
album.read List owned + shared albums and their contents
asset.download Download the assets
asset.upload Only if you enable "Mirror journey photos to Immich on upload" — push TREK uploads back to your library

TREK never modifies or deletes anything in Immich, so no update, delete, or admin scopes are needed.

Synology Photos

Field Required Notes
Server URL Yes Full URL including the Photos app path, e.g. https://your-nas:5001/photo
Username Yes Synology account username
Password Yes Stored encrypted; leave blank to keep the existing password
MFA code (if enabled) No One-time password for 2FA; only needed on first connection or when re-authenticating
Skip SSL certificate verification No Checkbox; disable TLS certificate validation for self-signed certificates

Required DSM account permissions

Synology Photos doesn't use API keys — TREK signs in with a regular DSM user account. To minimize blast radius, create a dedicated low-privilege DSM user for TREK rather than reusing your admin account:

  • A standard (non-admin) DSM user account is sufficient.
  • The account must have access to the Synology Photos package (DSM → Control Panel → User & Group → [user] → Applications, allow Synology Photos).
  • The account must be able to log in to DSM (not disabled, not IP-blocked).
  • Network access to DSM (typically port 5000 HTTP / 5001 HTTPS, or your reverse-proxy host).
  • 2FA is supported — enter the OTP at first connection; TREK stores the resulting device token so you won't be re-prompted on subsequent saves.
  • Read-only access is enough — TREK only lists albums, lists items, runs searches, and fetches thumbnails. It never writes, uploads, or deletes.

Testing the connection

Each provider section has a Test Connection button. Clicking it sends your current field values to the server and attempts to authenticate with the provider. A green "Connected" badge confirms success; any error message from the provider is shown if it fails.

For Synology, a successful test stores a session token so the OTP code is not required again on subsequent saves (as long as the URL and username remain the same).


Multiple providers

You can configure both Immich and Synology simultaneously. TREK queries photos from all enabled providers when loading trip photos.


After setup

Once a provider is connected, you can browse and attach photos to your trips. See Documents-and-Files for how to manage files after setup.


See also