Launchpad has imported 46 comments from the remote bug at
https://bugzilla.mozilla.org/show_bug.cgi?id=480393.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2009-02-26T21:17:16+00:00 Zorkzero wrote:

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.0.6) 
Gecko/2009011913 Firefox/3.0.6 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.0.6) 
Gecko/2009011913 Firefox/3.0.6 (.NET CLR 3.5.30729)

If I choose the option "Move message to folder on delete" and then
choose the "INBOX/Trash" folder, then Thunderbird chooses the
"INBOX/Posteingang/Trash" as the folder.

This is wrong, it chooses the wrong folder. It should choose
"INBOX/Trash" instead.

Reproducible: Always

Steps to Reproduce:
Choose "Posteingang/Trash" as trash folder for IMAP server.
Actual Results:  
Thunderbird creates "INBOX/Posteingang/Trash" server and shows it as 
"Posteingang/Posteingang/Papierkorb".

Expected Results:  
Thunderbird chooses "INBOX/Trash" as trash folder and shows it as 
"Posteingang/Papierkorb".

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/0

------------------------------------------------------------------------
On 2009-02-26T21:52:44+00:00 Bugzilla-babylonsounds wrote:

Zorkzero,
you explicitly mention the German version here in the bug report. Does this not 
happen with the English version of Thunderbird?

Also please tell us, which version of Thunderbird you are using and
which extensions (if any) you are actively using in Thunderbird.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/1

------------------------------------------------------------------------
On 2009-02-26T22:18:45+00:00 Rsx11m-pub wrote:

This may be a mixup between localized and non-localized versions of
"Inbox", that folder name has always a special meaning.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/2

------------------------------------------------------------------------
On 2009-02-26T22:52:26+00:00 Zorkzero wrote:

My Thunderbird version:
Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.1b3pre) Gecko/20090223 
Thunderbird/3.0b2

No extensions except german dictionary.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/3

------------------------------------------------------------------------
On 2009-02-27T00:18:43+00:00 M-wada-7 wrote:

