On Sun, 2015-01-11 at 13:11 +0100, Carsten Schoenert wrote: > Hello Brent, > > On Wed, Jan 07, 2015 at 10:53:09AM -0600, Brent S. Elmer wrote: > > In the README.Debian it tells how to set security.tls.version.min to 0. > > This > > works fine until icedove is stopped. Upon restart of icedove, > > security.tls.version.min is set back to 1 again. Is this the expected > > behavior? If so, a note in the readme would be good. If not, then there > > is a > > bug. Is there a way to make it stick between restarts? > > I've rechecked this behavior here with version 31.3.0-1 > I can't reproduce your issue here. The setting is stored in your > local profile in $HOME/.icedove/$PROFILE_NAME/prefs.js > > Do you have a mountpoint with a local filesystem for the home > directories? Or you working with a network filesystem? What about the > permissions of your profile? > Do you have tried to work in safe-mode with disabled plugins? > > Regards > Carsten
It is behaving very strange. When I change security.tls.version.min to 0 then icedove works to read my forum. I exit out of icedove. I can see the setting in prefs.js. When I restart icedove and I go into edit-> preferences->advanced->config, the value shows up as 1 instead of 0. So, it looks like icedove will set the value and use it and write it back to prefs.js. But, on a restart of icedove, even if the value is 0 instead of 1 in prefs.js, icedove loads a 1 for the setting. I am not on a network filesystem. prefs.js is owned by me and the group is me and the permissions are 644. Aha, when I start in safe-mode, security.tls.version.min does show as 0 in the icedove config. I guess I need to see what plugins I have and try to figure out which one is causing the problem. Brent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
