Get Scanned Photos in the Right Order in Immich (2026)

Q: Does editing a date in Immich fix my actual photo files?

No. Immich's own FAQ is explicit: 'No, Immich does not modify the original files. All edited metadata is saved in companion .xmp sidecar files and the database.' That is the right philosophy for a photo server, but it means the file itself still carries the scan date. Download the original, restore from a backup, or open the library with an app that doesn't read .xmp sidecars, and the wrong date comes back. Only rewriting the EXIF inside the file (with ExifTool or Timeline Scan's corrected download) makes the fix travel with the photo everywhere.

Quick answer

Immich sorts the timeline by the capture date stored inside each file: the EXIF capture date when one exists, otherwise the file's modified date[2]. A scanner's file carries scan day in both places[6], so decades of prints stack on top of your timeline, above last week's phone photos.

Within EXIF, Immich checks the capture-date tags in priority order: SubSecDateTimeOriginal, then DateTimeOriginal, SubSecCreateDate, and CreateDate[3].

There are three ways out:

Edit dates by hand in Immich. Free and built-in, but you must already know every date, and the edit lands in Immich's database and an .xmp sidecar, never in the photo file itself[1].
Rewrite the files with ExifTool before importing. Free and permanent, but it's a command-line tool and you still supply every date yourself.
Have Timeline Scan date the archive in place. It connects to your Immich server, finds the scans stuck on scan day, works out each real date from handwriting on the backs, lab-printed dates, and visual clues, then writes the results back onto the same photos: metadata only, originals untouched. See the Immich integration.

The mechanics

Why Every Scan Lands on Scan Day

✦

Three small facts stack into one scrambled timeline. None of them is your fault, and none of them is an Immich bug.

Paper carries its date where no computer can read it. Handwriting on the back, a lab stamp in the margin, or someone's memory[5].
The scanner stamps scan day. The Exif standard defines the capture-date field as “the date and time when the original image data was generated”[6], and a scanner generates its image data at the moment of the scan.
Immich believes the file. No EXIF date means the fallback is the file's modified time[2]: in one 35,000-photo import, thousands of photos filed under a single March day for exactly that reason[4].

Pick your fix

3 Ways to Fix Scanned Photo Dates in Immich

✦

All three work. They differ in who figures out the dates, how many photos you can fix at once, and whether your actual files get fixed. Numbered citations link to the sources below.

Three ways to fix scanned photo dates in Immich, July 2026
Criteria	Edit dates in Immich	ExifTool (DIY)	Timeline Scan
What it is	Immich's built-in date editor (single photo or multi-select)	A free, open-source command-line tool that rewrites metadata inside your files before import	A done-for-you dating service that connects to your Immich server, or dates the files before you import them
Figures out the dates for you	NoYou type every date yourself	NoYou type every date yourself	YesReads handwriting on the backs, lab-printed dates, visual clues, and neighboring photos; you review the timeline and adjust anything
Finds the misdated scans for you	NoYou hunt them down in the timeline yourself	NoYou sort the files into date groups yourself	YesCombs your library and gathers the photos stuck on their scan date into one list
Fixes a whole archive at once	PartlyMulti-select applies one single date & time to everything selected; there's no option to shift a group while keeping its spacing[7]	PartlyOne command per folder or date group you've already sorted out	YesThe whole collection comes back dated on one reviewable timeline
Writes the date into your actual files	No“Immich does not modify the original files”: edits go to the database and an `.xmp` sidecar[1]	YesEXIF capture-date fields are rewritten in place	Your choiceIn place via the Immich integration (metadata only, originals untouched, Immich's own rule), or written into real EXIF/XMP when you take the folder download
Dates survive outside Immich (Apple Photos, Google Photos, backups)	PartlyOnly where `.xmp` sidecars travel with the files and the next app reads them; the photo itself still says scan day[1]	YesThe date travels wherever the file goes	YesThe corrected download carries real EXIF any app reads, and exports to Google Photos or a folder download are built in
Skill required	Patience: finding, selecting, and typing dates event by event	Comfort with the command line and organizing files into date groups first	None: connect (or upload), review the timeline, adjust anything, sync
Cost	Free, part of Immich	Free, open source	Free trial with no credit card, then per-photo pricing (see pricing)

Fix #1 · a handful of photos

Edit the Dates by Hand in Immich

For a few dozen scans whose dates you already know, Immich's built-in editor is the fastest fix:

Find the scans. They're easy to spot: every photo from a scanning session is clumped on the same day, usually at the very top of the timeline.
For one photo: open it, open the info panel, and click the edit (pencil) control next to the date. Set the correct date, time, and timezone.
For several at once: select them in the timeline, then choose the date-edit action from the selection menu. Immich applies the same date & time to everything selected: there's no “shift by N years” option to move a group while keeping its spacing[7], so group photos by event before you edit.
Repeat for every event in the shoebox.

The catch, in Immich's own words: “No, Immich does not modify the original files. All edited metadata is saved in companion .xmp sidecar files and the database.”[1] That's exactly the right philosophy for a photo server, but it means your files still carry scan day. Download an original, restore from a backup, or open the library with an app that ignores sidecars, and the wrong dates come back.

Fix #2 · the DIY route

Rewrite the Files with ExifTool Before Importing

If you're comfortable in a terminal and you already know the dates, the free tool ExifTool fixes the actual files. Sort your scans into folders by event first, then stamp each folder before it ever touches Immich:

exiftool "-AllDates=1975:06:15 12:00:00" -overwrite_original ~/Scans/1975-beach-trip

Writes DateTimeOriginal (the first real capture-date tag Immich checks[3]), so the scans import straight into the right years
The fix lives in the file itself, so it survives in Immich, Apple Photos, Google Photos, and every backup
Stamp before importing. Immich detects duplicates by checksum, and a corrected file is no longer byte-identical: re-uploading it creates a second copy next to the misdated one, so delete those first
One command per date group: working out every date, sorting the scans, and reading the handwriting on the backs is still on you

Fix #3 · the whole archive, in place

Let Timeline Scan Date Your Library Where It Lives

When it's a thousand scans and nobody remembers which Christmas was which, this is the job Timeline Scan's Immich integration was built for. No re-uploads, no duplicates, originals untouched:

Connect your Immich server with its URL and an API key (stored encrypted; disconnect any time and it's deleted). Timeline Scan reads small preview copies for analysis: your full-size originals never leave your hardware.
Your stuck scans are found for you. Timeline Scan combs the library and gathers every photo sitting on its scan date into one list. You pick which ones to date; photos that already carry a real date are left alone.
AI works out each date from handwriting on the backs, lab-printed dates, visual clues, and neighboring photos, then shows the whole collection on one timeline to review and adjust. (Weighing AI photo-dating tools? See how it compares to MyHeritage PhotoDater.)
Everything writes back in place: the corrected date (locked so Immich won't overwrite it), the handwriting as each photo's searchable description, upright rotation, and the people you tagged, onto the exact same assets. Metadata only; the original files are never modified, the same rule Immich itself follows[1]. See exactly what syncs to Immich.

Prefer the dates inside the files themselves? Run the same dating pass and take the folder download instead: every corrected date is written into standard EXIF/XMP capture-date fields[6] (how the date fixing works) and Immich reads them the moment you import.

Common questions

Scanned Photo Dates in Immich: FAQ

Why do my scanned photos show the scan date in Immich?

Immich sorts the timeline by the capture date stored inside each photo file's metadata. A scanner creates a brand-new file at the moment of scanning, so the only date inside that file is the scan date, or no date at all, in which case Immich falls back to the file's modified time[2], which for a fresh scan is also scan day (or the day the files were copied to the drive[4]). Either way, a print from 1975 files itself at the top of your timeline under the day the scanner ran. The photo isn't wrong; the metadata inside the file is.

Which date does Immich use to sort the timeline?

The EXIF capture date when one exists, otherwise the file's modified date[2]. Within EXIF, the tags are checked in priority order: SubSecDateTimeOriginal, DateTimeOriginal, SubSecCreateDate, then CreateDate[3]. Writing the real date into DateTimeOriginal before import is the most reliable way to control where a scan lands.

How do I change the date of a scanned photo in Immich?

Open the photo in the Immich web app, open its info panel, and click the edit (pencil) control next to the date to set a new date, time, and timezone. You can also select several photos at once and use the date-edit action from the selection menu, but Immich applies the same single date and time to everything selected; there's no option to shift a group while keeping the gaps between photos[7]. Either way you must already know each photo's real date, and the edit is stored in Immich's database and an .xmp sidecar, not in the photo file itself[1].

Does editing a date in Immich fix my actual photo files?

No. Immich's own FAQ is explicit: “No, Immich does not modify the original files. All edited metadata is saved in companion .xmp sidecar files and the database.”[1] That's the right philosophy for a photo server, but it means the file itself still carries the scan date. Download the original, restore from a backup, or open the library with an app that doesn't read sidecars, and the wrong date comes back. Only rewriting the EXIF inside the file makes the fix travel with the photo everywhere.

Should I fix the dates before or after importing scans to Immich?

Before, if you can: a real date written into each file's EXIF DateTimeOriginal field is read automatically by Immich at import[3], and by every other photo app, forever. If the scans are already in Immich, you don't have to start over: Timeline Scan's Immich integration connects to your server, finds the photos stuck on their scan date, works out each one's real date, and writes it back onto the same assets in place: metadata only, originals untouched, no re-upload.

Can Timeline Scan fix the dates without re-uploading my library?

Yes. Connect your self-hosted Immich server with an API key and Timeline Scan reads small previews for analysis: full-size originals never leave your server. It gathers the photos stuck on their scan date into one list, estimates each one's real date from handwriting on the backs, lab-printed dates, and visual clues, and after you review the timeline it writes the corrected date (locked so Immich won't overwrite it), handwriting notes, rotation, and tagged people back onto the exact same assets[1]. Original files are never modified, the same rule Immich itself follows. Details on the Immich integration page.

Will corrected files create duplicates in Immich?

They can if you re-upload. Immich recognizes duplicates by file checksum, and a file with corrected EXIF is no longer byte-identical to the original, so it uploads as a new asset alongside the misdated one. If you fix files with ExifTool, delete the misdated copies before re-uploading. Timeline Scan's Immich integration avoids the problem entirely by writing dates onto the assets already in your library: nothing is uploaded twice.

Show your work

Sources

Immich documentation: FAQ (accessed July 6, 2026). States: “No, Immich does not modify the original files. All edited metadata is saved in companion .xmp sidecar files and the database.” See also the XMP sidecars feature page.
Immich GitHub Discussion #1947: “document how dates are determined for photos / videos in timeline”. Maintainer answer: at first backup the date is the file's creation date; the metadata-extraction pipeline then uses the EXIF creation date; “if none are available, then it will fall back to the modified date.”
Immich GitHub Discussion #12292: “[BUG] Wrong Date but Exif good”. Documents the EXIF tag priority Immich uses for the capture date (SubSecDateTimeOriginal, DateTimeOriginal, SubSecCreateDate, CreateDate) and the long tail of wrong-date-on-import reports.
Immich GitHub Discussion #7654: “Dates importing incorrectly (or not at all)”: a 35,000-photo import in which roughly 4,000–5,000 files arrived with wrong or missing dates, many filed under the day the files were moved to the drive.
Fstoppers: “[Stats] How Many Photos Have Ever Been Taken?”: coverage of the widely cited 2011 estimate by photo-archiving startup 1000memories that roughly 3.5 trillion photographs had been taken since the invention of photography, the overwhelming majority on film.
CIPA standard DC-008 (Exif), Standardization: Camera & Imaging Products Association. Defines the Exif capture-date field DateTimeOriginal as “the date and time when the original image data was generated.” For a scanned print, the image data is generated by the scanner, on scan day.
Immich GitHub Discussion #10235: “How to Pictures / Albums Date and Time offset in bulk”: confirms the web UI's bulk edit sets one date, time, and timezone for every selected photo, with shift-by-offset editing still an open feature request.

Immich is an open-source project; its name belongs to the Immich project (FUTO). Timeline Scan is an independent service and is not affiliated with, endorsed by, or sponsored by Immich or FUTO. Immich behavior described on this page was checked against Immich's public documentation and GitHub discussions on July 6, 2026; if something here has gone out of date, tell us and we'll correct it.