(In reply to comment #0)
> If I choose the option "Move message to folder on delete" and then choose the 
> "INBOX/Trash" folder,
> then Thunderbird chooses the "INBOX/Posteingang/Trash" as the folder.

Your mail-addr is azorkz...@hotmail.com. Hotmail's IMAP server?
If IMAP server uses localized folder name, and if localized Tb is used, and 
same localized name is used by both IMAP server & Tb is used, user can easily 
be confused, and mismatch between Tb's setting and IMAP server's expectaion can 
easily occur. Since "Posteingang" is "localized name of INBOX", it won't affect 
standard/root-level "INBOX", as written in Bug 467860 Comment #25. But it can 
affect non-root-level folder name at IMAP server.

See Bug 467860 for our confusions in Gmail IMAP with Language=Deutsch
and German version of Tb case.

And, if user sets "IMAP server directory:", phenomenon described in Bug
479555     can occur. It'll produces further user's confusion.

(1) Check your IMAP setting in prefs.js. Next is set?
> user_pref("mail.server.serverN.trash_folder_name", "Posteingang/Trash");
(2) Check your Server Settings/Advanced, "IMAP server directory:" setting.
INBOX is set?
(3) Check IMAP flow with en-US build first, in order to avoid confusion by
    localized name used by Thunderbird.
    - Download latest-trunk win32/ZIP/en-US build, and unzip it.
>     http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-trunk/
    - Get IMAP log and check flow. See Bug 402793 Comment #1 for getting log.
>     See http://www.faqs.org/rfcs/rfc3501.html for IMAP command/response.
    What is returned for namespace/folder-name etc. by server?
(4) NAMESPACE in capability response is successfully processed by Tb?
    Because Bug 470650 exists in Tb trunk, NAMESPACE provided by server won't
    be used by Tb, if CAPABILITY response is included in gretting
    but NAMESPACE is not included in greeting (NAMESPACE is included in
    response to CAPABILITY command only).

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/4

------------------------------------------------------------------------
On 2009-02-27T03:04:03+00:00 M-wada-7 wrote:

Tb 3 Beta/Tb trunk displays internal path name of folder in folder
property. Check internal path name of all INBOX, Posteingang, Trash, and
Papierkorb related IMAP folders.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/5

------------------------------------------------------------------------
On 2009-02-27T09:24:13+00:00 Zorkzero wrote:

This bug has nothing to do with Hotmail. It happens with two IMAP servers.
Folder "Posteingang" is actually "imap://user@server/INBOX". I replaced actual 
user name and server name in this message.
Folder "Trash" is "imap://user@server/INBOX/Trash". If I now choose the option 
to move deleted mail to a folder and choose Trash as the target folder, then 
Thunderbird chooses "imap://user@server/INBOX/Posteingang/Trash" instead of 
"imap://user@server/INBOX/Trash".
Thunderbird shows "imap://user@server/INBOX/Posteingang/Trash" as 
"Posteingang/Posteingang/Papierkorb". But I already wrote that.

(1) user_pref("mail.server.server3.trash_folder_name", "Posteingang/Trash");
user_pref("mail.server.server4.trash_folder_name", "Posteingang/Papierkorb");
(2) No, "IMAP server directory:" is not set.
(3) Maybe later.
(4) Maybe later. Personal name space for one server is "INBOX/" and for another 
"INBOX."

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/6

------------------------------------------------------------------------
On 2009-02-28T03:31:30+00:00 M-wada-7 wrote:

(In reply to comment #6)
> Folder "Trash" is "imap://user@server/INBOX/Trash".
> If I now choose the option to move deleted mail to a folder and choose Trash 
> as the target folder,
> then Thunderbird chooses "imap://user@server/INBOX/Posteingang/Trash" instead 
> of "imap://user@server/INBOX/Trash".

> user_pref("mail.server.server4.trash_folder_name",
"Posteingang/Papierkorb");

This is probably cause of problem. Over localization of Tb?
What happens when follwoing is set manually?
> (A)  user_pref("mail.server.server4.trash_folder_name", "INBOX/Trash");
> (B)  user_pref("mail.server.server4.trash_folder_name", "Trash");

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/7

------------------------------------------------------------------------
On 2009-02-28T09:49:43+00:00 Zorkzero wrote:

It doesn't work correctly with (A), because it chooses "INBOX/INBOX/Trash" as 
the trash folder.
It works correctly with (B).

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/8

------------------------------------------------------------------------
On 2009-02-28T10:04:14+00:00 M-wada-7 wrote:

(In reply to comment #8)
> It doesn't work correctly with (A), because it chooses "INBOX/INBOX/Trash" as 
> the trash folder.
> It works correctly with (B).

When server uses namespace, string in mail.server.serverN.trash_folder_name 
seems to be "folder path at server without namespace string".
It indicates that user has to choose root-level Trash(or root-level Papierkorb 
on German Tb), if server uses namespace="INBOX" and INBOX.Trash corresponds to 
root-level Trash of Thunderbird.

What is set in mail.server.serverN.trash_folder_name by Tb(en-US Tb
version, German Tb version), if you choose root-level Trash(or root-
level Papierkorb) at Trash folder selection panel?

What folders are displayed in Trash folder selection list when IMAP
server uses namespace=INBOX" ? (en-US Tb version, German Tb version)

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/9

------------------------------------------------------------------------
On 2009-02-28T10:20:30+00:00 Zorkzero wrote:

(In reply to comment #9)
> What is set in mail.server.serverN.trash_folder_name by Tb(en-US Tb version,
> German Tb version), if you choose root-level Trash(or root-level Papierkorb) 
> at
> Trash folder selection panel?

If I choose root-level "Papierkorb":
user_pref("mail.server.server3.trash_folder_name", "Posteingang/Papierkorb");
 
> What folders are displayed in Trash folder selection list when IMAP server 
> uses
> namespace=INBOX" ? (en-US Tb version, German Tb version)

On German Tb when
user_pref("mail.server.server3.trash_folder_name", "Trash");
"Posteingang -> Entwürfe
                Gesendet
                Junk
                Papierkorb"

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/10

------------------------------------------------------------------------
On 2009-03-02T00:57:17+00:00 M-wada-7 wrote:

Namespace related issue is reproduced by latest-trunk.
Localized name related issue is reproduced by Tb3 Beta2(de & ja).

(Problem-1) Mismatch between Trash selection UI and namespace usage by
Tb.

> Gmail IMAP(imap.gmail.com), English(US), namespace="", path delimiter="/"
>   Folder of NS, NS/Trash, NS/NS, NS/NS/Trash exist.
> user_pref("mail.server.server2.namespace.personal", "\"NS/\"");
> user_pref("mail.server.server2.override_namespaces", false);

(1) Start Tb latest-trunk(en-US)
    Choose "NS/Trash" as trash folder of "Move to trash" model.
    => mail.server.serverN.trash_folder_name = NS/Trash
(2) Restart Tb => Tb used NS/NS/Trash (trash can icon is set).
    (If NS/NS/Trash doesn't exist, it'll be created by Tb.)

(Problem-2) Trash selection UI puts localized name in
            mail.server.serverN.trash_folder_name

> Gmail IMAP(imap.gmail.com), English(US), namespace="", path
delimiter="/"

(1) Initial : mail.server.serverN.trash_folder_name = Trash
(2) Start Tb3 Beta2 (de, ja)
    Folder name = Trash, Display name = Papierkorb (de), ごみ箱 (ja)
    has "trash can icon".
(3) Choose "Papierkorb" or "ごみ箱" at trash folder selction UI.
    => (de) mail.server.serverN.trash_folder_name = Papierkorb 
       (ja) mail.server.serverN.trash_folder_name = ごみ箱 
(4) Restart Tb3 Beta2 (de, ja)
    Folder which has "trash can icon" :
     (de) Folder name = Papierkorb, Display name = Papierkorb
     (ja) Folder name = ごみ箱 (%26MFQwf3ux-), Display name = ごみ箱
    Folder name = Trash, Display name = Trash has usual folder icon.
    (because "Trash" is not used as trash for Tb, "trash can icon" is not used,
    (and localized name is not used at folder pane display.)
(5) Choose "Folder name = Trash, Display name = Trash" at trash selection UI
    => mail.server.serverN.trash_folder_name = Trash

Confirming.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/11

------------------------------------------------------------------------
On 2009-03-02T09:40:35+00:00 M-wada-7 wrote:

CC-ing to Magnus Melin(owner of Bug 427311) and David Bienvenu(reviewer
of patch for Bug 427311).

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/12

------------------------------------------------------------------------
On 2009-03-02T09:47:33+00:00 M-wada-7 wrote:

To Magnus and David:
We'd better to open separate bugs for Problem-1 / Problem-2 of Comment #11?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/13

------------------------------------------------------------------------
On 2009-03-02T16:18:26+00:00 Mozilla-ex wrote:

WADA, probably needs investigation to see if they have the same cause or
not.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/14

------------------------------------------------------------------------
On 2009-03-07T15:16:46+00:00 Mkmelin+mozilla wrote:

Hm, this is strange.

Using en-US: If I set the trash folder to the Inbox, the trash folder
pref will become "INBOX" - as expected.

Using sv-SE: it will become "Inkorgen"

folder.name is always supposed to be the unlocalized name, right?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/15

------------------------------------------------------------------------
On 2009-05-05T05:09:43+00:00 M-wada-7 wrote:

Independent bug 491424 for "Problem-1 in Comment #11" has been opened for next 
case.
> (1) namespace is used
>     Personal namespace: "INBOX." (passed from server)
> (2) user selected folder for "trash folder for Tb" via trash folder 
> selecttion UI
>     mail.server.server2.trash_folder_name: INBOX/Deleted Items 
>  ==> Tb requests "INBOX.INBOX.Deleted Items"
Magnus Melin, "Problem-1 in Comment #11" is better to be analyzed in simpler 
bug 491424, because that bug doesn't contain issue/funny phenomenon relates to 
"localized name".

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/16

------------------------------------------------------------------------
On 2009-07-29T20:01:24+00:00 Mkmelin+mozilla wrote:

*** Bug 506068 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/17

------------------------------------------------------------------------
On 2009-12-04T07:43:55+00:00 M-wada-7 wrote:

*** Bug 532345 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/18

------------------------------------------------------------------------
On 2010-01-29T15:52:42+00:00 M-wada-7 wrote:

*** Bug 542760 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/19

------------------------------------------------------------------------
On 2010-03-11T09:21:28+00:00 Kyromaster wrote:

Happens to me as well using german tb 3.0.3

I discovered this bug when I noticed another UI misbehaviour. I set tb up with 
a freshly created mailbox.
tb created a trash folder correctly shown as "Posteingang->Papierkorb" 
(inbox->trash) but in the account settings where I can select the trash folder 
it just said "Trash" (untranslated). When I clicked on the selector and chose 
the correct "Posteingang->Papierkorb" the bug happens as described above.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/20

------------------------------------------------------------------------
On 2010-03-11T09:26:50+00:00 Kyromaster wrote:

Oops I just discovered that the initial layout is created by my mailserver not 
tb.
Something's seriously wrong here with tb :(

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/21

------------------------------------------------------------------------
On 2010-05-23T06:36:18+00:00 Ben-bucksch wrote:

Compare bug 558659
This specific case is probably a DUP of bug 80858 and bug 557718

*** This bug has been marked as a duplicate of bug 80858 ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/22

------------------------------------------------------------------------
On 2010-05-23T06:39:28+00:00 Ben-bucksch wrote:

I was too quick, sorry, REOPENing, this looks like a bug in the
localization of Thunderbird, if it happens as reported.

Comment 6:
> Thunderbird chooses "imap://user@server/INBOX/Posteingang/Trash" instead of
> "imap://user@server/INBOX/Trash".

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/23

------------------------------------------------------------------------
On 2010-08-17T20:30:42+00:00 Mozilla wrote:

*** Bug 587952 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/24

------------------------------------------------------------------------
On 2010-08-19T20:37:48+00:00 Mozilla-ex wrote:

I believe the basic problem is that the trash folder name is not
implemented using a URI, like all the other special folders, but by
storing the pretty name of the folder in a pref, and trying to discover
the actual trash from that pref. One nice thing about URI's is that we
know how to find the folder from the URI, and they don't change based on
localization. That's also why the trash folder picker is often screwed
up as well.

Unfortunately, that's all water under the bridge, I guess, and we need
to figure out how to make it work. Changing it to a uri would be an
upgrade pain...

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/25

------------------------------------------------------------------------
On 2010-08-20T21:49:16+00:00 Mozilla-ex wrote:

Actually, half the code thinks the trash folder pref is a uri, and the
other half does not. I'm not sure if that's better or worse, but it
makes me think this code is so broken for users whose folder names don't
match their uri's that I might as well just change all the code to work
with uri's.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/26

------------------------------------------------------------------------
On 2010-10-17T21:29:11+00:00 Kyromaster wrote:

Could this please be fixed? IMHO it's a major bug because if the user
changes the trash folder it'll corrupt(!) your mailbox layout.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/27

------------------------------------------------------------------------
On 2010-10-20T01:03:46+00:00 M-wada-7 wrote:

(In reply to comment #25)
> Changing it to a uri would be an upgrade pain...

Removal of "Trash folder selection UI" is a simplest solution. If UI is
removed, what string is set in mail.server.serverX.trash_folder_name is
up to user like Tb 2, thus problem due to Tb's fault can't happen :-)

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/28

------------------------------------------------------------------------
On 2011-07-22T10:07:57+00:00 Z-me-p wrote:

I had the same problem on a French version of Thunderbird.

1. I tried to set the Trash to “Courier entrant/Trash” (French for INBOX/Trash);
2. A folder called “Courier entrant/Courier entrant/Trash” was created by 
Thunderbird and ignored as a Trash;
3. I had to manually change the trash_folder in prefs.js to Trash instead of 
INBOX/Trash to have the expected behaviour.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/29

------------------------------------------------------------------------
On 2011-08-14T14:29:54+00:00 Vseerror wrote:

*** Bug 533064 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/30

------------------------------------------------------------------------
On 2012-02-19T17:08:14+00:00 Rimas Kudelis wrote:

*** Bug 728536 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/31

------------------------------------------------------------------------
On 2012-02-19T17:15:05+00:00 Rimas Kudelis wrote:

This is not specific to German locale.

It's also still happening in Tb11 beta

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/32

------------------------------------------------------------------------
On 2012-05-19T20:34:18+00:00 Weathered-squirrel wrote:

I'm running TB 12.0.1 in English (Windows Vista Home Premium, the
bastard OS) and started having this problem with the last update (30
April). Everything I delete goes into the [Google Mail]/Trash folder
instead of the IMAP trash folder. Server Settings are correct. The work-
around of unsubscribing to the [Google Mail]/Trash folder does not alter
the trash destination folder.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/33

------------------------------------------------------------------------
On 2012-05-19T23:43:40+00:00 M-wada-7 wrote:

(In reply to Mournes from comment #33)
> [Google Mail]/Trash

Even if this bug occurs, problem due to this bug is currently avoided by 
"always use Trash folder returned to XLIST" in Gmail IMAP case. 
See Bug 533140 for Gmail IMAP case, and see bugs listed in dependency tree for 
meta Bug 402793 if you use Gmail IMAP.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/34

------------------------------------------------------------------------
On 2012-05-20T03:12:52+00:00 Rsx11m-pub wrote:

WADA, bugzilla seems to be arbitrarily removing bug dependencies
recently, thus I'm reinstating those under the assumption that it has
hit here as well.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/35

------------------------------------------------------------------------
On 2012-05-20T03:25:31+00:00 Weathered-squirrel wrote:

Just FYI: got it sorted. Followed instructions at
<a>http://kb.mozillazine.org/IMAP_Trash_folder</a>: added line to Prefs;
set personal namespace to "mail" (don't know if this helped or not,
because it reverted to "" afterwards); closed TB then deleted TRASH.,
TRASH.msf, and panacea.dat files; restarted TB and then unsubscribed to
[Google Mail]/Trash, After all that, the "Trash" icon changed from a
folder to a bin (previously, the [Google Mail]/Trash folder always ended
up with the bin icon, either from the start or switching shortly after)
and my deleted messages went to the proper Trash. Woo hoo!

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/36

------------------------------------------------------------------------
On 2012-06-16T13:03:45+00:00 cameleon wrote:

For all the French users, there is now a support article dedicated to
this problem, which explain how to set up most famous French ISP. Please
visit: https://support.mozillamessaging.com/fr/kb/configurer-les-
dossiers-speciaux-dun-compte-imap

Hope it can help.

Also, the situation may be improved with bug 222223 being fixed in TB14.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/37

------------------------------------------------------------------------
On 2012-08-26T16:18:10+00:00 Peter-keller-r wrote:

(In reply to Jean-Baptiste Hétier from comment #29)
> 3. I had to manually change the trash_folder in prefs.js to Trash instead of
> INBOX/Trash to have the expected behaviour.

Can confirm your description and fix. Running TB 14.0.1.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/38

------------------------------------------------------------------------
On 2012-11-30T07:55:48+00:00 M-wada-7 wrote:

*** Bug 816009 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/39

------------------------------------------------------------------------
On 2013-01-19T01:21:54+00:00 M-wada-7 wrote:

"Reason why localized name is set" is perhaps;
  msgFolder.prettiestName(or msgFolder.prettyName or msgFolder.name) is used,
  instead of string in msgFolder.URI.

Because localized name is placed in msgFolder.prettiestName, string set in 
mail.server.serverN.trash_folder_name(msgFolder.icomingServer.trashFolderName) 
should be set from msgFolder.URI in case of localized folder name.
JavaScript sample.
> var ServerPath = msgFolder.incomingServer.serverURI + "/" ;    //  for split
> var MboxName = msgFolder.URI.split(ServerPath)[1] ; //  ABC/DEF format
> if( msgFolder.incomingServer.trashFolderName || 
> ""==msgFolder.incomingServer.trashFolderName )
> { msgFolder.incomingServer.trashFolderName=MboxName; }
>   => mail.server.serverN.trash_folder_name is automatically changed.
>   => trash name at Server Settings is automatically changed.
> const nsMsgFolderFlags = Components.interfaces.nsMsgFolderFlags;
> msgFolder.setFlag(nsMsgFolderFlags["Trash"]) ;
Note:
msgFolder.incomingServer.trashFolderName is somehow undefined frequently. If 
change of msgFolder.incomingServer.trashFolderName is atemped when 
msgFolder.incomingServer.trashFolderName is undefined, exception occurs. See 
bug 831664, please.

Small problem by above script when non-ascii Mbox name is used.
  Folder at folder pane    == TrashX/&&&日本語&&&
  msgFolde.prettiestName   == &&&日本語&&&
  MboxName in above script == TrashX/&-&-&-&ZeVnLIqe-&-&-&-
When string from msgFolder.URI is used for setting 
msgFolder.incomingServer.trashFolderName, &&&日本語&&& is normally shown at Server 
Settings, but TrashX/&-&-&-&ZeVnLIqe-&-&-&- is set in 
mail.server.serverN.trash_folder_name in prefs.js instead of current/readable 
TrashX/&&&日本語&&&.
This may produce unwanted bug open by general user such as "Garbage was 
generated by Tb in my prefs.js!!!" ;-)

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/40

------------------------------------------------------------------------
On 2013-01-20T06:49:35+00:00 M-wada-7 wrote:

I attached test extension to bug 533140.
> https://bugzilla.mozilla.org/attachment.cgi?id=704299
This extension does following.
(A) change incomingServer.trashFolderName to currently selected folder.
    => mail.server.serverN.trash_folder_name is automatically changed by Tb.
(A-1) Use actual mbox name in msgFolder.URI when request change of 
incomingServer.trashFolderName, instead of msgFolder.prettiestName where 
localized special folder name is stored by localized Tb.
(A-2) Remove namespace from string set in mail.server.serverN.trash_folder_name 
(and incomingServer.trashFolderName), because logic which processs 
mail.server.serverN.trash_folder_name seems to request "Mbox name without 
namespace" in mail.server.serverN.trash_folder_name.
(perhaps uses getUriWithNamespacePrefixIfNecessary() on string set in 
mail.server.serverN.trash_folder_name)
(B) Request msgFolder.setflag(Trash) for currently selected folder.
    Request msgFolder.clearflag(Trash) for all other folder of the account.

Is the test extension effective in your environment?

Note:
Because of bug 831664, incomingServer.trahFolderName may be undefined, and if 
change of incomingServer.trahFolderName is requested when undefined, Exception 
occurs. To bypass bug 831664, do next, please.
(0) Install test extension(named WinBackMyTrash), Show Menu Bar, customize 
ToolBar, add two buttons to Menu Bar(right side of Help), open Error Console.
(1) Select Inbox at folder pane, click button-1, and check Error Console.
(2) If trahFolderName is undefined, click button-2 with Inbox selected.
    => long text is written to Error Console(known workaround of that bug).
(3) Click butto-1 again with Inbox selected.
(4) Go bottom of Error Console.
    If trahFolderName is normaly shown,
    select a folderyou want to use as trash(call ABC/DEF), and click button-1.
    If trahFolderName is still undefined, Goto step (2).

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/41

------------------------------------------------------------------------
On 2013-01-31T11:28:15+00:00 M-wada-7 wrote:

I've opened bug 836631 for a possible solution of bug 480393 and bug
491424.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/42

------------------------------------------------------------------------
On 2013-04-18T04:05:06+00:00 Silent Ninja wrote:

I'm adding to this disscussion, in the Spanish version, the Trash folder
also gets automatically translated and the non-translated folder (the
default one) can not be selected.

If you change the default "Trash" option for the "Trash" folder inside
of the e-mail (shown in your language, in my case it says "Bandeja de
entrada > Papelera"), it creates a new folder within the Inbox with the
name ".Bandeja de Entrada.Papelera" which is ".INBOX.Trash" in spanish.

It shouldn't translate the actual folder, it should only show it
translated and use the one in English.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/43

------------------------------------------------------------------------
On 2013-04-18T08:58:20+00:00 M-wada-7 wrote:

There is no need of additional "me too" nor additional example in
different localization.

FYI.
Needless to say, IMAP delete model of "Just mark it as deleted"(with 
View/Undeleted if required), is an effective work around, because Tb doesn't 
move mails to trash upon "mail delete" according to design of protocol named 
IMAP when "Just mark it as deleted" and "Remov immediately".

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/44

------------------------------------------------------------------------
On 2013-06-08T09:36:22+00:00 Bugzilla-mozilla-s wrote:

> IMAP delete model of "Just mark it as deleted"(with View/Undeleted if
required), is an effective work around

No. If you use other clients to access your IMAP server, then you want
all of them deleting messages the same way. Other clients might
otherwise automatically delete messages that are marked as deleted from
your imap server. Not a good option, at least not for me.

I manually corrected the pref and this solved my issue. So here are the 
instructions for the ordinary user:
Right-click your trash-folder, choose "properties" and lookup the address of 
the folder. It will be something like "imap://.../INBOX/Trash". Just remember 
the last part after INBOX.
Now click Extras/Settings/Advanced/Edit Configuration/Yes. Search for 
"mail.server.server1.trash_folder_name". Replace 1 by the number of your IMAP 
account. Double-click it to edit it. Set the value to "Trash" or whatever you 
remember your trash-folder is called. Restart Thunderbird and delete all the 
bogus folders. And don't use the UI to select the trash-folder again until this 
is fixed ;-)

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1251182/comments/45


** Changed in: thunderbird
       Status: Unknown => Confirmed

** Changed in: thunderbird
   Importance: Unknown => High

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/1251182

Title:
  Thunderbird: Deleted emails get lost instead of going to the Trash
  folder

Status in Mozilla Thunderbird Mail and News:
  Confirmed
Status in “thunderbird” package in Ubuntu:
  New

Bug description:
  I'm using Ubuntu 13.04 x64 and Thunderbird
  1:24.1.0+build1-0ubuntu0.13.04.1 Hungarian locale.

  When I delete an email in Thunderbird (IMAP) it gets permanently
  deleted instead of it going to the Trash folder. According to the
  settings the deleted emails should go to the Trash folder. See
  attached screenshot.

  I can't reproduce this issue on Windows with Thunderbird 24.1.0.

  According to bugzilla this has something to do with localized versions
  of Thunderbird not working correclty:

  https://bugzilla.mozilla.org/show_bug.cgi?id=480393
  https://bugzilla.mozilla.org/show_bug.cgi?id=836631
  https://bugzilla.mozilla.org/show_bug.cgi?id=160644

  ProblemType: Bug
  DistroRelease: Ubuntu 13.04
  Package: thunderbird 1:24.1.0+build1-0ubuntu0.13.04.1
  ProcVersionSignature: Ubuntu 3.8.0-33.48-generic 3.8.13.11
  Uname: Linux 3.8.0-33-generic x86_64
  AddonCompatCheckDisabled: False
  ApportVersion: 2.9.2-0ubuntu8.5
  Architecture: amd64
  AudioDevicesInUse:
   USER        PID ACCESS COMMAND
   /dev/snd/controlC0:  anied      1723 F.... pulseaudio
  BuildID: 20131028130532
  CRDA:
   country GB:
    (2402 - 2482 @ 40), (N/A, 20)
    (5170 - 5250 @ 40), (N/A, 20)
    (5250 - 5330 @ 40), (N/A, 20), DFS
    (5490 - 5710 @ 40), (N/A, 27), DFS
  Channel: Unavailable
  Date: Thu Nov 14 11:06:10 2013
  ForcedLayersAccel: False
  IfupdownConfig:
   # interfaces(5) file used by ifup(8) and ifdown(8)
   auto lo
   iface lo inet loopback
  InstallationDate: Installed on 2013-07-22 (114 days ago)
  InstallationMedia: Ubuntu 13.04 "Raring Ringtail" - Release amd64 (20130424)
  IpRoute:
   default via 192.168.1.1 dev eth0  proto static
   169.254.0.0/16 dev wlan0  scope link  metric 1000
   192.168.1.0/24 dev eth0  proto kernel  scope link  src 192.168.1.112  metric 
1
   192.168.1.0/24 dev wlan0  proto kernel  scope link  src 192.168.1.119  
metric 9
  MarkForUpload: True
  PrefSources:
   prefs.js
   
[Profile]/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/defaults/preferences/lightning.js
  Prefs:
   extensions.lastAppVersion: "24.1.0" (prefs.js)
   network.cookie.prefsMigrated: true (prefs.js)
   places.database.lastMaintenance: 1384248354 (prefs.js)
   places.history.expiration.transient_current_max_pages: 104858 (prefs.js)
   plugin.importedState: true (prefs.js)
  ProcEnviron:
   TERM=xterm
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=<set>
   LANG=hu_HU.UTF-8
   SHELL=/bin/bash
  Profiles: Profile0 (Default) - LastVersion=24.1.0/20131028130532 (In use)
  RelatedPackageVersions:
   icedtea-7-plugin  1.3.2-1ubuntu1.1
   totem-mozilla     3.6.3-0ubuntu6
   rhythmbox-mozilla 2.98-0ubuntu5
  RunningIncompatibleAddons: False
  SourcePackage: thunderbird
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 03/22/2013
  dmi.bios.vendor: Acer
  dmi.bios.version: V2.17
  dmi.board.asset.tag: Type2 - Board Asset Tag
  dmi.board.name: Mimic
  dmi.board.vendor: Acer
  dmi.board.version: Type2 - Board Version
  dmi.chassis.type: 10
  dmi.chassis.vendor: Acer
  dmi.chassis.version: V2.17
  dmi.modalias: 
dmi:bvnAcer:bvrV2.17:bd03/22/2013:svnAcer:pnV5-171:pvrV2.17:rvnAcer:rnMimic:rvrType2-BoardVersion:cvnAcer:ct10:cvrV2.17:
  dmi.product.name: V5-171
  dmi.product.version: V2.17
  dmi.sys.vendor: Acer

To manage notifications about this bug go to:
https://bugs.launchpad.net/thunderbird/+bug/1251182/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to     : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to