> > > Ditto for sqwebmail. > > what's the problem with sqwebmail? > > AFAIK there's only one sqwebmail version. And I'm not aware of issues > > arising on how it has been packaged. > There are some default configuration settings that differ. One is: > sqwebmail's configure looks for "sendmail" in PATH. Courier's sqwebmail > knows where Courier's is. So if you have both Courier and sendmail or > postfix installed, the end results may not be what your intentions were.
For that debian packages has alternatives system.. your packages dont either have it, your packages just take over the control that is not the desired one debian packages permit coexist and also integrates with the rest of .. i can just upgrade sendmail and willnot harm if something was changed.. in your case you assumed lasted one and no middle pass step by example > > > maildrop and courier-maildrop are configured differently. Debian > > > either packages the standalone maildrop package only, or packages > > > Courier's maildrop as a standalone package. > > I'm familiar with the tale of the two maildrops. However, the courier build was dropped Angel, and the current one in Debian its OUTDATED in this way Sam has right and debian seems dont want to do something here.. as Sam neither in past but recently Sam was pretty involved and made some changes.. so i guess is more at the side of debian mantainer that in nomadays has a doub behaviour.. by example the php package team .. using it as level of money... > Ángel writes: > > > > I'm just curious about the average number of lintian-overrides per > > > package, > > > write my own script that runs lintian and automatically converts its noise > > Debian has 59k packages. Of course they need to standarise things > > somewhat so each package doesn't do everything on its completely own > > way. Imagine administering a system where each package used a different > > standard on where should the system settings live? > Contrast this with other, unnamed distros' policy of minimal changes to > upstream packages; only minimal changes in accordance to minimal > distribution standards. They don't seem to have as much trouble finding > people who volunteer to package stuff for the distros. > > > Courier-imap mailing list > [email protected] > Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap _______________________________________________ Courier-imap mailing list [email protected] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap
