Software-update: Immich 3.2.0

Immich screenshot Versie 3.2.0 van Immich is uitgekomen. Immich is een open source 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. In deze uitgave zijn de volgende veranderingen en verbeteringen aangebracht:

Highlights
  • Docker compose builder
  • Revamped search UI (web)
  • Search API v2 (server)
  • View own people in shared assets, cross-user clustering
  • Workflow tags trigger and actions
  • Dedicated memories page
  • Tag renaming (web)
  • View assets in map viewport (web)
Docker compose builder

We recently released our new docker compose builder, which lets you put together a custom compose file for Immich more easily. Please try it out and give us your feedback!

Search API v2 (server)

We have built an entirely new search API that, amongst other things, will support searching within albums and combining multiple search filters with both AND and OR operations. Some of these features will be exposed to the search UI interfaces in the future, others will be used to power other fancy features as well as give 3rd party tools more functionality. If you are interested in the particular changes and examples for how to use the new API, feel free to check out the PR #30179 as well as our API documentation.

Revamped search UI (web)

We have a new designer who helped us remodel the search modal, which has been pretty complex before and looks a lot more visually appealing in our opinion now. It still supports the same functionality, but with some quality of life additions as well as a significantly simpler look. In the future, we will extend this to also include some of the new features enabled by the new search API. Stay tuned and give us your feedback on the new design!

View own people in shared assets

We are very happy to ship the first step towards better sharing. You can now have people recognized across trusted users, which also allows you to view people you already have records of in any shared assets! In the user sharing settings there is a new section; cluster group.

You can invite users on your instance that you trust to your own group, or join another group you have been invited to. These cluster groups make it possible to identify people in assets shared by users in the same group. They also likely improve accuracy, as the clustering will operate on a bigger pool of faces. People names and birth dates are still set on a per-user level and aren’t (yet) shared with users in the same group.

As of now, this requires resetting facial recognition for all users in the group, in order for the changes to apply retroactively for all assets. This means, names and birth dates will be lost, and the results can vary slightly compared to before. Only faces recognized by machine learning will be affected by this. We may be able to do some non-destructive merging in the future, but for now this is a necessary step in order to fully benefit from the feature. That is why we put a button in the sharing settings for every user in the group (specifically also non-admins) to reset the facial recognition for that group.

Workflow tags trigger and actions

Workflows have gotten a new trigger. You can now do automations when an asset has been tagged. In order to use this new trigger, there is also a new filter that allows you to match specific tags. It supports matching for all, any, or none in the provided list. Lastly, a new workflow action to add tags to the current asset has also been added. It allows to add a list of tags at once.

Dedicated memories page

The new memories page allows you to view past memories. You can also favorite memories and they will show up here and never get deleted. The goal is for this to be a place you can come back to at any point and reminisce in old memories.

Tag renaming (web)

Finally, you can also rename existing tags. This is a small addition to the edit tag modal on web, but under the hood was more complicated than you might expect.

View assets in map viewport (web)

Similarly to showing a timeline all assets in a cluster on the map when clicking on it, you can now open a timeline for assets currently in the viewport. There is a new button among the map controls to show assets in the area. It will open a timeline that will update as you pan around the map.

Immich

Versienummer 3.2.0
Releasestatus Final
Besturingssystemen Android, iOS, Platformonafhankelijk
Website Immich
Download https://immich.app
Licentietype Open source/betaald

Door Bart van Klaveren

Downloads en Best Buy Guide

10-09-2026 • 20:00

37

Submitter: Lohengrin

Bron: Immich

Update-historie

15-09 Immich 3.2.1 35
10-09 Immich 3.2.0 37
29-07 Immich 3.1.0 54
03-07 Immich 3.0.0 24
11-04 Immich 2.7.4 30
07-04 Immich 2.7.2 11
25-03 Immich 2.6.2 51
19-03 Immich 2.6.1 35
11-02 Immich 2.5.6 35
04-02 Immich 2.5.3 68
Meer historie

Reacties (37)

Sorteer op:

Weergave:

Hier viel het werk na de reset van de gezichtsherkenning nog mee. 4 uurtjes op een N100 processor voor 77000 foto's.

[Reactie gewijzigd door bokalmevissen op 11 september 2026 00:50]

Wordt er een reset gedaan?

Ik ben niet bang voor de processing maar het retaggen van gezichten en namen etc toekennen is een flinke klus..
Je moet die reset handmatig triggeren, maar dan ben je alle bestaande names en geboortedata wel kwijt. Als geen herkende gezichten wil delen tussen accounts hoef je deze voor nu niet te resetten. Ze zeggen dat hier in de toekomst misschien een oplossing voor komt.

Voor mij een goede reden om de reset niet uit te voeren, want ik weet dat mijn moet hier wel wat tijd aan heeft besteed en dit regelmatig gebruikt.
Dit dus. Het verbaasde me enorm hoe goed en snel deze herkenning werkt. Ook merkte ik een extreem verschil in aantal herkende gezichten, tussen Immich en iPhone, waarbij met Immich naar mijn idee veel sneller en soms op de treuren na gezichten herkend. En dit (ook) op een N100.
Ik deel momenteel nog geen fotos. Dat ga ik pas doen als je externe libraries ook map voor map kan delen.

