Bug#786998: nullmailer: /etc/mailname gets wrong mode, unreadable by non-root

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

Bug#786998: nullmailer: /etc/mailname gets wrong mode, unreadable by non-root

Daniel Gnoutcheff-2
Package: nullmailer
Version: 1:1.13-1
Severity: normal

When installing nullmailer on a very minimal debian system (generated by
debootstrap by way of ganeti), I end up with a /etc/mailname that has
mode 0600, i.e.  readable only by root.  This causes all mails to/from
local users get a default domain name (i.e. <user>@defaulthost.<domain>)
instead of the mailname given though debconf.

Running
  chmod a+r /etc/mailname
corrects the problem.


-- System Information:
Debian Release: 8.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=locale: Cannot set
LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages nullmailer depends on:
ii  debconf [debconf-2.0]  1.5.56
ii  libc6                  2.19-18
ii  libgnutls-deb0-28      3.3.8-6
ii  libstdc++6             4.9.2-10
ii  lsb-base               4.1+Debian13+nmu1

Versions of packages nullmailer recommends:
ii  rsyslog [system-log-daemon]  8.4.2-1

nullmailer suggests no packages.

-- debconf information excluded


--
To UNSUBSCRIBE, email to [hidden email]
with a subject of "unsubscribe". Trouble? Contact [hidden email]

Reply | Threaded
Open this post in threaded view
|

Bug#786998: nullmailer: /etc/mailname gets wrong mode, unreadable by non-root

Nick Leverton
On Wed, May 27, 2015 at 11:21:23AM -0400, Daniel Gnoutcheff wrote:
> When installing nullmailer on a very minimal debian system (generated by
> debootstrap by way of ganeti), I end up with a /etc/mailname that has
> mode 0600, i.e.  readable only by root.

I can't reproduce this I'm afraid.  I've created the most minimal
system with "debootstrap --variant=minbase jessie", chroot into that and
"apt-get install nullmailer" still results in a readable /etc/mailname.
Same for unstable.

-rw-r--r-- 1 root root 9 Jan 24 00:51 /etc/mailname

I don't use Ganeti so can't myself explore what might be different.
If you generate an image without nullmailer and then install it from an
ssh or console session, does the problem still show ?  I.e. is it to do
with the image bootstrap process or is it innate to the virtual environment.

Nick