cyrus and ssl

This is most likely a ssl configuration issue but I would really appreciate any help on this. I followed the setup as per " luc's " how to on postfix-cyrus netstat shows me that my server is running: tcp0 0 0.0.0.0:2 0.0.0.0:* LISTEN tcp0 0

Catch all - web-cryadm

I have a strange problem with 'catchall' and it is most likely I just don't understand it. I have found info on it at: http://www.web-cyradm.org/pipermail/web-cyradm/2003-May/001197.html I tried the solution and it didn't change anything for me. Catchall still caught ALL. I have 3 domains set u

Re: What happened to my db/ ?

>> Hello All, >> I recently moved my cyrus-imapd install from one machine to annother. >> The move went *quite* well, I had both servers stoped and rsynced the >> live server's data (/var/imap, /var/spool/imap) over to the new server. >> >> Everything was fine untill I started playing with SSL, a

Re: Using singleinstancestore on a large scale (thousands of recipients)

On Tue, 2004-01-13 at 17:00, Earl R Shannon wrote: > I may have made an invalid assumption. The perl script I mentioned > in my last post runs on the IMAP server itself. No need for an > MTA to get involved. I assumed the initial poster was doing the > same. BTW, deliver is simply a wrapper to lmtp

Re: Using singleinstancestore on a large scale (thousands of recipients)

Hi, thanks for all the replies. I need to clarify a few things. First, we use sendmail as MTA. We *do* use LMTP and not deliver for the MTA. I'm talking about something different: when we want to to distribute a mail to all users or all students, we do so on the server itself, not using the MTA

Re: Using singleinstancestore on a large scale (thousands of recipients)

Hello, I may have made an invalid assumption. The perl script I mentioned in my last post runs on the IMAP server itself. No need for an MTA to get involved. I assumed the initial poster was doing the same. BTW, deliver is simply a wrapper to lmtpd on the IMAP server. A little overhead exec'ing an

Re: Using singleinstancestore on a large scale (thousands of recipients)

On Tue, Jan 13, 2004 at 03:29:43PM +0100, Kjetil Torgrim Homme wrote: > > - can I invoke "deliver" with such a long argument list? If not, is there > > an alternative? > > don't use deliver(8), use LMTP. it's much more reliable. In this case, the MTA must accept a recipient list that long (in h

Re: Using singleinstancestore on a large scale (thousands of recipients)

On Tue, 13 Jan 2004, Sebastian Hagedorn wrote: > we've got Cyrus 2.1.16 running on Red Hat AS 2.1 with singleinstancestore > and it's working well. A common case is that mails will have up to 5 > recipients: > > -rw---5 cyrusmail 3754 Jan 13 11:13 > /var/spool/imap/S/user/a0620

Re: Using singleinstancestore on a large scale (thousands of recipients)

Hello, We use a perl script to do what we call a "broadcast". It loops through and delivers to each individual user. Probably not very efficient, particularly since we have thousands of accounts as well, but it was quick to implement and it works. Regards, Earl Shannon Sebastian Hagedorn wrote: Hi

Re: Using singleinstancestore on a large scale (thousands of recipients)

On Tue, 2004-01-13 at 13:02, Sebastian Hagedorn wrote: > - can a single inode have 30,000+ links? We're using ext3 as this is the > only file system supported by Red Hat. from /usr/include/linux/ext3_fs.h: /* * Maximal count of links to a file */ #define EXT3_LINK_MAX 32000 I don't

Using singleinstancestore on a large scale (thousands of recipients)

Hi, we've got Cyrus 2.1.16 running on Red Hat AS 2.1 with singleinstancestore and it's working well. A common case is that mails will have up to 5 recipients: -rw---5 cyrusmail 3754 Jan 13 11:13 /var/spool/imap/S/user/a0620/88222. We haven't yet moved all our student accou