In de sharing settings heb ik dus nog geen groep - ik zie wel de knop "reset facial data" - Moet ik nu sowieso facial data opnieuw genereren of geldt dat alleen als je al een groep hebt? Het is toch even werk, als het nodig is prima dan die ik het liever nu alvast maar als het niet nodig is dan scheelt het toch flink werk
Dat is wel verhelderend :) Enige wat ik dan weer lastig vindt is 'Right now if another user joins a group you should re-run everything again'. Dat betekent dat ik idealiter al een account voor de kinderen maak dan alles reset en een re-run doe, anders blijf je bezig als je iemand toevoegt in de group.
Het idee is uiteraard dat dit allemaal niet nodig is in de toekomst, maar zo kan je het momenteel wel doen ja.
Hoe ik het begrijp, werkt het als volgt:

Voordien kon je je bibliotheek delen met een andere gebruiker. De gedeelde foto's waren dan wel zichtbaar voor die gebruiker, maar de facial data en face clustering waren niet tussen gebruikers gedeeld. Een persoon die bij de ene gebruiker was herkend, werd dus niet automatisch als dezelfde persoon herkend in de foto's van de andere gebruiker.

Met de nieuwe functie “View own people in shared assets” en het aanmaken van een cluster group kunnen gebruikers hun face clustering gezamenlijk gebruiken. Personen binnen de cluster group kunnen daardoor ook worden herkend in gedeelde foto's van de andere gebruikers.

Om dit ook toe te passen op bestaande foto's, is het noodzakelijk om de facial recognition te resetten.
Eindelijk voor sommigen een compose builder. Nog niet helemaal compleet lijkt me. Maar het is een begin. Vele zogenaamde "guide" sites hanteren sterk verouderde composes. Zoals o.a die van Marius. Evenals de .ENV settings.
Er zit volgens mij een foutje in de nieuwe docker-compose.yml file als je een upgrade doet van 3.1.0 naar 3.2.0. Bij mij valt hij over de UPLOAD_LOCATION die niet gevonden kan worden.

Met een aanpassing van

- ./library:/data

naar

- ${UPLOAD_LOCATION}:/data

Werkt alles weer.

[Reactie gewijzigd door xxs op 10 september 2026 20:50]

Hoezo foutje? Je kan die locatie aanpassen in de lijst en de bedoeling is dat env. vars er uit gaan op termijn.
Je hebt gelijk, ik had de default genomen en dat ging niet goed in mijn geval.
Ik was gisteren kennelijk niet scherp. ;-)
Ik denk dat we dat allemaal wel eens hebben. Hopelijk nu wel goed.
Op hun Github kun je dat aangeven als niet iemand je al voor was. Als het een verbetering is passen ze dit aan. https://github.com/immich-app/immich/discussions/31232

[Reactie gewijzigd door MuizUnattended op 11 september 2026 15:49]

Alleen met een Github account.

Maar de onoplettendheid zat bij mezelf.
Als ik nu van hun docs de compose download staat daar gewoon jouw voorstel in.

Misschien al langer, al gebruik ik zelf geen environment variabelen nog en heb ik liever directe mappings in mijn compose files. Smaak wellicht, ik ben ook geen expert.
Vele zogenaamde "guide" sites hanteren sterk verouderde composes. Zoals o.a die van Marius. Evenals de .ENV settings.
Nogal, niet alleen verouderd, maar ook onveilig composes. Ik gebruikte het in het verleden, toen ik nog Synology nas had en kort met UGREEN, maar ben per direct gestopt nadat ik hier achterkwam. Vaak wordt er ook geen gebruik gemaakt van .env.

Sommige, zoals https://drfrankenstein.co.uk/ geven wel netjes aan, let op: verouderd/niet onderhouden.

Gewoon rechtstreeks vanuit git of website de compose (en .env) gebruiken.
Die geven wel dingen aan. Maar zij ook koppig als je ze er op wijst dat dingen anders kunnen of zouden moeten. Want "Thats not in the guide"
vanaf de site,
En ja dat wel, maar voor vele is dat niet zo simpel.
Klopt, bijvoorbeeld sommige bekende (selfhost) youtubers maken het nog erger door dingen simpel te laten ogen, waarbij deze de dockers volledig root/admin rechten te geven. Dit is far from best practice, wat docker zelf ook aangeeft. Niet iedereen heeft vlans en/of extreme beveilingen ingesteld in hun thuisnetwerk, wat het dus extra kwalijk maakt.
Die nieuwe compose maker heeft hem standaard ook niet op "rootless" staan zie ik. En velen gebruiken default settings of weten niet wat het betekend.
Ik heb even gekeken naar het originele compose. Ook hier zie ik het niet terug. Volgensmij werkt Immich niet, zodra je deze rootless maakt, omdat deze aantal handelingen moet uitvoeren + postgress niet gaat werken zonder root-rechten: https://docs.immich.app/install/truenas#installing-the-immich-application

