Closed
Bug 120599
Opened 24 years ago
Closed 22 years ago
ability to designate folder as a "spam folder"
Categories
(SeaMonkey :: MailNews: Message Display, enhancement)
SeaMonkey
MailNews: Message Display
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: alecf, Assigned: dmosedale)
References
Details
at the most basic level, even without spam filtering, I think it would behoove
us to at least be able to designate one folder as a "Junk Mail" folder... we
could do two things with is:
1) when you hit "Next" you skip over that folder
2) when you empty the trash, it might ask you "would you like to delete the
messages in "Junk Mail" as well?" (or some other friendly phrase)
After my 4-space filter trick (if (Subject contains " ") Move To "Spam") I'm
finding my Spam folder is filling up quite fast.
Comment 1•24 years ago
|
||
Actually we were going to do something similar - block addresses. I think it
got cut. I agree with you we should have some concept of "junk" folder besides
trash.
| Reporter | ||
Comment 2•24 years ago
|
||
yeah, this bug is just for support of a 'special' junk mail folder, independent
of the actual ability to block spam.
| Reporter | ||
Comment 3•24 years ago
|
||
oops, I see the confusion - I meant to assign this to the mail front end, not
Filters.. reassigning, but keeping naving on the CC
Assignee: naving → sspitzer
Component: Filters → Mail Window Front End
OS: Windows 2000 → All
QA Contact: laurel → esther
Hardware: PC → All
Comment 4•24 years ago
|
||
Just to clarify Junk folder was part of block addresses bug, but it can
be done independently.
Comment 5•24 years ago
|
||
The block address bug is bug 71413. It (and the spec) makes for good background
reading.
I don't quite understand how a standalone Junk Mail folder would allow users to
do anything that they can't already do with the Trash folder.
QA Contact: laurel → esther
setting QA Assignee AGAIN, overwritten by last commenter.
QA Contact: esther → laurel
Comment 7•24 years ago
|
||
Ooops! That was me. Sorry! :-)
Comment 8•23 years ago
|
||
adding self to cc list
Comment 10•23 years ago
|
||
I think we are going to designate junk folder through junk mail controls folder
picker. Do we need a special junk folder icon ? Where should it appear in the
folder-pane ?
Status: NEW → ASSIGNED
Comment 11•23 years ago
|
||
> Do we need a special junk folder icon ?
To fit in with the other special folders, I think it should do. Not sure what
the icon could be though. Can't use a trash can because Trash uses that. And
Hormel Foods will file a lawsuit if a can of spam is used (quote from
http://www.spam.com/ci/ci_in.htm: "we do object to the use of our product image
in association with that term ['spam']").
> Where should it appear in the folder-pane ?
I'd say here:
|- Inbox
|- Drafts
|- Templates
|- Sent
|- Junk <-- Just above Trash because it's almost like a trash folder
|- Trash
Comment 12•23 years ago
|
||
junk folder icon: envelope with a red X over it
mails in this folder should never be allowed to use cookies, (remote) images,
scripting...
there should be an extra warning when trying to handle attachments with mails in
this folder.
Existance of this folder is independant of existance of special spam-detecting
features in Mozilla. One can build their own filters that move mail to this
folders or one can drag mails to this folder to check them in a more secure
environment.
Comment 13•23 years ago
|
||
> junk folder icon: envelope with a red X over it
This might confuse people into thinking this is the trash folder since the
"Delete Mail" button in the current Modern theme also uses an X in a red square.
I'd suggest an envelope with a red stop sign over it. I think it better conveys
the idea that the mail within was blocked, not deleted.
| Reporter | ||
Comment 14•23 years ago
|
||
please lets not discuss the icon in this bug - lots of people here care about
this bug, but like me could give a damn what the icon is.
Comment 15•23 years ago
|
||
I think we should be able to mark any folder to be treated untrusted (view
message body as simple html).
A user could then mark the inbox as untrusted and have whitemarking filters to
move trusted mails to a normal folder.
Or a user could have a filter to move mails from a mailinglist to a designated
folder which can be marked as untrusted.
The junk folder would be a default untrusted folder then.
| Assignee | ||
Comment 16•23 years ago
|
||
Taking.
| Assignee | ||
Updated•23 years ago
|
Status: NEW → ASSIGNED
Comment 17•23 years ago
|
||
Should the ability to mark messages in this folder as automaticaly read be part
of this? Or least such that if a messages is in this folder it won't show up
that Mozilla has new mail (but maybe just that folder has new mail when you
view it in the main UI and not in system tray icons (on Windows) or to now show
the new messages pop-up (if possible). Trying to make detected spam not
interrrupt the user with such notifications.
Comment 18•23 years ago
|
||
One effect that this special designation should have is definitely: "don't ever
bother automatically running the spam filter on this folder". The last thing I
want to do is waste time categorizing email that's already been filtered as spam.
This seems obvious, but it doesn't seem to work on my machine (probably because
the IMAP support for marking junk isn't implemented yet?), but with all the
discussion about running spam checkers on already filtered mail, etc., I think
it would be a shame to not make this an explicit spec.
Comment 19•22 years ago
|
||
this bug should be closed since this now exists
Comment 20•22 years ago
|
||
I think this would be INVALID now. The initial comment was to create a feature
that is no longer necessary since the full spam detection implementation was
implemented.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → INVALID
| Reporter | ||
Comment 21•22 years ago
|
||
we could resolve this as fixed, since the actual feature requested (i.e. just a
folder reserved for "junk") was a subset of the overalls spam filtering...
Comment 22•22 years ago
|
||
You seem to be correct. Rereading what INVALID is, this was in fact fixed.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Comment 23•22 years ago
|
||
Marking as FIXED as it was completed as subset of other bugs.
Status: REOPENED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → FIXED
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•