Date: Sun, 24 Apr 2005 10:13:26 +0200 From: Milan Obuch <ports@dino.sk> To: freebsd-ports@freebsd.org Subject: Re: splitting courier-authlib into master+slave ports Message-ID: <200504241013.26838.ports@dino.sk> In-Reply-To: <200504240933.08799.josemi@redesjm.local> References: <20050414111426.775f6afd.lehmann@ans-netz.de> <20050423233338.4b804d27.lehmann@ans-netz.de> <200504240933.08799.josemi@redesjm.local>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sunday 24 April 2005 09:33, Jose M Rodriguez wrote: > El S=E1bado, 23 de Abril de 2005 23:33, Oliver Lehmann escribi=F3: > > Milan Obuch wrote: > > > On Saturday 23 April 2005 22:27, Oliver Lehmann wrote: > > > > tomorrow i'll test if installing/deleting with packages works as > > > > expected (adding/deleting user, sysconftool calls...) > > > > > > I did test this - installed meta port, dependency installed base > > > port and userdb (selected method) port. Adding/deleting user > > > courier works. To me this looks OK. I will test this against > > > courier port (0.49 changed). Milan > > > > as a port or as a package? I've installed now all ports as package > > and it looks like everything works as well. Of course, the functional > > test I can only do with the vchkpw/vpopmail interface. Used with > > courier-imap and sqwebmail. As far as I can see, it works. > > > > Anything left? > > At last here, one potential problem arise: > > courier-authlib-base doesn't have any passwd components. =2E.. which I consider to be good. It should be possible for user to select= =20 which one he wants. > I think we must take off courier-authlib-pwd and courier-authlib-pam and > direct build courier-authlib-base with pam support. I do not agree here. To me this new design is better. I am building mail=20 servers with virtual hosting and I do not want any unneeded components=20 installed. Even small ones. > This makes courier-authlib-base a good substitute of courier-authlib in > dependencies. > =46or this particular problem, we should add a message telling 'no=20 authentication module installed'. I see here just one problem - base=20 port/package needs to be installed first, so this test will go to all ports= =20 depending on courier-authlib... Or maybe after installing base port we coul= d=20 just test the presence of options for meta port, and if this file/directory= =20 does not exist, issue a warning message to the user. This way we can even a= dd=20 confirmation request to the user.=20 To me this should be enough. If someone reads this message, he/she should=20 understand without authentication module every attempt fails. If someone do= es=20 not read install messages, well, we can't do anything for him... Milan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200504241013.26838.ports>