On Thu, 25 Sep 2003, Andrew Brink wrote:
> Im just curious because we have been experience high DB lockers, and I
> can't recall if we dumped and undumped when we migrated to 2.x. (It was
> sometime ago) I guess a better question would be, would it work at all
> if we didn't?
The dump/undump is j
Im just curious because we have been experience high DB lockers, and I
can't recall if we dumped and undumped when we migrated to 2.x. (It was
sometime ago) I guess a better question would be, would it work at all
if we didn't?
> -Original Message-
> From: Rob Siemborski [mailto:[EMAIL PRO
Oh. I meant if you didn't compile the binaries with skiplist, just DB4.
Should you still dump and undump?
> -Original Message-
> From: Rob Siemborski [mailto:[EMAIL PROTECTED]
> Sent: Thursday, September 25, 2003 7:06 PM
> To: Andrew Brink
> Cc: [EMAIL PROTECTED]
> Subject: RE: DBERROR
On Thu, 25 Sep 2003, Andrew Brink wrote:
> Oh. I meant if you didn't compile the binaries with skiplist, just DB4.
>
> Should you still dump and undump?
What, if you just recompile the binaries with the same configure settigns?
No, there really isn't a need then.
If you're upgrading from 1.x to
On Thu, 25 Sep 2003, Andrew Brink wrote:
>
> In theory, what would happen if you didn't dump the mailbox list before
> upgrading?
>
Uh, you wouldn't have a readable mailbox list, really...
The binaries would be expecting a skiplist mailbox list, but you'd be
giving them a Berkeley DB one.
-Rob
In theory, what would happen if you didn't dump the mailbox list before
upgrading?
> -Original Message-
> From: Rob Siemborski [mailto:[EMAIL PROTECTED]
> Sent: Thursday, September 25, 2003 5:06 PM
> To: Robert Covell
> Cc: [EMAIL PROTECTED]
> Subject: Re: DBERROR db3: 4 lockers
>
>
>
Hello again - sorry to self-reply.
My apologies to all - I've found how to do this using the mentioned
HowTo, the "autocreate mailbox" patch, the LDAP filter feature for the
saslauthd-LDAP module, and other assorted components.
Only one thing left now - creation of "home" directories for each use
Mensaje citado por Rob Siemborski <[EMAIL PROTECTED]>:
> On Thu, 25 Sep 2003, Robert Covell wrote:
> > Sep 25 16:12:09 mail1b lmtpd[155]: DBERROR db3: 4 lockers
> Note that in reality, esepcially for smaller sites, these messages
> on
> their own aren't a severe concern. Only if the number is r
On Thu, 25 Sep 2003, Paul M Fleming wrote:
> We found limiting the number of lmtp processes to 10 helped with locker
> problems. Let sendmail/postfix handle the queuing and lmtp the
> delivery.. When we tried to blast 10-20 messages/sec at our test server
> locking became a problem with the dup
We found limiting the number of lmtp processes to 10 helped with locker
problems. Let sendmail/postfix handle the queuing and lmtp the
delivery.. When we tried to blast 10-20 messages/sec at our test server
locking became a problem with the duplicate delivery db. Across 3
servers and 600 concurren
On Thu, 25 Sep 2003, Robert Covell wrote:
> We are in the process of replacing our 1.5.24 Cyrus box with a new 2.1.15
> box. After we got everything setup, tested and stabilized we rebooted the
> box and got:
>
> Sep 25 16:12:09 mail1b ctl_cyrusdb[152]: checkpointing cyrus databases
> Sep 25 16:1
[ I don't know if this is still on-topic on the list ]
Ken Murchison wrote:
Nils Vogels wrote:
Sep 25 20:52:30 imhotep postfix/lmtp[88837]: 8F88DAB59:
to=<[EMAIL PROTECTED]>,
relay=public/lmtp2nntp[public/lmtp2nntp], delay=1, status=deferred
(host public/lmtp2nntp[public/lmtp2nntp] said: 451-
We are in the process of replacing our 1.5.24 Cyrus box with a new 2.1.15
box. After we got everything setup, tested and stabilized we rebooted the
box and got:
Sep 25 16:12:09 mail1b ctl_cyrusdb[152]: checkpointing cyrus databases
Sep 25 16:12:09 mail1b lmtpd[155]: DBERROR db3: 4 lockers
Sep 25
On Thu, 25 Sep 2003 15:04:48 -0400 (EDT)
Igor Brezac <[EMAIL PROTECTED]> wrote:
> I do not think you have enough time to transfer several gigs (if not more)
> of email in just a few hours over IMAP protocol.
Just for the reference, it took us about two weeks to transfer about 300gb
of mailspool
On Thu, 25 Sep 2003, Etienne Goyer wrote:
> On Thu, Sep 25, 2003 at 12:35:21PM -0700, Pat Lashley wrote:
> > --On Thursday, September 25, 2003 15:14:34 -0400 Etienne Goyer
> > <[EMAIL PROTECTED]> wrote:
> >
> > > I have 'sasl_mech_list: PLAIN DIGEST-MD5'. When doing CAPABILITY, I
> > > have AUTH
On Thu, Sep 25, 2003 at 12:35:21PM -0700, Pat Lashley wrote:
> --On Thursday, September 25, 2003 15:14:34 -0400 Etienne Goyer
> <[EMAIL PROTECTED]> wrote:
>
> > I have 'sasl_mech_list: PLAIN DIGEST-MD5'. When doing CAPABILITY, I
> > have AUTH=DIGEST-MD5, but not AUTH=PLAIN. I think that Cyrus i
On Thu, 25 Sep 2003, Etienne Goyer wrote:
> On Thu, Sep 25, 2003 at 01:29:30PM -0400, Igor Brezac wrote:
> > mailutil append /path/to/mbox
> > {new.cyrus.server/user=mbox_cyrus_user/authuser=proxy_user/norsh}INBOX
>
> Ok, when I try :
>
> [EMAIL PROTECTED] root]# mailutil copy /var/spool/mail/use
--On Thursday, September 25, 2003 15:14:34 -0400 Etienne Goyer
<[EMAIL PROTECTED]> wrote:
I have 'sasl_mech_list: PLAIN DIGEST-MD5'. When doing CAPABILITY, I
have AUTH=DIGEST-MD5, but not AUTH=PLAIN. I think that Cyrus imapd does
not advertise PLAIN, even if he accept it. If I sniff the connec
Nils Vogels wrote:
Ken Murchison wrote:
Nils Vogels wrote:
Now, I see two possible solutions:
1) Tell Cyrus NNTPD not to force authentication for localhost
allowanonymouslogin: yes
Not recommended unless you already have a need/use for anonymous.
Indeed, I really don't like that option, es
On Thu, Sep 25, 2003 at 01:29:30PM -0400, Igor Brezac wrote:
> mailutil append /path/to/mbox
> {new.cyrus.server/user=mbox_cyrus_user/authuser=proxy_user/norsh}INBOX
Ok, when I try :
[EMAIL PROTECTED] root]# mailutil copy /var/spool/mail/user1 \
{localhost/user=user1/authuser=cyrus/norsh/notls}
Ken Murchison wrote:
Nils Vogels wrote:
Now, I see two possible solutions:
1) Tell Cyrus NNTPD not to force authentication for localhost
allowanonymouslogin: yes
Not recommended unless you already have a need/use for anonymous.
Indeed, I really don't like that option, escpecially not since
On Thu, 25 Sep 2003, Etienne Goyer wrote:
> On Thu, Sep 25, 2003 at 01:29:30PM -0400, Igor Brezac wrote:
> > mailutil append /path/to/mbox
> > {new.cyrus.server/user=mbox_cyrus_user/authuser=proxy_user/norsh}INBOX
>
> You made my day !!! Exactly what I needed.
You will be prompted for the 'pro
On Thu, Sep 25, 2003 at 01:29:30PM -0400, Igor Brezac wrote:
> mailutil append /path/to/mbox
> {new.cyrus.server/user=mbox_cyrus_user/authuser=proxy_user/norsh}INBOX
You made my day !!! Exactly what I needed.
> > The imapxfer command may do the job, but again it won't if I need to
> > enter cre
On Thu, 25 Sep 2003, Etienne Goyer wrote:
> On Thu, Sep 25, 2003 at 12:42:42PM -0400, Rob Siemborski wrote:
> > Note that Cyrus probably uses different format UIDs than qpopper does,
> > which is a problem that can likely only be solved by modifying cyrus.
>
> I don't quite understand what you mea
On Thu, Sep 25, 2003 at 01:22:17PM -0400, Bennett Crowell wrote:
> When we had to do a similar migration, I changed the mailutil sourcecode to
> get the username and password from environment variables instead of
> prompting for them. At migration time, we made sure we had a backup of the
> pass
On Thu, Sep 25, 2003 at 12:42:42PM -0400, Rob Siemborski wrote:
> Note that Cyrus probably uses different format UIDs than qpopper does,
> which is a problem that can likely only be solved by modifying cyrus.
I don't quite understand what you mean here. Could you explain,or
givepointer to ressour
On Thu, 25 Sep 2003, Etienne Goyer wrote:
> On Thu, Sep 25, 2003 at 11:45:13AM -0400, Ken Murchison wrote:
> > Take a look at the mailutil program in the UW-IMAP distro.
>
> I did. It does'nt do the job for me. The mbxcopy command want to
> create the mailbox it copy to, but since INBOX obvious
Hello all!
I'm seeking to achieve a multi-domain setup with Cyrus-SASL, postfix,
Cyrus-IMAP and LDAP as the backend.
In general I think it should be possible to have completely separate
user spaces (defined as separate but similarly-formed branches of the
LDAP tree) and have that work with SASL (
On Thu, 25 Sep 2003, Etienne Goyer wrote:
> However, the man page is wrong about EINTR at least as far as RedHat 7.x
> is concerned. In a murder environnement, when following a referral :
No it isn't wrong. The problem is signals that are configured via
signal() instead of sigaction(). On Linu
On Thu, 25 Sep 2003, Etienne Goyer wrote:
> Third and last resort plan is to run both Cyrus imapd and an imap daemon
> that read mbox file (most likely UW-imapd) and programatically copy the
> messages from the old mailstore to Cyrus. I wish to avoid that path as
> it is the one that require the
On Wed, Sep 24, 2003 at 08:01:11PM +0100, Patrick Welche wrote:
> I don't understand. The only alarm() business I can see in imap/fud.c
> is around recvfrom which at least according to its man page says
>
> [EINTR]The receive was interrupted by delivery of a signal
>
On Thu, Sep 25, 2003 at 11:45:13AM -0400, Ken Murchison wrote:
> Take a look at the mailutil program in the UW-IMAP distro.
I did. It does'nt do the job for me. The mbxcopy command want to
create the mailbox it copy to, but since INBOX obviously already exist,
it receive a "Permission denied" er
Take a look at the mailutil program in the UW-IMAP distro.
Etienne Goyer wrote:
Hi list,
I am currently migrating a mail server running qpopper to Cyrus imapd.
Part of the job involve migrating the user mailbox in mbox format to
Cyrus. A lot of these users use pine and other POP client that set
Hi list,
I am currently migrating a mail server running qpopper to Cyrus imapd.
Part of the job involve migrating the user mailbox in mbox format to
Cyrus. A lot of these users use pine and other POP client that set
X-UIDL or Status header to set a kind of "seen" flag. Since the
migration have t
J.D. Bronson wrote:
I also noticed this in the log files:
[sun1] 8:34:22pm /var/log> tail cyrus.log
Sep 21 20:34:01 sun1 pop3d[9215]: accepted connection
Sep 21 20:34:01 sun1 master[9231]: about to exec /usr/cyrus/bin/pop3d
Sep 21 20:34:01 sun1 master[9048]: process 9215 exited, status 75
so...po
Ezra wrote:
Just. you know
You have me completely puzzled.
> Hi
> I use debian woody wiht the backport for sasl and cyrus imap ( verion
> 2.1.15)
>
> I use the saslautd with the pam mechanism to log into the cyrus imap
> server.
> when i try to login with cyradm i get:
>
> brainserv:~# cyradm localhost --user cyrus
> IMAP Password:
>at
Hello everybody!
I have a problem with cyrus and sieve (I think).
I'm running a mail server on Debian Woody with Exim 3.36, Cyrus 2.1.12 and
web-cyradm.
I was trying to set up forwarding of addresses through a sieve script:
redirect "[EMAIL PROTECTED]";
This works correctly when the addr
38 matches
Mail list logo