Dan is Immich bekend en betrouwbaar, maar inderdaad laat alles via root lopen (of via zelfde ID), neemt het risico toe. Ik zelf ben niet een docker expert, verre van, maar dit staat haaks op wat bijvoorbeeld Proxmox (eerder) aanraad: Geisoleerd en in VM, in combinatie met deze best practices: https://www.linuxserver.io/blog/docker-security-practices + docker composes (en hun best practices) vanuit de bron. Dus ook niet met helper scripts, die ook vanalles uitvoert, op rootniveau. Al worden deze scripts wel geevalueerd, maar toch.

Truenas heeft standaard ID 568, beetje zoals dr frankenstein aanraad. Unraid ben ik na nog geen dag mee gestopt. Geen MFA, alleen een root accounts als default, maar wel dockers met het zelfde root-account? Plus 250,- vragen? Dacht het even niet.

Laat ik toevalig afgelopen weken hierin verdiept hebben, haha, maar hoe meer gemak + meer risico's, is me opgevallen. Van nas-ossen en docker-configuraties.
Mocht je enigszins hulp nodig hebben of een voorbeeld compose kun je me altijd een berichtje sturen.
Een compose builder bestond al sinds chatgpt3

Erg leuk zo'n builder maar voor custom locations is een chatbot 10x handiger en sneller.
Dan moet je wel de kennis hebben om te verifieren of de output van Chatgpt klopt, en Chatgpt werkt vaak met verouderde data. Als je toch chatgpt wil gebruiken zou ik de output van de compose builder gebruiken als basis en chatgpt vragen om deze aan te passen waar nodig.
Juist. Dan heb je iig een goed uitgaanspunt. En ai is vaak verouderd met zijn data ja.
Immich is een van die programmas waarvan ik niet kan geloven dat dit gratis en open source is. Kudos!
Ze kunnen echter niet op lucht leven, dus als je het kan betalen dan kan je het ook kopen
Goed punt, ik overweeg het sterk gezien de besparing en privacy die het me oplevert.
In licentie voor een enkele gebruiker of een hele server is de investering zeker waard.
Het is by far één van de beste open source tools die de laatste tijd is uitgekomen. Het werkt allemaal zo goed en vloeiend, ik was snel overtuigd dat dit een prima alternatief voor een cloud service is.
De nieuwe functionaliteit om personen te delen over gebruikers heen is natuurlijk erg fijn. Begrijp wel nog niet helemaal waarom ze niks van migratie aanbieden, als ik het goed begrijp betekent het nu dat hij de volledige gezichtsherkenning reset en je alles opnieuw moet doen. Dat is mij eerlijk gezegd wat veel werk, benieuwd of er nog iets van migratie tool komt.
Omdat het nog niet af is, maar sommigen willen er al mee aan de slag dus kan je het op deze manier al doen.
Ik probeer te begrijpen wat "View own people in shared assets" precies inhoudt.
Ik neem aan dat @bokalmevissen een reset heeft uitgevoerd na het samenvoegen (Hier een N350, dus zal wat sneller gaan. app en DB op NVMe, foto's op HDD).

Kan ik het account van mijn vrouw toevoegen in de zelfde "Cluster group" en/of als "Partner"?

Stel: momenteel heb ik 100 foto's waar mijn gezicht op staat en gedetecteerd door ML en 200 foto's van mijn vrouw. Mijn vrouw heeft vervolgens 300 foto's met mijn gezicht en 400 foto's van haar gezicht.
Daarnaast hebben we ook beiden foto's van kind1 en kind2 en ook andere gezichten. De kinderen hebben geen account. Kan dit gedeeld worden?
Voor zover ik weet, zit een gezicht niet gekoppeld aan een account. Wat deel ik binnen een cluster group of met een parter?

[Reactie gewijzigd door timovd op 11 september 2026 10:56]

Volgens mij dat inderdaad in gebruikers binnen de 'trusted group'. Zo kunnen gedeelde assets worden herkend zonder dat er voor.iedere gebruiker zelf face recognition hoeft te worden gedraaid.
Immich is een van die apps waardoor je echt denk, ja het kan wel. Vrijheid en privacy hoeven niet ten kosten te gaan van de kwaliteit. Heb de meeste self hosted open source photo apps geprobeerd de laatste 15-20 jaar, maar Immich is echt de eerste app waarvan denk, dit is echt goed. Gelijk gedoneerd en gebruiker vanaf het eerste uur.
Ik heb die demo van Inmich even bekeken en ik vind vooral het zoeken belangrijk. Dit doe ik in Google Photos ook regelmatig. Ik was benieuwd of de taal dan ook iets uit maakt dus ik zocht een keer op "auto" en op "car" en de resultaten zijn heel verschillend. Hoe komt dit?

Om te kunnen reageren moet je ingelogd zijn