Skip to content

Feature Move to folder

Jump to bottom
SkimMail docs edited this page Sep 14, 2026 · 1 revision

English · Tiếng Việt · 中文

Move to folder

Since 1.13.0 the reading pane can file a message into any other folder of that account, with the same five-minute undo as Archive.

What this solves

Archive, Delete and Move are one mechanism inside SkimMail: all three move the message on your mail server and drop the cached row. Two of them had buttons. The third — the one where you choose the destination — had an endpoint, and no control anywhere in a product whose sidebar already lists your folders.

How to use it

Open a message, then press the Move to folder button in the floating toolbar at the bottom of the reading pane, between Archive and Snooze. A short list of that account's folders appears; pick one. Click anywhere else to dismiss it.

The message disappears from the list immediately and a toast says Moved to <folder> with an Undo button.

How it behaves

  • The move happens on your mail server, as an IMAP move — not a local re-labelling. Other clients see it too.
  • The cached copy is dropped the moment the server accepts the move, and the cached body with it: a server-side move assigns the message a new UID in the destination, so the old cache key can never be read again. The message reappears, in its new folder, after the next sync of that folder.
  • Undo is real. It moves the message back to the folder it came from, using the same undo log as Archive and Delete. It is valid for five minutes; after that the token is refused and you move the message back by hand.
  • If the server refuses the move, nothing changes. The cached row is only deleted after the mail server has accepted it, so a failed move leaves the message where it was; the list reloads and it comes back.

Limits
Available since 1.13.0
Role required operator or owner
Destinations offered the folders of the selected account, minus the one you are reading
Undo window 5 minutes
Bulk move not available
  • The button is hidden when there is nowhere to go — an account with no folder other than the one open shows no Move button, because an empty picker is a worse answer than no button at all.
  • The folder list belongs to the account selected in the sidebar, not necessarily to the message you are reading. In the unified inbox — or in Starred — you can be reading mail from a different account than the selected one, and the picker will still offer the selected account's folders. If you choose a folder that does not exist in the message's own account the move fails, the message stays where it is, and the list reloads. Select the message's account in the sidebar first and the list is the right one.
  • Moving to the folder the message is already in is refused. That destination is not offered in the picker, and the API rejects it.
  • There is no bulk move. Multi-select can archive, delete, mark read and mute senders; moving is one message at a time in this release.
  • A viewer cannot move mail. The route is operator-level, like every other action that writes to your mail server. See Users and roles.

What it does not do

  • It does not create folders. Only folders your mail server already reports are offered, and SkimMail never creates one for you.
  • It does not copy. The message leaves the source folder; there is no "keep a copy here".
  • It is not a rule. Moving one message teaches SkimMail nothing about the next one from that sender. For standing behaviour see the Rules screen.
  • It does not preserve the message's UID, which is why an undone move can land back with a different UID on servers that do not preserve them. The next sync reconciles whatever the server actually holds.

See also

SkimMail · skimmail@base101.app · 2026-09-14 · commit 37dc713

Clone this wiki locally