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 -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
