Software-update: Immich 2.6.2

Immich screenshotVersie 2.6.2 van Immich is uitgekomen. Immich is een opensource oplossing voor het opslaan en beheren van foto's en video's. Het draait in Docker, waardoor je alles in eigen hand hebt en niet afhankelijk bent van een derde partij. Het wordt door velen als een serieuze concurrent van Google Photos en Apple Photos beschouwd. De media kan via een webbrowser worden benaderd en er zijn ook apps voor Android en iOS. Een demo van Immich is hier te vinden. Hieronder zijn de belangrijkste veranderingen die we in deze uitgave aan kunnen treffen voor je op een rijtje gezet:

Immich v2.6.2

This release addresses the following issues

  • Fixed a bug where the shared link would error out when public users upload to the shared link
  • Fixed a bug where the URL switching feature doesn't work with external URLs
  • Fixed a bug where the "add to album" selection box on the web doesn't include albums that are shared with the user
  • Fixed several issues regarding the search filter on the mobile app and the web
Bug fixes
  • fix(mobile): simplified chinese not available in #27066
  • fix(web): allow showing combobox items outside modals in #27075
  • fix(web): preserve album scroll when adding to other albums in #27078
  • fix(server): queue version check job when config changed in #27094
  • fix: shared link add to album in #27063
  • fix: svelte reactivity issues in #27109
  • fix(mobile): cronet image cache clearing on android in #27054
  • fix(mobile): view similar photos from search in #27149
  • fix(mobile): no results before applying filter in #27155
  • fix(mobile): star rating always defaults to 0 in #27157
  • fix: download original stale cache when edited in #27195
  • fix(web): restore duplicate viewer arrow key navigation in #27176
  • fix(web): update upload summary when removing items (#27035) in #27139
  • fix(mobile): option padding on search dropdowns in #27154
  • fix(mobile): add keys to people list in #27112
  • fix(mobile): add cookie for auxiliary url in #27209
  • fix: album picker show all albums in #27211
  • fix(server): album permissions for editors in #27214
  • fix(mobile/web): album cover buttons consistency in #27213
Documentation
  • fix(docs): clarify ML CPU architecture in #27187

Immich

Versienummer 2.6.2
Releasestatus Final
Besturingssystemen Platformonafhankelijk
Website Immich
Download https://immich.app
Licentietype Open source/betaald

Door Bart van Klaveren

Downloads en Best Buy Guide

25-03-2026 • 09:00

27

Submitter: belkin

Bron: Immich

Update-historie

09:00 Immich 2.6.2 27
19-03 Immich 2.6.1 35
11-02 Immich 2.5.6 35
04-02 Immich 2.5.3 68
29-01 Immich 2.5.2 15
28-01 Immich 2.5.0 59
18-12 Immich 2.4.0 27
20-11 Immich 2.3.1 19
04-11 Immich 2.2.2 41
30-10 Immich 2.2.0 38
Meer historie

Reacties (27)

Sorteer op:

Weergave:

Gebruik het hier enkele maanden. Heb een tool geschreven die zorgt voor het opschonen van al m'n 'bulk' mappen. Je kent het wel, backupje van de telefoon, sd'kaartjes, je plempt het maar ergens neer, en denkt; ik zoek het later uit. Die tool icm met Immich zorgt er voor dat m'n fotolibrary in relatief weinig tijd perfect op orde is. Blij met Immich!
Wil/kan je die tool delen aub? Of is het te persoonlijk? (alle begrip hiervoor)
https://pastebin.com/raw/kXQ7Xzn8

Na veel refactoring (AI ;)), doet dit wat ik wil. Het is een python script.

Maak een .env aan (naast de python uit de pastebin, noem die; declutter-app.py).

.env:

# ── Paden ────────────────────────────────────────────────────────────────────
# Hoofdmap van je NAS / fotocollectie
BASE_DIR=/mnt/pictures/declutter

# Submappen (relatief aan BASE_DIR)
DUMP_DIR=ruwe_data
UITZOEKEN_DIR=in_behandeling
ARCHIEF_DIR=verwerkt
PRULLENBAK_DIR=prullenbak

