On Mon, Jan 14, 2019 at 01:42:18PM -0500, demuredemeanor wrote:
> After testing this new configuration (and retesting after removing my
> temporary apparmor force-complain symlink) msmtp seems to working for both
> `pass` and the GNU stow symlink.
Confirming that the version uploaded to unstable (
Hi,
I can also confirm that this new profile fixed also the problem for me!
Cheers,
--
Guinness
signature.asc
Description: PGP signature
On 2019-01-14 1:42 p.m., demuredemeanor wrote:
> After testing this new configuration (and retesting after removing my
> temporary apparmor force-complain symlink) msmtp seems to working for
> both `pass` and the GNU stow symlink.
Thanks for the testing and feedback!
After testing this new configuration (and retesting after removing my
temporary apparmor force-complain symlink) msmtp seems to working for
both `pass` and the GNU stow symlink.
Thank you
On Mon, Jan 14, 2019 at 09:11:11AM -0500, Simon Deziel wrote:
On 2019-01-14 5:32 a.m., demuredemeanor wro
On 2019-01-14 5:32 a.m., demuredemeanor wrote:
> The apparmor change has royally broken my neomutt+msmtp.
>
> The two big issues this brings to me is 1) I use `pass` (
> https://www.passwordstore.org) as my password manager with passworleval and
> 2) as a user of GNU Stow for my dotfiles apparmor
On 2019-01-14 5:32 a.m., demuredemeanor wrote:
> The apparmor change has royally broken my neomutt+msmtp.
>
> The two big issues this brings to me is 1) I use `pass` (
> https://www.passwordstore.org) as my password manager with passworleval and
I think this helper should be easy and safe to supp
The apparmor change has royally broken my neomutt+msmtp.
The two big issues this brings to me is 1) I use `pass` (
https://www.passwordstore.org) as my password manager with passworleval and
2) as a user of GNU Stow for my dotfiles apparmor hates that my ~/.msmtprc
is symlinked.
The updated Apparmor profile and debian/NEWS were proposed for
integration: https://salsa.debian.org/kolter/msmtp/merge_requests/1
Regards,
Simon
Package: msmtp
Version: 1.8.1-2
Followup-For: Bug #918820
Hi,
I just wanted to +1 the updated AppArmor profile attached to the bug
report. I suspect there will be a number of users who have their msmtp
configured with passwordeval as per the ArchLinux wiki [1], so
supporting this configuration
On 2019-01-10 9:54 a.m., Kai Weber wrote:
> * Simon Deziel :
>
>> Actually, please use this new attached profile which is identical in
>> purpose but uses better names.
>
> The profile works with the secret-tool solution.
Great, thanks for testing, I really appreciate it.
> If the maintainers c
* Simon Deziel :
> Actually, please use this new attached profile which is identical in
> purpose but uses better names.
The profile works with the secret-tool solution.
If the maintainers choose to restrict the use of "secret helpers" to
only gpg* and secret-tool than this should be mentioned i
On 2019-01-09 8:57 p.m., Simon Deziel wrote:
> Could you give a try to the attached profile and report back?
Actually, please use this new attached profile which is identical in
purpose but uses better names.
Thanks,
Simon
# Author: Simon Deziel
#include
/usr/bin/msmtp flags=(attach_disconnec
On 2019-01-09 11:52 a.m., Kai Weber wrote:
> passwordeval python -c "import keyring; print keyring.get_password('smtp',
> 'kai.we...@glorybox.de')"
> passwordeval secret-tool lookup service smtp username kai.we...@glorybox.de
The python version would be hard to secure and is probably not widely
u
* Simon Deziel :
I did two tests. One with passwordeval using python, one with
passwordeval using secret-tool.
passwordeval python -c "import keyring; print keyring.get_password('smtp',
'kai.we...@glorybox.de')"
passwordeval secret-tool lookup service smtp username kai.we...@glorybox.de
Find at
Hi Kai,
On 2019-01-09 10:03 a.m., kai.we...@glorybox.de wrote:
> With the AppArmor profile shipped the 'passwordeval' options does not
> work anymore. I tried using the permitted "gpg" or "secret-tool" but
> this did not work.
>
> msmtp uses popen(3) which in turn seems to exec /bin/dash which i
Package: msmtp
Version: 1.8.1-2
Severity: important
Dear Maintainer,
With the AppArmor profile shipped the 'passwordeval' options does not
work anymore. I tried using the permitted "gpg" or "secret-tool" but
this did not work.
msmtp uses popen(3) which in turn seems to exec /bin/dash which is n
16 matches
Mail list logo