Closed Bug 679345 Opened 13 years ago Closed 2 years ago

actionValue in msgFilterRules.dat is incoherent

Categories

(MailNews Core :: Filters, defect)

x86_64
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: erwan, Unassigned)

Details

(Keywords: regression)

User Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.16) Gecko/20110323 Ubuntu/10.04 (lucid) Firefox/3.6.16
Build ID: 20110323163108

Steps to reproduce:

I migrate from TB3 ( laptop A ) to TB5 ( laptop B ) . I copy the file msgFilterRules.dat .

It does not work .







Actual results:

The field actionValue is not correct for TB5 but is correct in TB3

I think that actionValue is not coherent in TB5 .

---------------

My configuration is :
email :  e.mas@my-corporate-website.com
imap account :  emas@my-imapserver.anotherdomain.net

When considering a actionValue for moving a mail i have :
in TB3 :
 actionValue="imap://emas@my-imapserver.anotherdomain.net/MyFolder"

in TB5 :
 actionValue="imap://e.mas@my-imapserver.anotherdomain.net/MyFolder"



---------------
Component: General → Filters
Keywords: regression
Product: Thunderbird → MailNews Core
QA Contact: general → filters
Are you saying TB5 changed the address in the actionvalue and it no longer works now?
In my case , When you create a rule , between TB3 & TB5 , the value actionValue 
is not the same .

In TB5 , the value is a mix of my email adresss and my imapd account !
In TB3 , the value is my imap account 

When you migrate fron  TB3 to TB5 , and want to keep your rules , it's does not work .
But I do not understand where the change happened.
You had "emas@..." in TB3, moved the file to TB5. Thunderbird changed it automatically do "e.mas@..." and the filter now doesn't work?
My configuration is not standart :

email :  e.mas@my-corporate-website.com
imap account :  emas@my-imapserver.anotherdomain.net

I have different domain and different login between email and imap account .

From scratch :

When considering a actionValue for moving a mail i have :
in TB3 :
 actionValue="imap://emas@my-imapserver.anotherdomain.net/MyFolder"
 
 ( we see the imap account )


in TB5 :
 actionValue="imap://e.mas@my-imapserver.anotherdomain.net/MyFolder"

  ( we see the login from EMAIL ACCOUNT but the domain from IMAP ACCOUNT )
I see what the current state is. I ask how it happened (who did it) and if it causes any problem.
(In reply to :aceman from comment #5)
> I see what the current state is. I ask how it happened (who did it) and if
> it causes any problem.

Probably the user doesn't know.
But he could answer comment 3. He should know if he did the string change, or TB did it automatically.
(In reply to :aceman from comment #3)
> But I do not understand where the change happened.
> You had "emas@..." in TB3, moved the file to TB5. Thunderbird changed it
> automatically do "e.mas@..." and the filter now doesn't work?

ThunderBird did automaticaly . When i add a new filter , i had the same behavior .
Erwan MAS(bug opener), do you use same Tb profile directory by Tb 3 and Tb 5?
Or different Tb profile directory?
In any case, can you show us account(server) definition for the IMAP account prefs.js in the Tb profile directory or each Tb profile directory?
As username is better hidden, replace it by string with keeping consistency - same is same after replace, different is different after replace. 

> Server definition of IMAP account
> mail.server.serverN.name
> mail.server.serverN.type = imap
> mail.server.serverN.hostname
> mail.server.serverN.realhostname
> mail.server.serverN.userName
> mail.server.serverN.realuserName
>
> Identity/Server entry which has string of
>   imap://...@my-imapserver.anotherdomain.net/...
>   (pointer to IMAP folder)
> mail.identity.idX.archive_folder   
> mail.identity.idX.draft_folder
> mail.identity.idX.fcc_folder
> mail.identity.idX.stationery_folder
> mail.server.serverY.spamActionTargetFolder
Removing myslef on all the bugs I'm cced on. Please NI me if you need something on MailNews Core bugs from me.

Erwan MAS appears to be gone for many years now.

Status: UNCONFIRMED → RESOLVED
Closed: 2 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.