# ── Server ───────────────────────────────────────────────────────────────────
PORT=8765

# ── Immich (optioneel) ───────────────────────────────────────────────────────
# Rescan wordt automatisch getriggerd na elke verplaatsing.
# Laat IMMICH_API_KEY leeg als je geen authenticatie gebruikt.
IMMICH_URL=[url="http://localhost:2283"]http://localhost:2283[/url]
IMMICH_API_KEY=xxxx

# ── Debug ────────────────────────────────────────────────────────────────────
# DEBUG=true geeft extra logging in de server
DEBUG=true
# PRESORT_DEBUG=true toont per foto welke datumbron gebruikt werd
PRESORT_DEBUG=true


---------

Runnen met:

python3 declutter-app.py --serve

----


Als ie eenmaal start zie je rechtsonderin een (i) knopje, wat meer info geeft over de app.

Je kan het testen door 'reset test' te doen na starten rechtsbovenin. Systeem controleert automatisch de 'ruwe_data' folder (daar smijt je alle mappen in die je wilt uitzoeken).

Betreft nu eerst alleen afbeeldingen (waar ik het meeste van heb), whatsapp/camera/dcim mappen etc.
Hij gooit daarna automatisch alles in jaar/maand mappen. En vanuit daar kan je ze dan slepen naar nieuwe mappen in 'verwerkt'. Verwijderingen gaan altijd naar de map 'verwijderd'. Je raakt dus niets kwijt.

Stoei er maar ff mee :) Als je nog leuke suggesties hebt hoor ik het graag, of als je het wel/niet gebruikt.
Hier heb ik ook wel oren naar en ben heel benieuwd hoe je dit doet.

Mijn probleem is dat ik vaak meerdere foto's maak van een moment zodat ik later de juiste eruit kan vissen en de andere kan verwijderen. Maar dat doe ik dan niet structureel genoeg.

Of ik maak even snel een foto van een bonnetje, een model nr van een apparaat, of een foto van een game puzzel o.i.d.

Dit alles met als gevolg dat ik er altijd enorm tegenop zit om hier doorheen te gaan en de bulk map de bulk map laat.

Ga jij er met je script al vanuit dat de bulk map alleen foto's bevat die je sowieso wilt bewaren? Hoe bepaal je anders wat moet blijven en wat niet? En wat doet het verder precies?

[Reactie gewijzigd door delta1 op 25 maart 2026 09:31]

De app sorteert on the fly de foto's op yaar-maand. Thumbnails worden gegenereerd (ook voor raw files voor zover mogelijk).

Hij herkend foto's die binnen X seconden (Burst) geschoten zijn of X minuten. Die worden dan samengevoegd en kan je middels een popup 'favorieten'. De niet-favorieten worden dan automatisch verwijderd (naar een verwijderd-map).

Ik heb ook foto's van bonnetjes, model nr, en van alles en nog wat. Snel aanklikken, en verwijderen, of slepen. Maar het feit dat hij alles al categoriseerd op datum/tijd zorgt er voor dat ik snel foto's van bijv. een weekendje weg in een nieuwe map kan slepen. Verwijderen/vergroten kan. Indien locatie bekend is toont ie een map etc.

Behoorlijk useful in mijn situatie in ieder geval!
Ik gebruik het ook al enkele maanden nu. Helaas wel weer weken bezig geweest om 60k items te "uploaden" nadat ik mijn telefoon from scratch heb hersteld.

