Re: Let's write a system admin friendly mail server packaging system

2010-05-26 Thread Andreas Hemel
Thomas: Sorry for the private mail, I hit the wrong reply button.

On Wed, May 26, 2010 at 11:58:26PM +0800, Thomas Goirand wrote:
 Mario 'BitKoenig' Holbe wrote:
  I'm installing apache2 and have a web server - more or less working,
  I'm installing dhelp and ... magic, magic ... it extends the running
  web-server to serve the dhelp content as well. I'm installing smb2www
  and it extends the running web-server to act as smb client as well.
  How do they do this? There is some conf.d directory which contains
  config snippets for each of the packages.

 Yes, which feature I requested from the upstream of postfix. I got a
 stunning reply that it was a stupid idea, that it would be slow to
 parse, and that postconf wouldn't work anymore. So forget about having
 this in postfix, we must find another way.

The packaging of Exim optionally supports a setup in which the config
file is split into several conf.d-like directories. Whenever Exim is
restarted all files in those directories are concatenated into a single
file somewhere under /var which is then fed to the Exim daemon.

Couldn't the postfix package be modified to do something similiar?


Andreas


signature.asc
Description: Digital signature


Re: UPG and the default umask

2010-05-14 Thread Andreas Hemel
On Fri, May 14, 2010 at 01:21:41PM -0400, Joey Hess wrote:
 Vincent Danjean wrote:
  I'm happy with this move. However, there is still an interaction with ssh
  to deal with:
 
  vdanj...@eyak:~$ chmod -Rv g+w .ssh/authorized_keys
  vdanj...@eyak:~$ ssh localhost
  vdanj...@localhost's password:
  And, in /var/log/auth.log:
  May 14 09:42:17 eyak sshd[1618]: Authentication refused: bad ownership or 
  modes for file /home/vdanjean/.ssh/authorized_keys
 
 maildrop has the same problem with .mailfilter files.

As does exim with .forward files. Should this be reported as a bug
against exim, now that the default umask will change?


Andreas


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100514225031.ga11...@ko-bal.daishan.de