Ask / Submit
38

[Email Client] Capability to mark email as spam

asked 2014-11-20 23:44:05 +0300

tortoisedoc gravatar image

updated 2014-12-09 13:37:32 +0300

eric gravatar image

This is missing currently from the email client. Where possible (depending on backend), email client should allow for marking of emails as SPAM and consequently move them to the appropriate SPAM folder.

Upon marking an email as SPAM, the user must have the chance to identify the spam folder as such (if no known spam folder is available / has been chosen by the user yet); the mail client by default must try to identify such folder based on known names, for example "spam", "junkmail", ....

The point of this is to improve capability of mail client users to remove spam.

edit retag flag offensive close delete

Comments

Im not sure I understand this proposal: The technical difference between "Move to folder [foldername]" and "Makr as spam" in a mail client is usually that the latter influences a learning spam filter. The Jolla mail client doesn't have a spam filter. What you would end up with is having two "Move to folder" commands in the context menu. Is there anything I miss?

ossi1967 ( 2014-11-21 12:27:26 +0300 )edit
1

Its a matter of usability; From a user perspective:

move to folder

  • Select mail
  • Press & hold
  • Select move to folder
  • Select folder (out of list of folders)

move to spam

  • Select mail
  • Press & hold
  • Mark as spam.

Can you see the difference in usability there? In the second case, The users does NOT

  • have to know his spam folder
  • have to search for it

The fact that there is a move to folder option does in fact legitimate the functionality, But not the usability in my opinion.plus, mark as spam is definitively more intuitive than move to folder.

tortoisedoc ( 2014-11-21 15:22:01 +0300 )edit

@tortoisedoc now I understand. It's a shortcut. - OK, maybe it makes sense that way. Still, I wonder how they'd implement this. At least the user can guess what the spam folder on the server side. AFAIK the mail client can't, so they'd meke the user choose one spam folder per account that this aciton will apply to and not present the action if the user didn't choose a folder (because maibe there isn't one).

Difficult to implement. Nice, though, if it works.

ossi1967 ( 2014-11-21 15:27:43 +0300 )edit
1

exactly; but withe the users help you can define the spam folder client side (once) and you are ready to go. In particular, it could be done with the RFC posted by NielDK below

tortoisedoc ( 2014-11-21 15:53:56 +0300 )edit
1

Surely the intention of marking as spam is to trigger some learning process to identitfy future spam, otherwise just marking it is pointless.

mariner ( 2014-12-09 21:37:15 +0300 )edit

2 Answers

Sort by » oldest newest most voted
3

answered 2018-01-24 07:56:40 +0300

Raymaen gravatar image

4 years later stil no "tracked by Jolla" and stil no info about the implementation of this very basic functionality... :-(((

edit flag offensive delete publish link more

Comments

Jan '18 - Nov '14 ~= 3 years

Sthocs ( 2018-01-28 04:34:48 +0300 )edit
6

answered 2014-11-21 01:50:09 +0300

Keeper-of-the-Keys gravatar image

For gmail "marking as spam" is just moving it to the spam folder (as exposed through IMAP), undoubtedly the same mechanism applies to most places providing such a mechanism (since there is no IMAP command to "mark spam") however it is impossible to know if they call it "spam", "junkmail" or something in the local language which would make 'detecting' a present mechanism pretty hard...

edit flag offensive delete publish link more

Comments

In that case, the user must have the chance to identify the spam folder as such (if no spam folder has been chosen by the user yet); the mail client by default could try to identify such folder based on known names (spam, junkmail, ...). The point of this is to improve capability of mail client users to remove spam.

tortoisedoc ( 2014-11-21 07:46:12 +0300 )edit

Or maybe add an option to select the spam folder in the account settings?

Arnaud Fortier ( 2014-11-21 12:30:55 +0300 )edit
4

https://tools.ietf.org/html/rfc6154

RFC 6154

return option is implied by the "SPECIAL-USE" selection option. The extended LIST command MAY return SPECIAL-USE attributes even if the client does not specify the return option.

The new attributes defined here are as follows:

\Junk This mailbox is where messages deemed to be junk mail are held. Some server implementations might put messages here automatically. Alternatively, this might just be advice to a client-side spam filter.

Nieldk ( 2014-11-21 12:57:45 +0300 )edit
1

My thread (https://together.jolla.com/question/106987/add-mark-as-junk-to-email-pulley-menu/) seems duplicate to this one.

So here my opinion as i worte there:

I think delete email and mark as junk should use the same user actions (but with different backround mecanism). So junk marked emails are (normaly) moved to a junk folder and are taged in the header. So email server and other email clients recognize marked emails and handle them as they are configured (filter, black and white list, ...).

gabs5807 ( 2015-09-18 21:39:14 +0300 )edit
Login/Signup to Answer

Question tools

Follow
3 followers

Stats

Asked: 2014-11-20 23:44:05 +0300

Seen: 550 times

Last updated: Jan 24 '18