Since I haven't seen a response to this yet, I'll
take a shot. Make sure you compiled imspd with the
appropriate options (my assumption would be that you
should use the same as imapd). You might try to
explicitly disable-sasl (not sure if imspd supports
that flag).
You also might try and
Being the generator of the email I at first thought
it might have been a problem with the Evolution
mail client I've been testing on Linux. However,
upon closer examination, what has actually happened
is that china.com has delivered a second copy back
to the info-cyrus mailing list. I can only
hi all,
i looked into the logs, and it seems during the first try, imapd dies before calling
pam.
any ideas?
Jun 7 14:49:32 homer master[3385]: process 5486 exited, signaled to death by 11 --
this is 1st try with a correct pw
Jun 7 14:53:33 homer imapd[5492]: pam_ldap: error trying to
Because of time constraints,I haven't been keeping up
with the mailing list. Not sure
what the current state of things are.
I've got cyrus-imapd-1.6.24 and cyrus-sasl-1.5.24 setup with
mysql mods ( from someone
on the list ) thatlet me use mysql tables for
authentication. I modified the
On Wed, 6 Jun 2001, Michael Fair wrote:
Being the generator of the email I at first thought
it might have been a problem with the Evolution
mail client I've been testing on Linux. However,
upon closer examination, what has actually happened
is that china.com has delivered a second copy
We would like to use 2.0.14-NAMESPACE with the alternate namespace enabled.
This works when naming a mailbox through the IMAP protocol but does not
seem to extend to mailbox names in sieve scripts. It does mean that
existing sieve scripts will continue to work, but it seems wrong that users
John Holman wrote:
We would like to use 2.0.14-NAMESPACE with the alternate namespace enabled.
This works when naming a mailbox through the IMAP protocol but does not
seem to extend to mailbox names in sieve scripts. It does mean that
existing sieve scripts will continue to work, but it
Hi,
I installed cyrus 2.0.14 with sendmail 8.11.4 and with this sieve script:
vacation :addresses [EMAIL PROTECTED] test;
redirect [EMAIL PROTECTED];
keep;
and the result is: no vacation message, mail redirected to [EMAIL PROTECTED] and
kept in the inbox of the user.
I don't understand.
John Holman wrote:
Ken
I do have one query though. Since personal folders and INBOX now exist at
the same level for the logged-in user
I had expected the same to be true also for Other Users - e.g. there
might be mailboxes
Other Users.Mike.INBOX
Other Users.Mike.Saved
etc.
[EMAIL PROTECTED] wrote:
hi everyone,
i've search thru the mailing list without success to look for an answer to my
question. simply put, i have to login the first time with a wrong password and then
again with the correct one to login to the imap server. if on the first try i supply
a
I just made the second (and hopefully final) beta of the alternate
namespace code available at:
ftp://ftp.oceana.com/pub/cyrus-imapd-2.0.14-NAMESPACE-r2.tar.gz
You can also grab it via anonymous CVS at CMU by checking out the
alt-namespace branch or alt-namespace-r2 tag.
The new code only has
Stefano Coatti wrote:
Stefano Coatti wrote:
Hi,
I installed cyrus 2.0.14 with sendmail 8.11.4 and with this sieve script:
vacation :addresses [EMAIL PROTECTED] test;
redirect [EMAIL PROTECTED];
keep;
and the result is: no vacation message, mail redirected to [EMAIL
Are you using LMTP as your delivery mechanism (deliver -l or direct to
lmtp socket)? I believe this is required for the vacation feature in
Sieve to work.
-Shawn Sivy
Stefano Coatti wrote:
Hi,
I installed cyrus 2.0.14 with sendmail 8.11.4 and with this sieve script:
vacation
Hi all,
Is it possible to use a krb5 style admin instance with cyradm? It's
not working for me.
I've been testing a cyrus imapd installation using SASL GSSAPI
authentication. Aside from the problem with the above, everything is
working quite nicely, it's really great software!
I'm guessing
Ken Murchison wrote:
John Holman wrote:
Ken
I do have one query though. Since personal folders and INBOX now exist at
the same level for the logged-in user
I had expected the same to be true also for Other Users - e.g. there
might be mailboxes
Other Users.Mike.INBOX
Other
I had a similar problem and was able to fix it by
reconfiguring/compiling/installing SASL using the --disable-gssapi
option. I then recompiled cyrus and reinstalled it (I don't know if this
was needed).
I still got the errors, but noticed that the libgssapiv2.* files were
still in the sasl
16 matches
Mail list logo