Closed
Bug 27785
Opened 25 years ago
Closed 22 years ago
Microsoft Exchange uses 'Deleted Items' for Trash folder
Categories
(MailNews Core :: Backend, defect, P3)
MailNews Core
Backend
Tracking
(Not tracked)
Future
People
(Reporter: David.R.Gardiner, Assigned: naving)
References
Details
Using Mozilla to connect to my mail server, it created a 'Trash' folder, instead
of spotting the 'Deleted items' folder and using that.
(As an aside, I would say that 'Trash' is a bit of an American term anyway)
I think the code should look for a 'deleted items' folder and use that. If you
can detect if the IMAP server is Exchange, then you might want to do that check
only for that type of server.
-dave
-dave
Comment 1•25 years ago
|
||
Reassign to jefft, cc bienvenu. Guys do we have a shot at doing this
automatically? Or would we just need user-configurable Trash folders? The latter
is covered in bug 24064
Assignee: phil → jefft
I guess we probably can figure it out by parsing the server greeting. Accepting
...
Status: NEW → ASSIGNED
Target Milestone: M15
Comment 4•25 years ago
|
||
From bug 30283: Interchange IMAP server <http://www.ihub.com/> uses "Deleted"
for the trash folder. mailandnews.com apparently uses interchange as well,
which was the reason for bug 24064.
Comment 5•25 years ago
|
||
Actually, this problem also occurred on 4.7...
(But nobody reported this problem on 4.7 before?!)
We really need to think a way to solve this bug's problem on 5.0....
Right now, even delete messages after defined the Trash folder on the MS
Exchange server.....the deleted messages not copied to any folder (not Trash
folder, nor "Deleted Items" folder.....)
I am wondering to know how we can handle this problem on seamonkey for MS
Exchange server....should this be beta1 or post beta1?
Comment 6•25 years ago
|
||
Hmm....it's weird!
If from 4.7, I cannot see deleted msgs from both folders (Trash & Deleted items)
But from 5.0, I can see the deleted messages displayed on Trash folder.....
But after I go back to 4.7, I still can't see those deleted messages displayed on
Trash folder from 4.7....Why they performed different behavior....shouldn't it
reflect on MS Exchange IMAP server consistently?
Comment 7•25 years ago
|
||
Oh! Sorry. I take my words back! It also displayed on 4.7 Trash folder now.....
So does this bug will be an enhancement for the "Deleted Items" folder?
Since after users defined Trash folder, they can use Trash folder as well.....
This bug for sure will be post beta1 now......
Comment 8•25 years ago
|
||
Mass moving to M16 to get these off the M15 radar. Please let me know if this
is really an M15 stopper.
Target Milestone: M15 → M16
Comment 9•25 years ago
|
||
Mass moving M16 to M17 - look for nsbeta2 before anything else.
Target Milestone: M16 → M17
Comment 11•24 years ago
|
||
reassigning jefft's bugs to naving
Assignee: jefft → naving
Status: ASSIGNED → NEW
Comment 12•23 years ago
|
||
As described my Justin Hahn in bug# 104437:
"Unlike the Sent, Drafts, and Templates folder the user has no means to specify a
folder name for the Trash when using an IMAP server. This is problematic when,
for example, using an MS Exchange mail server which names it's trash folder
"Deleted Items". This should be customizable in the same way as Drafts."
Comment 13•23 years ago
|
||
*** Bug 104437 has been marked as a duplicate of this bug. ***
Comment 14•23 years ago
|
||
I use an English localized Mozilla but I connect to a Spanish localized MS
Exchange Server. In this server the Trash folder is named "Elementos
eliminados". So I think the best solution is to let the user select the Trash
folder. Like we do with Drafts, Sent and Templates. ( see bug 24604 )
Comment 15•23 years ago
|
||
Sorry, I mean bug 24064
Comment 16•23 years ago
|
||
*** Bug 145096 has been marked as a duplicate of this bug. ***
Comment 17•22 years ago
|
||
*** Bug 118525 has been marked as a duplicate of this bug. ***
Comment 18•22 years ago
|
||
I thing daniel mario is right. The best thing is if its configurable like sent
and draft folders.
Isn't his a dup of bug 24064?
Also, this bug exists on all platforms, not only on NT.
Comment 19•22 years ago
|
||
Concur with previous comment that it is indeed all platforms and a dup of bug
24064. The only platform-specific aspect of this is the quirks of individual
mail servers and that has nothing to do with the platfom mozilla runs on.
Whilst I appreciate the priorities of fixes dont rank enhancements like this as
highly as addressing real problems, the code already exists to configure which
folders have other roles, sent and drafts. Cant we add this logic to the
handling of the trash folder too? Even as a hidden pref so we can start testing
it? After all, adding the gui elements to control it is probably going to be at
least as much work as the functional bits.
Comment 20•22 years ago
|
||
I agree as well. I don't see how it's possible to do this automatically since
there's so many possibilities and it could get it wrong (a normal folder can
also be called Trash); user intervention of some type is need. I've modified bug
24064 to be easier to find and am dup'ing this one.
[I wonder if any mail server has a "dustbin"...]
*** This bug has been marked as a duplicate of 24064 ***
Status: NEW → RESOLVED
Closed: 22 years ago
OS: Windows NT → All
Hardware: PC → All
Resolution: --- → DUPLICATE
Comment 21•22 years ago
|
||
How does Outlook Express do this? (Outlook presumably uses the proprietary
Exchange format, so is not applicable.) Does it detect the right Trash folder,
even if the name is localized?
Comment 22•22 years ago
|
||
Guys, let's avoid such an attempts to make Mozilla pretend it's smarter than its
user, like many other programs do. That is annoying. If you want a different
name for your Trash Bin, just check a certain checkox on it saying "I want THIS
to be the Trash Bin", rather than let the program guess how Trash Bin is called
in Swahili, ok?
==> vrfy dupe.
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: MailNews → Core
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•