! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
Mailwatch plugin does not follow symlinks with settings file and always destr...
Status:
RESOLVED: INVALID
Product:
Xfce4-mailwatch-plugin
Component:
General

Comments

Description Anton 2013-10-28 13:50:25 CET
I want to keep sensitive data like mails passwords in secure place, but i don't want to encrypt all my home dir. 
So I use eencrypt solutions (cryptfs and truecrypt) for creating ~/Private directory.

Than I place sensitive data (ssh key, mail config, etc) in this dir and create symlinks to it content.

But it does not work with mailwatch plugin, because mailwatch plugin always destroy my manually created symlink and create ordinary file with plain passwords.

Command I use to create symlink is

 ~/.config/xfce4/panel$ ln -s ~/Private/mailwatch-8.rc


Debian stable
XFCE 4.8
mailwatch 1.1.0
Comment 1 Ján Sučan editbugs 2013-10-29 23:35:32 CET
This bug is not related to mailwatch plugin. The plugin uses functions from libxfce4util library to handle the config file, so it itself is not aware of the type of config file.

However, I traced this bug (well, maybe it's a feature) and I think I found its cause by looking at the _xfce_rc_simple_flush() function in the libxfce4util/xfce-rc-simple.c file in libxfce4util source tree. Writing values to the config file is done by creating ordinary temporary file which is then moved to the correct location (and thus overwriting that symbolic link).

A workaround could be to configure mailwatch plugin (thus writing all changes to the config file) and then move the config file to desired location and point symbolic link at it. When plugin only reads the file symbolic link is left untouched.
Comment 2 Ján Sučan editbugs 2013-11-03 17:01:51 CET
Because there are no other comments I am closing this bug as Invalid.
Comment 3 Anton 2013-11-03 18:26:24 CET
Ok. I agreee. Thanks

Now I use encryption of all ~/.config/xfce4/panel directory as workaround for this issue
Comment 4 Ján Sučan editbugs 2013-11-04 13:18:46 CET
I don't expect that the mentioned functionality of libxfce4util library will be changed.

But there is also a fully hackish workaround for the issue. :-) You can make your own version of libxfce4util library (or somebody can make it for you). It seems that only a small modification of that library will make it follow symbolic links when handling a config files. That's the beauty of free software - possibility to make things work as you want and/or need.

Bug #10443

Reported by:
Anton
Reported on: 2013-10-28
Last modified on: 2013-11-04

People

Assignee:
Florian Rivoal
CC List:
2 users

Version

Version:
1.1.0 or older

Attachments

Additional information