I'm confused with the settings that I can define with the drop-down-button "List Options" in the upper left corner of the mailbox view pane - where are they stored (locally or serverside), and how and where can I delete them?
Why I'm asking: Although I added the column 'priority' in main.inc.php under $rcmail_config['list_cols'], the priority column does not get displayed.
I can display it with the drop-down-button "List Options" of course, but the declaration in main.inc.php seems to be ignored by RC entirely.
Probably I don't get the concept here, can somebody enlighten me? If these settings are stored locally (where...?), do they override the main config? At least this is my current impression and may also explain other unexpected behaviour.
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany
On 04/19/2012 13:06, Michael Heydekamp wrote:
I'm confused with the settings that I can define with the drop-down-button "List Options" in the upper left corner of the mailbox view pane - where are they stored (locally or serverside), and how and where can I delete them?
Why I'm asking: Although I added the column 'priority' in main.inc.php under $rcmail_config['list_cols'], the priority column does not get displayed.
I can display it with the drop-down-button "List Options" of course, but the declaration in main.inc.php seems to be ignored by RC entirely.
Probably I don't get the concept here, can somebody enlighten me? If these settings are stored locally (where...?), do they override the main config? At least this is my current impression and may also explain other unexpected behaviour.
TIA, Michael
Adding the column to main.inc.php will load it as default for any new users going forward, but column preferences for existing users are already set. The preferences are stored in a large string in the users table in the database. I'm sure that it is possible to run some sort of update query to add that pref to existing users, but it will be a rather complex change.
-- Arne Berglund System Administrator, Internet Services Lane Education Service District Eugene, OR ____________
On 19.04.2012 22:19, Arne Berglund wrote:
On 04/19/2012 13:06, Michael Heydekamp wrote:
Why I'm asking: Although I added the column 'priority' in main.inc.php under $rcmail_config['list_cols'], the priority column does not get displayed.
I can display it with the drop-down-button "List Options" of course, but the declaration in main.inc.php seems to be ignored by RC entirely.
Adding the column to main.inc.php will load it as default for any new users going forward, but column preferences for existing users are already set. The preferences are stored in a large string in the users table in the database. I'm sure that it is possible to run some sort of update query to add that pref to existing users, but it will be a rather complex change.
Thanks for the explanation, Arne.
Is there any way to determine which settings in main.inc.php do apply no matter what, and which are only defaults for new users? Or is there any documentation around about this...?
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany
On 04/20/2012 12:36, Michael Heydekamp wrote:
On 19.04.2012 22:19, Arne Berglund wrote:
On 04/19/2012 13:06, Michael Heydekamp wrote:
Why I'm asking: Although I added the column 'priority' in main.inc.php under $rcmail_config['list_cols'], the priority column does not get displayed.
I can display it with the drop-down-button "List Options" of course, but the declaration in main.inc.php seems to be ignored by RC entirely.
Adding the column to main.inc.php will load it as default for any new users going forward, but column preferences for existing users are already set. The preferences are stored in a large string in the users table in the database. I'm sure that it is possible to run some sort of update query to add that pref to existing users, but it will be a rather complex change.
Thanks for the explanation, Arne.
Is there any way to determine which settings in main.inc.php do apply no matter what, and which are only defaults for new users? Or is there any documentation around about this...?
I've never seen any definitive documentation on this, I can only speak from my own experiences running our RC system. But it comes down to this, if a preference is user-configurable, you can change the default for new users, but those changes are not retroactive. In fact, even if you change a default and then add it to the dont_override array, that preference will no longer be able to be changed by a user, but any prior user who changed that parameter prior to the dont_override setting will retain the older setting.
I've actually used this behavior to my advantage. In general, we do not want normal users to have multiple identities, so I've set the default to "one identity, no edit on email address". But there are a few users who have legitimate need to send from a different address. So I have a second instance of RC (connecting to the same database) that is an exact mirror of the production system, except that multiple identities are allowed. When someone needs to set up a new identity I assist them in logging into the "identities-ok" instance, where they can make the change. Even though you can't add new identities in the production instance, once the additional identity has been created and logged in the database, it is available for use in the "no-identities" instance as well.
In short, if you need to make a retroactive change to the default user preferences, I think the simplest way to do so would be to delete the preferences data for all users in the database. I believe that if you did that all settings would revert to the current defaults on next login.
-- Arne Berglund System Administrator, Internet Services Lane Education Service District Eugene, OR ____________
On 20.04.2012 23:03, Arne Berglund wrote:
On 04/20/2012 12:36, Michael Heydekamp wrote:
Is there any way to determine which settings in main.inc.php do apply no matter what, and which are only defaults for new users? Or is there any documentation around about this...?
I've never seen any definitive documentation on this, I can only speak from my own experiences running our RC system. But it comes down to this, if a preference is user-configurable, you can change the default for new users, but those changes are not retroactive. [...]
[...]
Thanks again for this comprehensive explanation. Makes sense in some way.
It may also explain another issue which I wanted to bring up later on, but as we are just speaking about those list options anyway:
When I started RC 0.7.2 for the first few times, I saw the columns "From" and "To" in each of the folders. I found that pretty cool (as I'm using multiple identities) and did miss this a lot in Squirrel.
Then I made a "mistake": Just for testing purposes, I activated the Threads view mode by using the List Options drop-down button. But after I switched back to the List mode, all of a sudden one of the columns was gone (depending on the folder): INBOX just shows the "From" column, Sent folder just the "To" column", and so on.
I'm wondering how I can return to the "virgin" state (= having both "From" and "To" columns in all folders) and how to keep this state persistent, even after a forth-and-back change of the view mode.
I've actually used this behavior to my advantage. In general, we do not want normal users to have multiple identities, so I've set the default to "one identity, no edit on email address". But there are a few users who have legitimate need to send from a different address. So I have a second instance of RC (connecting to the same database) that is an exact mirror of the production system, except that multiple identities are allowed.
Ah, interesting! How exactly did you do that? If you feel that this is not an issue for the list, I'm happy to receive an e-mail off-list.
In short, if you need to make a retroactive change to the default user preferences, I think the simplest way to do so would be to delete the preferences data for all users in the database. I believe that if you did that all settings would revert to the current defaults on next login.
This may be the way then, yep.
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany
On 04/20/2012 14:46, Michael Heydekamp wrote:
When I started RC 0.7.2 for the first few times, I saw the columns "From" and "To" in each of the folders. I found that pretty cool (as I'm using multiple identities) and did miss this a lot in Squirrel.
Then I made a "mistake": Just for testing purposes, I activated the Threads view mode by using the List Options drop-down button. But after I switched back to the List mode, all of a sudden one of the columns was gone (depending on the folder): INBOX just shows the "From" column, Sent folder just the "To" column", and so on.
I'm wondering how I can return to the "virgin" state (= having both "From" and "To" columns in all folders) and how to keep this state persistent, even after a forth-and-back change of the view mode.
I'm not 100% certain, as we don't show both columns by default. I see that both 'from' and 'to' are available choices, but I don't see any way to view them both at the same time. It's been a very long time since I started with RC, long before many of these options were available.
So I have a second instance of RC (connecting to the same database) that is an exact mirror of the production system, except that multiple identities are allowed.
Ah, interesting! How exactly did you do that? If you feel that this is not an issue for the list, I'm happy to receive an e-mail off-list.
Apache aliases all pointing to different folders. I actually have multiple instances running concurrently on the same web server, currently 4 instances of RC and one legacy squirrelmail instance. The two 0.7.2 RC instances are pointed at the same database, while the svn and 0.6 instances each have their own database.
# Production aliases Alias /webmail /hpsw/web/configs/roundcubemail-0.7.2 Alias /basic /hpsw/web/configs/squirrelmail-1.4.22
# Testing, special and rollback aliases Alias /devel /hpsw/web/configs/roundcubemail-svn Alias /previous /hpsw/web/configs/roundcubemail-0.6 Alias /identities /hpsw/web/configs/identities-0.7.2
Part of this comes from how I do release upgrades. I never upgrade an existing instance. I always load it totally fresh and connect to a *copy* of the previous version's database. That way roll-backs are easy
On 2012-04-20 6:14 PM, Arne Berglund aberglund@lesd.k12.or.us wrote:
I'm not 100% certain, as we don't show both columns by default. I see that both 'from' and 'to' are available choices, but I don't see any way to view them both at the same time. It's been a very long time since I started with RC, long before many of these options were available.
For anyone using multiple identites, this would be very helpful. I also always activate both columns in my Thunderbird when I'm in the Trash folder, because even for single identities, it contains both sent and received messages...
It should be possible to activate both if you want...
On 2012-04-20 5:03 PM, Arne Berglund aberglund@lesd.k12.or.us wrote:
In short, if you need to make a retroactive change to the default user preferences, I think the simplest way to do so would be to delete the preferences data for all users in the database. I believe that if you did that all settings would revert to the current defaults on next login.
For SQL, I would think it would be relatively easy to add a 'Apply these changes to existing users' option in the preferences section, wouldn't it?