Re: Duh, Hello McFly! (was Re: LMTP - getting in the way)

2001-07-04 Thread Louis LeBlanc

Got it.  Thanks.
L
On 07/05/01 08:47 AM, Daryl Tester sat at the `puter and typed:
> Louis LeBlanc wrote:
> 
> > The log entries are still blowing out to every freakin' xterm I
> > have up tho.
> 
> > Maybe changing the syslog entries to local6.* would help?
> 
> Yes.  I'm not near a Unix box at the moment (more's the pity), but
> in /etc/syslog.conf you'll have an entry for either local6.* or
> *.something, and it's most likely writing to something other
> than a file.  Rip it out and restart syslogd.
> 
> Regards,
>   Daryl Tester
> 

-- 
Louis LeBlanc
Fully Funded Hobbyist, KeySlapper Extrordinaire :)
[EMAIL PROTECTED]
http://acadia.ne.mediaone.netԿԬ



RE: Duh, Hello McFly! (was Re: LMTP - getting in the way)

2001-07-04 Thread Daryl Tester

Louis LeBlanc wrote:

> The log entries are still blowing out to every freakin' xterm I
> have up tho.

> Maybe changing the syslog entries to local6.* would help?

Yes.  I'm not near a Unix box at the moment (more's the pity), but
in /etc/syslog.conf you'll have an entry for either local6.* or
*.something, and it's most likely writing to something other
than a file.  Rip it out and restart syslogd.

Regards,
  Daryl Tester



Duh, Hello McFly! (was Re: LMTP - getting in the way)

2001-07-04 Thread Louis LeBlanc

I know I'm replying to my own message, but that isn't as dumb as the
cause of the problem I had - one of them anyway.

Notice the master process cannot create the sieve listener or the
lmtpunix listener?  Well, of course not.  I gave it a bogus path in
the cyrus.conf!

Changed this line:
  lmtpunix  cmd="lmtpd" listen="/var/imap/socket/lmtp" prefork=0
to this:
  lmtpunix  cmd="lmtpd" listen="/home/mail/socket/lmtp" prefork=0

and the nasty errors went away.

The log entries are still blowing out to every freakin' xterm I have
up tho.

Maybe changing the syslog entries to local6.* would help?

I dunno.  I'll have to give it a shot.

Thanks again.
L

On 07/04/01 12:49 PM, Louis LeBlanc sat at the `puter and typed:
> 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
> #  idledcmd="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
>   checkpointcmd="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