Re: cyrus-imapd-2.2.3 startup problems

2004-04-07 Thread Simon Matter
>> > Ok, I have my previous problem solved. But things still don't want to >> > cooperate. I run: > > I commented LDFLAGS="-pie". I have no idea what that is for but with it > configure found strlcpy and strlcat even though they don't appear to > exist. Ah, now I see. RedHat has taken my cyrus-im

Re: cyrus-imapd-2.2.3 startup problems

2004-04-07 Thread Adi Linden
> > Ok, I have my previous problem solved. But things still don't want to > > cooperate. I run: I commented LDFLAGS="-pie". I have no idea what that is for but with it configure found strlcpy and strlcat even though they don't appear to exist. > using my rpms or derivative work of it. Then the

Re: procmail - lmtp - cyrus

2004-04-07 Thread Ekkehard Burkon
--On Mittwoch, 7. April 2004 11:55 -0400 Rob Siemborski <[EMAIL PROTECTED]> wrote: Really, you're talking about a horribly inefficient delivery path here (atleast 2 forks, not counting the [potential] fork of lmtpd, or whatever your MTA does to accept the incoming mail in the first place). Well

What constitutes "Invalid Format"

2004-04-07 Thread Rob Tanner
Hi, I'm doing an upgrade from an earlier commercial version of cyrus server to the latest and greatest Cyrus 2.2.3 and seem to be plagued with mailboxes that generate the error "Mailbox has an invalid format". Somewhere around a quarter of all the mailboxes are getting so flagged. It is consi

Logging in as an admin user

2004-04-07 Thread Robert Fitzpatrick
I just realized that I logged in using an admin user a few times and maybe this is why I'm having problems with 'reconstuct' not wanting to sync the 'cyrus.cache' and other files after removing via script all the messages in a mailbox for spam learning. After moving the messages (##. files) to a te

Re: procmail - lmtp - cyrus

2004-04-07 Thread Craig Ringer
On Wed, 2004-04-07 at 23:56, Rob Siemborski wrote: > LMTP/TCP access is admin-only, theres no real reason to want to firewall > it (other than "paranoia"). Got it in one. I'd prefer paranoia to missing something important and getting cracked. Craig Ringer --- Home Page: http://asg.web.cmu.edu/cy

Re: procmail - lmtp - cyrus

2004-04-07 Thread Rob Siemborski
On Wed, 7 Apr 2004, Ekkehard Burkon wrote: > AFIK it is possible to get procmail to accept LMTP via > a compile time switch but there is no way to get procmail > to deliver via LMTP. > > The deliver program that comes with cyrus is only capable > of handling LMTP via unix domain socket but I need

RE: Intermittent failures with duplicate suppression?

2004-04-07 Thread Rob Siemborski
On Tue, 6 Apr 2004, Michael Sims wrote: > Sorry to followup to my own post, but I have an additional question to > whoever may have the answer. Does Cyrus exclusively lock the deliver > database on each delivery (when using skiplist)? In other words, if two > messages with the same Message-ID co

Re: procmail - lmtp - cyrus

2004-04-07 Thread Rob Siemborski
On Wed, 7 Apr 2004, Craig Ringer wrote: > On Wed, 2004-04-07 at 04:00, Ekkehard Burkon wrote: > > > Is there any tool out there to do this? > > If you can get procmail to do LMTP deliveries, cyrus will accept LMTP > over TCP/IP AFIAK. I'd want to set up some firewall rules etc to > restrict access

Re: procmail - lmtp - cyrus

2004-04-07 Thread Ekkehard Burkon
Hi, AFIK it is possible to get procmail to accept LMTP via a compile time switch but there is no way to get procmail to deliver via LMTP. The deliver program that comes with cyrus is only capable of handling LMTP via unix domain socket but I need it over TCP/IP. What I need is a little program tha

Re: Perl tools not working

2004-04-07 Thread Patrick Welche
On Mon, Apr 05, 2004 at 03:35:30AM +0200, Markus Wernig wrote: > Apr 5 01:58:11 alhambra perl[7152]: [ID 702911 auth.notice] Bad > IPLOCALPORT value" > imclient_connect: unknown host "127.0.0.1" at The one time I saw that sort of thing in the past, it was in another application, and related to

Re: cyrus and maildir/nfs

2004-04-07 Thread Simon Matter
> Hello, > > I've been searching a lot concerning this issue, but most postings are > too old, so I guess much has changed in between. I've got the following > problem: > > We have to manage several thousands of mailboxes. Currently, the mails The number of mailboxes doesn't matter too much. The q