> Luca Olivetti wrote:
> Is that example configuration not good?
>
Dunno for sure. I tend to change something and test... change and test...
change and test... but I didn't write everything down so I have to admit I'm
not sure how I got rid of those db3 errors... I had them too but don't
now... it might be how I compiled postfix that solved it:
# make -f Makefile.init makefiles \
CCARGS="-DHAS_MYSQL -I/usr/local/mysql/include \
-DHAS_DB -I/usr/include/db3" \
AUXLIBS="-L/usr/local/mysql/lib -lmysqlclient -lz -lm \
-L/usr/lib -ldb-3.3"
And then installed cyrus-sasl and cyrus-imapd.
When I first installed the cyrus rpms I got those db errors also and then
starting messing with stuff and finally got rid of them. Maybe
it was the postfix compile.
As you know I'm not anywhere near an expert... I just trying to relate my
experience. Since we use similar systems in Linux-Mandrake I thought that
mine might shed some light on yours.
Jeff
> >
> > # standard standalone server implementation
> >
> > START {
> > # do not delete this entry!
> > recover cmd="ctl_cyrusdb -r"
> > mboxlist cmd="ctl_mboxlist -r"
> > deliver cmd="ctl_deliver -r"
>
> according to the manpage ctl_mboxlist and ctl_deliver don't have an -r
> option now, this functionality is included in ctl_cyrusdb.
>
> [....]
yes, when you run the command it says it's depricated but if you are logging
via 'local6.debug' for cyrus you'll see that the ctl_mboxlist does run and
completes.
>
> > EVENTS {
> > # this is required
> > # checkpoint cmd="ctl_cyrusdb -c" period=30
> > checkpoint cmd="ctl_mboxlist -c" period=30
>
> ctl_mboxlist doesn't have a -c option now. Its functionality is in
> ctl_cyrusdb.
>
same as above, you get a report that it's depricated but it runs and reports
in the log file.... but, I'm going to put my cyrus.conf back to using the
ctl_cyrusdb for both STARTUP and EVENTS and see if I have any problems.
