[GH-ISSUE #26] [Feature request] Ability to mark an email as unread from the message view #25

Closed
opened 2026-03-03 01:19:09 +03:00 by kerem · 3 comments
Owner

Originally created by @Kabouik on GitHub (Jan 30, 2020).
Original GitHub issue: https://github.com/d99kris/nmail/issues/26

Originally assigned to: @d99kris on GitHub.

I often read emails on the go and mark them as unread if I need to go back to them later for a proper answer. It would be useful to be able to mark them as unread from the message view and not just the list with U. Ideally, this would add something before the subject line to make the status clear without going back to the list, like a symbol or a [Unread] label.

I am not sure if pressing U should automatically bring the view back to the message list, what do you think? This would solve the symbol/label issue since it would not be necessary anymore, but this would not allow to continue the reading. However, I don't think this would be a big issue, users can just get used to pressing U when they are done reading instead of < if they want the message to be marked as unread. In the end, this would probably be my favorite solution.

Originally created by @Kabouik on GitHub (Jan 30, 2020). Original GitHub issue: https://github.com/d99kris/nmail/issues/26 Originally assigned to: @d99kris on GitHub. I often read emails on the go and mark them as unread if I need to go back to them later for a proper answer. It would be useful to be able to mark them as unread from the message view and not just the list with `U`. Ideally, this would add something before the subject line to make the status clear without going back to the list, like a symbol or a [Unread] label. I am not sure if pressing `U` should automatically bring the view back to the message list, what do you think? This would solve the symbol/label issue since it would not be necessary anymore, but this would not allow to continue the reading. However, I don't think this would be a big issue, users can just get used to pressing `U` when they are done reading instead of `<` if they want the message to be marked as unread. In the end, this would probably be my favorite solution.
kerem closed this issue 2026-03-03 01:19:09 +03:00
Author
Owner

@d99kris commented on GitHub (Jan 30, 2020):

It would be useful to be able to mark them as unread from the message view

Sure, I think that's a reasonable feature. I think I left it out just because I had no indication of read/unread in the message view.

Ideally, this would add something before the subject line to make the status clear without going back to the list

Yes it would need some UI indication of whether the message is marked as read or not.

I am not sure if pressing U should automatically bring the view back to the message list, what do you think?

From a strict UI perspective I think it would be better not to switch to the message list. I see the "mark as read/unread" as a "toggle" functionality affecting just a message, and not other state of the application.

<!-- gh-comment-id:580199296 --> @d99kris commented on GitHub (Jan 30, 2020): > It would be useful to be able to mark them as unread from the message view Sure, I think that's a reasonable feature. I think I left it out just because I had no indication of read/unread in the message view. > Ideally, this would add something before the subject line to make the status clear without going back to the list Yes it would need some UI indication of whether the message is marked as read or not. > I am not sure if pressing U should automatically bring the view back to the message list, what do you think? From a strict UI perspective I think it would be better not to switch to the message list. I see the "mark as read/unread" as a "toggle" functionality affecting just a message, and not other state of the application.
Author
Owner

@Kabouik commented on GitHub (Jan 30, 2020):

From a strict UI perspective I think it would be better not to switch to the message list. I see the "mark as read/unread" as a "toggle" functionality affecting just a message, and not other state of the application.

That makes sense. Thanks.

<!-- gh-comment-id:580225768 --> @Kabouik commented on GitHub (Jan 30, 2020): > From a strict UI perspective I think it would be better not to switch to the message list. I see the "mark as read/unread" as a "toggle" functionality affecting just a message, and not other state of the application. That makes sense. Thanks.
Author
Owner

@d99kris commented on GitHub (Feb 8, 2020):

This has been implemented now, they key shortcut is the same - u. The unread status is indicated in the top bar with an [unread] tag after "Message html/text" title.

Note that if marking a message unread u and then going to next message n and then back p the message will get marked read again. This is following the behaviour of alpine and gmail.

<!-- gh-comment-id:583717004 --> @d99kris commented on GitHub (Feb 8, 2020): This has been implemented now, they key shortcut is the same - `u`. The unread status is indicated in the top bar with an `[unread]` tag after "Message html/text" title. Note that if marking a message unread `u` and then going to next message `n` and then back `p` the message will get marked read again. This is following the behaviour of `alpine` and `gmail`.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/nmail#25
No description provided.