Ik ben erg in dubio om mijn iCloud storage (geen iCloud Photos meer) op te zeggen, en dus een workflow te maken: foto maken, uploaden naar Immich, verwijderen van telefoon (in Apple Foto's).

Maar dat vind ik nog wel spannend. Ik moet dan serieus werk gaan maken van back-ups. Ik zou bijvoorbeeld graag samen met een vriend (beide UGreen NAS) om heen en weer back-up te maken. Maar erg makkelijk is dat nog niet. (Tips welkom).
  1. Maak een regelmatige backup op een externe harddisk die je het liefst ergens anders bewaart.
  2. Maak een backup naar de cloud (cypted uiteraard). Ik heb zelf een Synology en daar kun je met HyperBackup mooi dingen inregelen en ik gooi mijn foto's elke nacht crypted naar Google Drive.
Een tweede NAS zou nog mooier zijn, helemaal op een andere locatie. Maar voor mij is dat overkill. Ik doe dus bovenstaande.
Een hard disk is niet praktisch. Ik ga die niet elke dag, week verplaatsen.

Ik blijf liever bij Apple dan dat ik elders mijn data op sla. En zeker niet bij Google.

NAS van vriend. Dat is de enige optie maar die blijkt lastiger te zijn.
Het sleutelwoord is wel "crypted". Of je dat bij Apple, Google, Microsoft, Hetzner of zelfs die vriend die misschien later geen vriend meer is en/of misschien minder om security geeft dan jijzelf, (on)bewust dan wel (on)bekwaam), ik zou in élk geval bij backup buiten je eigen invloedsfeer de boel goed crypten. En ja, dan heb je quantumcrypo zodat je foto's over 10 jaar misschien wel weg kunnen lekken, maar dat is altijd nog beter dan uncrypted iCloud.
NAS van vriend. Dat is de enige optie maar die blijkt lastiger te zijn.
VPN tussen jullie netwerken?
En dan een deel van de NAS reserveren voor elkaar. En elkaar vertrouwen natuurlijk.
Maar vergeet niet: als jouw data corrupt raakt (bijv. door gijzelsoftware) en je synct automatisch naar die andere NAS is ook jouw kopie daar versleuteld. M.a.w.: met alleen een externe NAS om naar te syncen ben je nog niet zomaar veilig.
Hoe doe je dat dan? Alleen voor die taak een vpn?
Je kan een lokale backup maken door de dockter container even te stoppen, kopie maken van uw data en docker-compose file, container terug opstarten. Hierna dan met syncthing op uw nas en op de nas van uw vriend dit laten syncen. Syncthing heeft een optie voor fileversioning toe te passen, je moet dan wel vertrouwen dat uw vriend dit goed instelt want die versioning moet ingesteld worden aan de ontvangende kant. (zelf nog niet zo gewerkt, ik backup naar backblaze aangezien die vrij goedkoop is, en ik dan toch meer vertrouw dat mijn backup niet gewist zal worden omdat mijn vriend beslist van zijn nas weg te doen)
Verwijderen van telefoon kan via de Immich app, al weet ik niet of dat automatisch werkt.

Backups zijn altijd van belang, ook als je via icould, OneDrive oid werkt. Je zou iets van een eigen cloud storage kunnen kopen buiten je NAS. Ik heb het volgende systeem:
  1. Telefoon naar NAS (synology) via Immich.
  2. NAS naar:
    1. OneDrive (dit is een sync job - geen echte backup)
    2. Filen.io (backup)
    3. externe USB HDD (via HyperBackup)
Daarnaast maak ik gebruik van versioning op de Synology (is GEEN backup) om foutjes van mijn kant te kunnen terugdraaien. Ik geloof dat dit ook een bepaalde vorm van veiligheid moet bieden tegen ransomware, maar pin me daar niet op vast - hier zijn zat anderen die er veel meer van af weten.

Op termijn wil ik nog naar de Synolgy NAS bij m'n ouder back-upppen, maar zij hebben eerst wat extra schijven nodig.

Ik verwijder foto's via Immich van m'n telefoon (ios) als ik vind dat de opslag van m'n telefoon te vol is.
Ik heb dit nu een maand ofzo draaien en ik had deze route veel eerder moeten gaan tov google photos 😍, aanrader
Ik heb het voor komend weekend gepland staan. Nu nog alle foto's van Google Photos halen.... De relevanteste foto's heb ik wel maar vaak die foto's die je vergeten bent en die nog wel ergens bij Google staan zijn de leuke verrassingen.
Je kan via google een takeout doen en deze takeout importeren via https://github.com/simulot/immich-go

