Re: maildrop and qmail with virtual users, a howto. Also, please help with setting up sqlite3

Sam Varshavchik <[email protected]> Mon, 16 Jan 2017 21:15:07 -0500
Newsgroups	gmane.mail.maildrop
Message-ID	<[email protected]>
Robert Johnson writes:

> Certainly seems likely. I have installed packages from OpenBSD6.0:
> courier- 
> authlib-0.66.4p1.tgz                                                    
> libltdl-2.4.2p1.tgz
> courier-authlib- 
> userdb-0.66.4p1.tgz                                             
> maildrop-2.8.3.tgz
> courier- 
> unicode-1.4.tgz                                                         
> sqwebmail-5.8.3
> courier- 
> utils-2.8.3.tgz                                                         
> sqwebmail-5.8.3.tar.bz2
> expect-5.45p5.tgz                                                               
> tcl-8.5.18p1.tgz
> gdbm-1.12.tgz
> gmake-4.2.1.tgz
>
> but, as suggested in the list above, I installed sqwebmail-5.8.3 from source.
> Which packages would  you suggest I compile from source?
> Both courier-authlib- packages? Just one? And what about the courier-unicode  
> and courier-utils-?
> And how about maildrop?

This is not about picking which packages to install from source.

It's about installing a correctly-configured package. If you have all the  
packages you need already prebuilt, that's the best option.

For example, you might have a pre-built courier-authlib package that's been  
set up with some non-default options which are customized for your platform.  
By default, manually-compiled software typically gets configured and  
installed in /usr/local/bin (with some exceptions, check INSTALL for  
details); but a pre-built package for your platform might explicitly  
configure and set it up like other system packages, in /usr/bin.

But then, another copy of the same add-on software package goes into  
/usr/local, and now you have two copies installed. Then another add-on  
software with the dependency on the first one gets installed, and it sets  
itself up to be dependent on the installation in /usr/local, however it's  
the system package that's installed in /usr is the one that's actually used.

Something along those lines is probably the case with you. I can't really  
tell you what you should or should not install, and how. Only you can figure  
out what you have installed, and how. My rule of thumb is to recommend  
always using the system platform's native software package management tools  
to install software packages. That's what its job is, which includes  
managing all dependencies.

If you need a newer version of a software package, use your software package  
management tool to create one, from the newer source package, and then  
install it.

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot

_______________________________________________
Courier-maildrop mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/courier-maildrop
signature.asc (application/pgp-signature, 801 B)