Ok, so assuming I decide to go with the flow here and bail on
procmail, I went ahead and rebuilt a cyrus specific sendmail.cf and
restarted sendmail.
I then restarted master and got the following:
Jul 4 12:30:24 acadia master[9847]: process started
Jul 4 12:30:24 acadia ctl_mboxlist[9848]: running mboxlist recovery
Jul 4 12:30:25 acadia ctl_mboxlist[9848]: done running mboxlist
recovery
Jul 4 12:30:25 acadia master[9847]: unable to create sieve listener
socket: Address already in use
Jul 4 12:30:25 acadia master[9847]: unable to create sieve listener
socket: Address already in use
Jul 4 12:30:25 acadia master[9847]: unable to create lmtpunix
listener socket: No such file or directory
Jul 4 12:30:25 acadia master[9847]: unable to create lmtpunix
listener socket: No such file or directory
For some stupid reason, these messages are still coming up on every
bloody xterm I have open - not to the log I have defined! Bloody
annoying 'far as I'm concerned, but I don't know why it is doing this.
My imapd.conf boils down to this (comments and blank lines removed):
--------------------------------
configdirectory: /home/mail
defaultpartition: default
partition-default: /home/mail
allowanonymouslogin: no
timeout: 90
admins: cyrus root
autocreatequota: -1
loginuseacl: no
sieveusehomedir: true
sievedir: /home/mail/sieve
sasl_pwcheck_method: pwcheck
--------------------------------
I know most people use /var/whatever, but this is a relatively large
partition I have specifically for mail to make backup easier.
There are not a lot of users (like 2) so I don't care about user
quotas or letting users create their own sieve scripts.
Here is my cyrus.conf:
--------------------------------
# standard standalone server implementation
START {
# do not delete these entries!
mboxlist cmd="ctl_mboxlist -r"
deliver cmd="ctl_deliver -r"
# this is only necessary if using idled for IMAP IDLE
# idled cmd="idled"
}
# UNIX sockets start with a slash and are put into /var/imap/socket
SERVICES {
# add or remove based on preferences
imap cmd="imapd" listen="imap" prefork=0
imaps cmd="imapd -s" listen="imaps" prefork=0
pop3 cmd="pop3d" listen="pop3" prefork=0
pop3s cmd="pop3d -s" listen="pop3s" prefork=0
sieve cmd="timsieved" listen="sieve" prefork=0
# at least one LMTP is required for delivery
# lmtp cmd="lmtpd" listen="lmtp" prefork=0
lmtpunix cmd="lmtpd" listen="/var/imap/socket/lmtp" prefork=0
}
EVENTS {
# this is required
checkpoint cmd="ctl_mboxlist -c" period=30
# this is only necessary if using duplicate delivery suppression
delprune cmd="ctl_deliver -E 3" period=1440
}
--------------------------------
This is actually the unmodified distribution version.
I'll go through some of this stuff again to see if I spot anything,
but any other ideas would be so appreciated!
Thanks
Lou
On 07/04/01 08:25 AM, Nick Sayer sat at the `puter and typed:
> Louis LeBlanc wrote:
>
> >So it looks like I got much of 2.0.14 on FreeBSD working, now what is
> >the problem with LMTP? I don't have a network with mail relays and
> >multiple servers or anything like that, so I don't think I really need
> >a second MTA. My current working setup (on the dying Linux box) is
> >1.6.24; sendmail drops messages to procmail - configurable per user -
> >which then calls deliver to drop the message in the correct folder.
> >
> >This is all I really need to do, so how can I get rid of LMTP?
> >
>
> You can't. deliver in 2.x merely front-ends the LMTP socket, so even if
> you use deliver for everything you still need LMTP for deliver to work.
>
> I used to be like you -- I used procmail and wanted to figure out how to
> get procmail between sendmail and cyrus. I eventually decided that sieve
> was really all I needed and did without procmail. Unless you're hooking
> shell scripts up as filters or bizarre things like that, it's very
> likely that sieve is sufficient. Another detail is that if you use sieve
> and have sendmail set up to do LMTP delivery, you can filter on the
> envelope headers, which normaly is not possible with procmail.
>
> Of course, the ability for an administrator to allow a method of hooking
> shell scripts as filters up to sieve would be very nice...
>
> >
> >
> >Thanks
> >Lou
> >
>
>
>
--
Louis LeBlanc
Fully Funded Hobbyist, KeySlapper Extrordinaire :)
[EMAIL PROTECTED]
http://acadia.ne.mediaone.net ԿԬ
