Re: Bug#510415: tech-ctte: Qmail inclusion (or not) in Debian

[Andreas Barth <aba@not.so.argh.org>]

Hi,


trying to summarize the discussion, there are a few technical issues:

a. By far most important is the topic of delayed bounces. Gerit
offered to change the default to not produce them.

b. There are lots of issues why qmail doesn't look too competitive,
like the static user ids, ignorance of rfc 3464, unbundling of
outgoing messages etc. None of them is by itself critical, but they
(together) would prevent me from using qmail.

c. There are some (small) issues like that newaliases is provided by
another package. However, any of these issues has an obvious
resolution path, so they shouldn't be blocking.



So, I can see three different ways to continue. In any case a. and c.
should be fixed if the package is allowed into Debian.

1. Allow qmail to go into Debian (including squeeze).

2. Allow qmail into Debian unstable, but prevent it (at least for now)
from entering testing.

3. Not allow qmail into Debian.

(4. Further discussion)


I would tend to make the decision about stable in 1. and 2. only
temporary and allow the release team to change it as they see fit (as
the question is delegated by ftp-masters and also the "usual policy"
for RC bug does aplpy, I also think this is necessary).

Comments? Opinions?



Cheers,
Andi