Simon Lowen writes:
Hi there,1) I am attempting to compile courier 0.6.1 and got this error messgae:/bin/sh ./libtool --tag=CC --mode=link gcc -g -O2 -Wall -I./.. -I.. -static -o testmaildirfilter testmaildirfilter.o libmaildir.la ../numlib/libnumlib.la -lpcre libtool: link: gcc -g -O2 -Wall -I./.. -I.. -o testmaildirfilter testmaildirfilter.o ./.libs/libmaildir.a ../numlib/.libs/libnumlib.a -lpcre/usr/bin/ld: cannot find -lpcre collect2: ld returned 1 exit status *** Error code 1 Stop in /home/s/courier-0.62.1/maildir (line 481 of Makefile). *** Error code 1 Stop in /home/s/courier-0.62.1/maildir (line 383 of Makefile). *** Error code 1 Stop in /home/s/courier-0.62.1 (line 345 of Makefile).To use pcre I downloaded the cource and compiled from <URL:http://www.pcre.org>http://www.pcre.org but when I compiled courier-authlib 0.61 it still complained that it could not locate pcre.h . To get around this I sym linked the file to /usr/include/pcre.h from /usr/local/include/pcre.h. The file is also in /usr/local/src/pcre-7.6/pcre.hAny clues here?
You probably ended up installing the actual PCRE library in /usr/local/lib, and this path is not in your compiler's default search path. Your C preprocessor's default settings do not search /usr/local/include, and your linker does not search /usr/local/lib by default. Your symlink fix worked around the first issue, but not the second one.
Furthermore, it's likely that on your system /usr/local/lib is not searched by the runtime loader as well, so even if you manage to use a similar hack for the library, it'll compile, but will barf when you try to run it.
Creating symlinks to fix compilation errors is never the right fix. The correct fix is to specify the correct compiler options that adjust the search paths.
One of the FAQ entries gives you an example for doing that: http://www.courier-mta.org/FAQ.html#gdbmdb
In your case, you'll probably need to add the -R option to LDFLAGS also. Check your linker's documentation for more information.
2) --with-qdircount=n (default 100)I will use a AMD Geode LX with 512Mb of RAM and most likely a 32Gb Sandisk CF card. Will changing this value increase of decrease performance and if so what are optimum values?
The default setting is generally sufficient. This should not be changed except if someone knows what they're doing.
I wouldn't advise using flash as storage for Courier, or any other mail server. Handling mail is very much I/O intensive, and you'll probably end up burning it up fairly quickly.
--with-gnutls - Can I use TLS & SSL with this value?
No. See INSTALL for a description of this option.
--with-waitfunc=wait, --with-waitfunc=wait3 - What is the best option for openBSD?
Whichever one works, and the default setting should be automatically selected by the configure script. This option should be used only when one has confirmed that the autodetect logic is broken on some platform. So far, in over ten years, this is yet to be documented.
pgpCu0kxDGUyp.pgp
Description: PGP signature
------------------------------------------------------------------------------
_______________________________________________ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
