On Sat, 16 Jan 2021 08:44:54 -0600, Michael Catanzaro wrote:
> > Most likely you want to use $XDG_RUNTIME_DIR instead, which is private
> > to your user, and not shared with other users. Use glib's
> > g_get_user_runtime_dir() as a wrapper for accessing that variable.
>
> Or g_dir_make_tmp()
N
On Sat, 16 Jan 2021 15:34:44 +0100, Lennart Poettering wrote:
> Regardless of the actual issue ran into: taking a predictable name
> like that in /tmp/ is a DoS vulnerability. /tmp/ is a shared
> namespace, any local program can take any name in there, and hence
> block you out from starting Claws
On Sat, Jan 16, 2021 at 3:34 pm, Lennart Poettering
wrote:
Most likely you want to use $XDG_RUNTIME_DIR instead, which is private
to your user, and not shared with other users. Use glib's
g_get_user_runtime_dir() as a wrapper for accessing that variable.
Or g_dir_make_tmp()
__
On Sa, 16.01.21 13:56, Michael Schwendt (mschwe...@gmail.com) wrote:
> Noticed that when setting Claws Mail to become a startup app in F33
> GNOME Shell, it doesn't create its /tmp/claws-mail-$UID directory.
Regardless of the actual issue ran into: taking a predictable name
like that in /tmp/ is
On Sat, Jan 16, 2021 at 01:56:26PM +0100, Michael Schwendt wrote:
> Claws Mail relies on g_get_tmp_dir() for retrieval of the path, so it seems
> when the program is launched, either /tmp doesn't exist yet or there are
> problems creating files in it.
systemd sets up the file system very early on,
Noticed that when setting Claws Mail to become a startup app in F33
GNOME Shell, it doesn't create its /tmp/claws-mail-$UID directory.
Claws Mail relies on g_get_tmp_dir() for retrieval of the path, so it seems
when the program is launched, either /tmp doesn't exist yet or there are
problems creat