Qmail +relaying

[Jakub Bogusz]

On Mon, Mar 25, 2002 at 08:19:27PM +0100, Marcin Bohosiewicz wrote:
> On Mon, 25 Mar 2002, wrobell wrote:
> > On Mon, Mar 25, 2002 at 04:50:13PM +0100, Andrzej Krzysztofowicz wrote:
> > > > > a czemu nie ma ucspi-tcp?
> > > > 
> > > > 2. Uzywa plikow w miejscach niezgodnych z FHS czego nie da sie poprawic,
> > > > bo licencja zabrania. A katalogi (te niezgodne z FHS) byc nie moga,
> > > > bo np logi ida do /etc, czy tez tworzony jest katalog w /.
> > > 
> > > A czy nie mozna by tego obejsc poprzez dystrybucje jedynie .src.rpm +
> > > + instalatora do jego kompilacji z ulozeniem plikow w katalogach
> > > w sposob zgodny z FHS ?
> > > Nie byloby dystrybucji binarek, wiec chyba tu licencja nie naklada
> > > ograniczen ?
> > 
> > Czy ta licencja brzmi tak samo jak w przypadku qmail-a?
> 
> IMHO tak, albo jeszcze ostrzej - qmaila udalo sie do PLD dostosowac,

Nie udało.

FHS 2.2:
       Applications must generally not add directories to the top level of
       /var.  Such directories should only be added if they have some system-
       wide implication, and in consultation with the FHS mailing list.

Czy /var/qmail było konsultowane na liście FHS?

Z drugiej strony - ze strony DJB:

   If you want to distribute modified versions of qmail (including ports, no
   matter how minor the changes are) you'll have to get my approval.

Mamy taką zgodę?
Pod "exception" nie podpadamy - mamy patche zmieniające działanie qmaila.
Raczej wątpię czy DJB by je zaaprobował - pamiętając reakcję DJB na
wzmiankę o TLS dla qmaila w bugtraq:

  Nonsense. There is no TLS RNG in qmail. The patch under discussion is
  not part of qmail. I didn't write the patch. I haven't reviewed it. I
  don't distribute it. I don't use it. I am not responsible for its bugs.
  
  For the record: I have authorized _none_ of the third-party patches that
  are available for my software. Most of those patches are garbage.

> a tu masz katalog /services i logi w /etc.

Nigdzie nie widzę, żeby było napisane wprost, że to ma być /service :)
AFAIK ta ścieżka nie jest zaszyta nigdzie w źródłach, katalog nie jest
tworzony po make - czyli nie zawiera się w dystrybucji daemontools czy
djbdns. W warunkach dystrybucji napisane tylko, że nie można zmieniać
położenia plików powstałych po zainstalowaniu ze źródeł DJB.

O /service jest tylko w manualu - ten sam manual proponuje startowanie
svscan z inittaba (lub rc.local na BSD), nie wspominając o init.d


-- 
Jakub Bogusz    http://prioris.mini.pw.edu.pl/~qboosh/