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
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
Ezra wrote:
Just. you know
You have me completely puzzled.
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
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 to
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
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
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, 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 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
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:
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
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
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
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 mean
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
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
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, 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 \
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,
--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
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/user1 \
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 imapd
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=DIGEST-MD5,
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
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
[ 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:
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:12:09
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
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
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 rapidly
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 user
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
On Thu,
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
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
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 db3:
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
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 just
38 matches
Mail list logo