Zo moet je zelf niet manueel al uw foto's downloaden en uploaden in immich.
Deze tool is inderdaad super handig. Hiermee heb ik het een jaar geleden gedaan en het werkt super.
Voor wie geen eigen server kan of wil draaien is er ook een alternatief in een Europese cloud: http://ente.io
Of Pixelunion.eu is immich en in Europa

[Reactie gewijzigd door patrom op 25 maart 2026 10:09]

Het probleem van Immich / PixelUnion is dat het niet encrypted is. Dus de beheerder van PixelUnion kan (potentieel) in jouw foto's zitten te neuzen.
Voor echt selfhosted is dat risico er natuurlijk niet (leuk dat jij Immich opzet en op de HDD de foto's kunt bekijken die je ook via Immich kunt bekijken :p). Als je selfhost voor familie kan dat al een dingetje zijn. Maar alles plaatsen op de server van een ander die kan rondneuzen in jouw foto's?

Bij Ente speelt dat probleem niet. Omdat alles daar end-to-end encrypted is. Op jouw telefoon / PC / ... wordt alles versleuteld en alleen de versleutelde data gaat over de lijn. En bij bekijken omgekeerd en download je dus versleutelde data die lokaal wordt ontsleuteld. En het wachtwoord dat je gebruikt zal dan ook altijd lokaal blijven (en de encryptie sleutel staat weer alleen versleuteld op de server en is daarbij versleuteld met het wachtwoord. Dus bij inloggen wordt de versleutelde sleutel opgehaald, en geprobeerd om deze met het wachtwoord te ontsleutelen, lukt dat is het wachtwoord correct én heb je (alleen) lokaal de encryptiesleutel waarmee je daarna dus alles kunt ontsleutelen).
Gebruik het ook al enkele maanden met veel tevredenheid. Ik heb nu alleen een video die hij niet wil backuppen en dat toch elke 5 minuten probeert. Ik krijg dus ook elke 5 minuten een melding dat hij aan het backuppen is, erg irritant. Als ik handmatig de video probeer de uploaden lukt het ook niet. Gebruik iPhone 15 Pro, had dit probleem ook wel eens met Synology Photo's app.
Ik had ook iets vergelijkbaars, bleek te liggen aan HTTP request en connection timeouts die ik te kort had ingesteld op m'n reverse proxy (Traefik). Mogelijk heb je een vergelijkbaar probleem?
Ik heb immich via een cloudflare tunnel draaien, weet niet of daar timeouts op zitten, eens in verdiepen.

Edit:
Zojuist even bij de cloudflare tunnel gekeken, timeouts stonden inderdaad redelijk kort, deze verhoogd. Maar nu zie ik in Immich een foutmelding: File is to large to upload. Zodoende op https://github.com/immich-app/immich/discussions/13573 gekomen. Denk dat ik het wel voor elkaar ga krijgen. Bedankt voor de tip!

[Reactie gewijzigd door Timo002 op 25 maart 2026 10:29]

Volgens mij heeft Cloudflare limieten op bestandsgrootte, deze is 100mb voor de free tier.
edit:
oh ik heb je edit gemist, je hebt het al uitgevogeld.

[Reactie gewijzigd door Earth_Apple op 25 maart 2026 10:36]

#metoo! Al heb ik 'm nu ruim 6 maanden actief.

Ben er zo enthousiast over dat ik de server 'licentie' (wat niks anders is dan support eigenlijk) gekocht heb :)
Ik heb een test omgeving de bedoeling is dat ok en mijn vrouw onze foto's backuppen.
Is er een mogelijkheid dat all gebackupdate foto's naar allebei de gsm's gestuurd worden.
Is er ook een optie als ik op de server in immich foto's verwijder deze ook op de gsm verwijderd worden.
Je kan in de instellingen "delen met partner" aanzetten, dan heeft je vrouw ook toegang tot jouw foto's. Zij heeft dan ook de optie om jouw foto's in haar tijdlijn te weergeven. Dit kan beide kanten op.

Het verwijderen van bestanden op de telefoon vanaf de server is nu nog experimenteel, maar bestaat dus al wel.

Om te kunnen reageren moet je ingelogd zijn