Processed: Re: Bug#919326: msmtp: account default not found: no configuration file available
Processing commands for cont...@bugs.debian.org: > forcemerge 919323 919326 Bug #919323 {Done: Emmanuel Bouthenot } [msmtp] msmtp: apparmor blocks reading configuration file ~/.msmtprc Bug #919326 [msmtp] msmtp: account default not found: no configuration file available Severity set to 'important' from 'grave' Marked Bug as done Marked as fixed in versions msmtp/1.8.2-1. Merged 919323 919326 > thanks Stopping processing here. Please contact me if you need assistance. -- 919323: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=919323 919326: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=919326 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#919326: msmtp: account default not found: no configuration file available
forcemerge 919323 919326 thanks Hi, On Mon, Jan 14, 2019 at 04:40:36PM -0600, Sergio Mendoza wrote: [...] > A few days ago, msmtp fails to work. It all seems to be related to the > inability to read ~/.msmtprc file. In other words it seems that Merging and closing this bug as it is fixed with the last upload. Regards, -- Emmanuel Bouthenot mail: kolter@{openics,debian}.orggpg: 4096R/0x929D42C3 xmpp: kol...@im.openics.org irc: kolter@{freenode,oftc}
Bug#919326: msmtp: account default not found: no configuration file available
On 2019-01-14 6:03 p.m., Sergio Mendoza wrote: > Yes. I have now checked and I have .msmtprc as a symlink. If it is not > a symlink then I have no problems and everything runs smooth. Great, thanks Sergio. > In any case > this is the output you asked for: > > root@quetzalli:~# dmesg | grep apparmor | tail -n 20 > [1064151.025521] audit: type=1400 audit(1547506707.004:157): > apparmor="DENIED" operation="open" profile="/usr/bin/msmtp" > name="/home/sergio/Private/.msmtprc" pid=14560 comm="msmtp" > requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000 This should eventually work even when ~/.msmtprc will be a symlink to ~/Private/.msmtprc. I hope the fix will land in the next package update [*]. > [1064177.994021] audit: type=1400 audit(1547506733.971:158): > apparmor="DENIED" operation="open" profile="/usr/bin/msmtp" > name="/home/sergio/mail/msmtp/log.txt" pid=14580 comm="msmtp" > requested_mask="ac" denied_mask="ac" fsuid=1000 ouid=1000 > [1064281.325901] audit: type=1400 audit(1547506837.302:159): > apparmor="DENIED" operation="open" profile="/usr/bin/msmtp" > name="/home/sergio/mail/msmtp/log.txt" pid=14656 comm="msmtp" > requested_mask="ac" denied_mask="ac" fsuid=1000 ouid=1000 This shows that msmtp was denied logging to ~/mail/msmtp/log.txt. Unfortunately, this isn't a common location to for logs so it likely won't be supported by the default base Apparmor profile. You have few options to make it work though: 1) you can have it log to more usual locations like one of those: ~/.msmtp.log ~/.cache/msmtp/*.log 2) add this local override rule to /etc/apparmor.d/local/usr.bin.msmtp: owner @{HOME}/mail/msmtp/log.txt wk, 3) disable the Apparmor profile 1 would be preferable but for 2 and 3, please refer to the README.Debian file for detailed instructions. Regards, Simon *: https://salsa.debian.org/kolter/msmtp/merge_requests/3
Bug#919326: msmtp: account default not found: no configuration file available
Hi Sergio, On 2019-01-14 5:40 p.m., Sergio Mendoza wrote: > A few days ago, msmtp fails to work. It all seems to be related to the > inability to read ~/.msmtprc file. In other words it seems that > ~/.msmtprc needs to have mode 644. This is not at all desired since > sensible (private) information can be included in that file. The package > msmtp should run with no trouble when the user configuration file > ~/.msmtprc has mode 600. Indeed, it should work with ~/.msmtprc with mode 0600. Is it working when you have it set to 0644? > I am sending you some useful output so that you can check the relevance of > the > situation (please note that I tried playing with stable, testing and sid > versions of msmtp and I get the same output -this lead me to think whether > the problem is with msmtp or with some other related package): > > >> > > sergio@quetzalli:~$ echo "Hello World" | msmtp -d ser...@mendozza.org > ignoring system configuration file /etc/msmtprc: No such file or directory > ignoring user configuration file /home/sergio/.msmtprc: Permission denied > falling back to default account > msmtp: account default not found: no configuration file available > > > > As such, the bug leaves the package fully unusable. That's unexpected but could be related to the Apparmor profile changes that went in recently. Is /home/sergio/.msmtprc a symlink by any chance? If yes, could you share the output of "ls -l /home/sergio/.msmtprc"? Could you please also share the output of "dmesg | grep apparmor" Thanks in advance, Simon
Bug#919326: msmtp: account default not found: no configuration file available
Dear Simon, Yes. I have now checked and I have .msmtprc as a symlink. If it is not a symlink then I have no problems and everything runs smooth. In any case this is the output you asked for: root@quetzalli:~# dmesg | grep apparmor | tail -n 20 [1064093.935900] audit: type=1400 audit(1547506649.916:130): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="torbrowser_tor" pid=14345 comm="apparmor_parser" [1064094.438967] audit: type=1400 audit(1547506650.420:131): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/lib/cups/backend/cups-pdf" pid=14346 comm="apparmor_parser" [1064094.440476] audit: type=1400 audit(1547506650.420:132): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/cupsd" pid=14346 comm="apparmor_parser" [1064094.461620] audit: type=1400 audit(1547506650.444:133): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/cupsd//third_party" pid=14346 comm="apparmor_parser" [1064094.520228] audit: type=1400 audit(1547506650.500:134): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="torbrowser_firefox" pid=14343 comm="apparmor_parser" [1064094.736714] audit: type=1400 audit(1547506650.716:135): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="system_tor" pid=14348 comm="apparmor_parser" [1064094.854220] audit: type=1400 audit(1547506650.836:136): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="libreoffice-oopslash" pid=14350 comm="apparmor_parser" [1064094.936866] audit: type=1400 audit(1547506650.916:137): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="torbrowser_plugin_container" pid=14347 comm="apparmor_parser" [1064095.090757] audit: type=1400 audit(1547506651.072:138): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/bin/man" pid=14351 comm="apparmor_parser" [1064095.091543] audit: type=1400 audit(1547506651.072:139): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="man_filter" pid=14351 comm="apparmor_parser" [1064102.892009] audit: type=1400 audit(1547506658.872:150): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/bin/evince" pid=14349 comm="apparmor_parser" [1064102.910914] audit: type=1400 audit(1547506658.892:151): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/bin/evince//sanitized_helper" pid=14349 comm="apparmor_parser" [1064102.914186] audit: type=1400 audit(1547506658.896:152): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/bin/evince-previewer" pid=14349 comm="apparmor_parser" [1064102.930416] audit: type=1400 audit(1547506658.912:153): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/bin/evince-previewer//sanitized_helper" pid=14349 comm="apparmor_parser" [1064102.932260] audit: type=1400 audit(1547506658.912:154): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/bin/evince-thumbnailer" pid=14349 comm="apparmor_parser" [1064111.250930] audit: type=1400 audit(1547506667.232:155): apparmor="STATUS" operation="profile_replace" info="same as current profile, skipping" profile="unconfined" name="libreoffice-soffice" pid=14344 comm="apparmor_parser" [1064111.253633] audit: type=1400 audit(1547506667.236:156): apparmor="STATUS" operation="profile_replace" info="same as current profile, skipping" profile="unconfined" name="libreoffice-soffice//gpg" pid=14344 comm="apparmor_parser" [1064151.025521] audit: type=1400 audit(1547506707.004:157): apparmor="DENIED" operation="open" profile="/usr/bin/msmtp" name="/home/sergio/Private/.msmtprc" pid=14560 comm="msmtp" requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000 [1064177.994021] audit: type=1400 audit(1547506733.971:158): apparmor="DENIED" operation="open" profile="/usr/bin/msmtp" name="/home/sergio/mail/msmtp/log.txt" pid=14580 comm="msmtp" requested_mask="ac" denied_mask="ac" fsuid=1000 ouid=1000 [1064281.325901] audit: type=1400 audit(1547506837.302:159): apparmor="DENIED" operation="open" profile="/usr/bin/msmtp" name="/home/sergio/mail/msmtp/log.txt" pid=14656 comm="msmtp" requested_mask="ac" denied_mask="ac" fsuid=1000 ouid=1000 Cheers, Sergio. On Mon, Jan 14, 2019 at 05:59:31PM -0500, Simon Deziel wrote: > Hi Sergio, > > On 2019-01-14 5:40 p.m., Sergio Mendoza wrote: > > A few days ago, msmtp fails to work. It all seems to be related to the > > inability to read ~/.msmtprc file. In other words it seems that > > ~/.msmtprc needs to have mode 644. This is not at all desired since > > sensible (private) information can be included in that file. The package > > msmtp should run with no trouble when the user configuration file > > ~/.msmtprc has mode 600. > > Indeed, it should work with ~/.msmtprc with mode 0600. Is it working > when you have it set to 0644? > > >
Bug#919326: msmtp: account default not found: no configuration file available
Package: msmtp Version: 1.8.1-2 Severity: grave Justification: renders package unusable Dear Maintainer, A few days ago, msmtp fails to work. It all seems to be related to the inability to read ~/.msmtprc file. In other words it seems that ~/.msmtprc needs to have mode 644. This is not at all desired since sensible (private) information can be included in that file. The package msmtp should run with no trouble when the user configuration file ~/.msmtprc has mode 600. I am sending you some useful output so that you can check the relevance of the situation (please note that I tried playing with stable, testing and sid versions of msmtp and I get the same output -this lead me to think whether the problem is with msmtp or with some other related package): > sergio@quetzalli:~$ echo "Hello World" | msmtp -d ser...@mendozza.org ignoring system configuration file /etc/msmtprc: No such file or directory ignoring user configuration file /home/sergio/.msmtprc: Permission denied falling back to default account msmtp: account default not found: no configuration file available As such, the bug leaves the package fully unusable. Cheers, Sergio. -- System Information: Debian Release: buster/sid Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.17.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages msmtp depends on: ii debconf [debconf-2.0] 1.5.69 ii libc6 2.28-5 ii libgnutls303.6.5-2 ii libgsasl7 1.8.0-8+b2 ii ucf3.0038+nmu1 Versions of packages msmtp recommends: ii ca-certificates 20180409 Versions of packages msmtp suggests: pn msmtp-mta -- debconf information: msmtp/sysconfig: false msmtp/port: 25 msmtp/maildomain: msmtp/tls: false msmtp/auto_from: true msmtp/host: