Thanks Ken
restricting the list using
sasl_mech_list
worked.
Joshua
On Mar 31, 2008, at 11:56 PM, Ken Murchison wrote:
> You can either remove the CRAM-MD5 SASL plugin, or restrict the list
> of advertised mechanisms by using the 'sasl_mech_list' option in
> imapd.conf
>
>
> Joshua Tew
On Mon, Mar 31, 2008 at 11:52:10AM -0400, Ken Murchison wrote:
> Gary Mills wrote:
> >Once again, we had somebody use the sieve facility to redirect e-mail
> >back to the same mailbox and then go on vacation. This sets up a
> >forwarding loop which cyrus breaks by discarding the e-mail. During
>
>> *sigh* No, not in a virtual domain environment they don't. Try
>> adding
>>
>> 13a. Run "su cyrus -c '/usr/local/cyrus/bin/reconstruct -x -f
>> user.username/*'".
>> 13b. Run "su cyrus -c '/usr/local/cyrus/bin/reconstruct -x -f
>> user.username/*/*'".
>> 13c. Run "su cyrus -c '/usr/local
On Mar 31, 2008, at 5:40 AM, Joseph Brennan wrote:
>
> A mail delivery system that loses mail is buggy. I don't need to look
> at the code to know that.
And knives that cut people are bad. No matter how they are used.
*whatever*
plonk.
--
Jo Rhett
Net Consonance : consonant endings by net
On Mon, 31 Mar 2008 15:51:17 -0700 (PDT), "Andrew Morgan" <[EMAIL PROTECTED]>
said:
> On Tue, 1 Apr 2008, Bron Gondwana wrote:
>
> > On Mon, Mar 31, 2008 at 04:21:20PM +0200, Alain Spineux wrote:
> >> On Mon, Mar 31, 2008 at 2:40 PM, Joseph Brennan <[EMAIL PROTECTED]> wrote:
> >>>
> >>> Jo Rhet
On Tue, 1 Apr 2008, Bron Gondwana wrote:
> On Mon, Mar 31, 2008 at 04:21:20PM +0200, Alain Spineux wrote:
>> On Mon, Mar 31, 2008 at 2:40 PM, Joseph Brennan <[EMAIL PROTECTED]> wrote:
>>>
>>> Jo Rhett <[EMAIL PROTECTED]> wrote:
>>>
>>> > I would ask that you spend some time determining how the
>
On Mon, Mar 31, 2008 at 04:21:20PM +0200, Alain Spineux wrote:
> On Mon, Mar 31, 2008 at 2:40 PM, Joseph Brennan <[EMAIL PROTECTED]> wrote:
> >
> > Jo Rhett <[EMAIL PROTECTED]> wrote:
> >
> > > I would ask that you spend some time determining how the
> > > program could determine it is a bad ru
On Mon, 31 Mar 2008, Bart Coninckx wrote:
> Can 't help put thinking that this is a load of work. Hopefully the
> developpers will write some tools to simplify the restore procedure.
If you run with expunge_mode:delayed, it's as simple as using the
unexpunge command. :)
After you restore the r
On 31 Mar 2008, at 11:52, Ken Murchison wrote:
> How can
> lmtpd be intelligent enough to know that the forwarded address will
> cause the message to come back?
There's no way to do that, but one could insert a header, e.g, "X-
Sieve-Redirect". Maybe the value would be a random string which was
On Mon, 31 Mar 2008, Steeve Gagnon wrote:
> Hello !
>
> We are planning an upgrade to Cyrus 2.3.7
>
> Currently, we have some servers, running different versions of Cyrus mail :
> - mupdate running Cyrus v2.1.18
> - 2 frontends running Cyrus v2.1.18, others frontends running v2.2.12
> - All our ba
On Fri, 28 Mar 2008, Jo Rhett wrote:
> On Mar 28, 2008, at 4:24 PM, Andrew Morgan wrote:
>> These are the exact steps I follow when I recover email for a user from our
>> tape backups:
>>
>> 13. Run "su cyrus -c '/usr/local/cyrus/bin/reconstruct -x -f
>> user.username'".
>> 14. Run "su cyru
Joseph Brennan wrote:
>> I'm all for trying fix this if someone can come up with some logic to do
>> so. IMO, the code is correctly processing the script as written. Here
>> is the current code logic:
>>
>> - original message is sent to lmtpd
>> - message is forwarded and a record is put in deliv
Hello !
We are planning an upgrade to Cyrus 2.3.7
Currently, we have some servers, running different versions of Cyrus mail :
- mupdate running Cyrus v2.1.18
- 2 frontends running Cyrus v2.1.18, others frontends running v2.2.12
- All our backends are running Cyrus v 2.2.12
Our goal is to upgrade
> I'm all for trying fix this if someone can come up with some logic to do
> so. IMO, the code is correctly processing the script as written. Here
> is the current code logic:
>
> - original message is sent to lmtpd
> - message is forwarded and a record is put in deliver.db stating as much
> - f
It was added at some point in the 2.3 tree and is used for the IMAP
URLAUTH extension which isn't widely supported by clients yet.
Shelley Waltz wrote:
> I searched, but could not find the relevant infomation regarding
> the mboxkey_db database in 2.3.7
>
> My current 2.2.3 install simply has mb
You can either remove the CRAM-MD5 SASL plugin, or restrict the list of
advertised mechanisms by using the 'sasl_mech_list' option in imapd.conf
Joshua Tew wrote:
> I have not been able to authenticate POP3 over SSL from thunderbird
> 2.0.0.12 to Cyrus POm.3.8 on a OS X Server 10.5.
>
>
> I h
Gary Mills wrote:
> Once again, we had somebody use the sieve facility to redirect e-mail
> back to the same mailbox and then go on vacation. This sets up a
> forwarding loop which cyrus breaks by discarding the e-mail. During
> this vacation, all of the person's e-mail disappeared.
>
> Shouldn'
On Mon, Mar 31, 2008 at 2:40 PM, Joseph Brennan <[EMAIL PROTECTED]> wrote:
>
> Jo Rhett <[EMAIL PROTECTED]> wrote:
>
> > I would ask that you spend some time determining how the
> > program could determine it is a bad rule, and provide a patch to fix this
> > behavior. (in short -- it's harde
On Mon, Mar 31, 2008 at 02:04:29PM +0200, Alain Spineux wrote:
> On Mon, Mar 31, 2008 at 5:12 AM, Gary Mills <[EMAIL PROTECTED]> wrote:
> > On Sun, Mar 30, 2008 at 02:27:29PM +0100, Alain Spineux wrote:
> > > On Mon, Mar 17, 2008 at 5:39 PM, Gary Mills <[EMAIL PROTECTED]> wrote:
> > > > Once agai
Jo Rhett <[EMAIL PROTECTED]> wrote:
> I would ask that you spend some time determining how the
> program could determine it is a bad rule, and provide a patch to fix this
> behavior. (in short -- it's harder than you think)
A mail delivery system that loses mail is buggy. I don't need to look
On Mon, Mar 31, 2008 at 10:30 AM, Bernhard D Rohrer <[EMAIL PROTECTED]> wrote:
>
> Patrick Boutilier wrote:
>
> and I am getting this error:
>
> Mar 31 01:33:41 collab cyrus/imaps[12733]: unable to get certificate
> from '/usr/lib/ssl/imap.pem'
> Mar 31 01:33:41 collab cyrus/imaps[12733]: TLS ser
On Mon, Mar 31, 2008 at 5:12 AM, Gary Mills <[EMAIL PROTECTED]> wrote:
> On Sun, Mar 30, 2008 at 02:27:29PM +0100, Alain Spineux wrote:
> > On Mon, Mar 17, 2008 at 5:39 PM, Gary Mills <[EMAIL PROTECTED]> wrote:
> > > Once again, we had somebody use the sieve facility to redirect e-mail
> > > ba
On Mar 29, 2008 12:24 AM, Andrew Morgan <[EMAIL PROTECTED]> wrote:
>On Fri, 28 Mar 2008, Bart Coninckx wrote:
>
>>>Add "/*" and "/*/*" to the reconstruction path and it works. Gabor's
>>>patch might also work for you. (I haven't tested yet)
>>
>>>Tom Bryntesen wrote:
Hi,
What's the co
On Mon, Mar 31, 2008 at 12:13:38PM +0200, Wolfgang Breyha wrote:
> https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=3034
>
> http://www.invoca.ch/pub/packages/cyrus-imapd/cyrus-imapd-2.3.11-3.src.rpm
> and newer versions include the proposed fix.
Thank you! I tried the patch, now it works.
kind r
Ernst Jeschek wrote, on 31.03.2008 10:24:
> Hello list members,
>
> we have delete_mode and expunge_mode set to delayed on our cyrus
> 2.3.11 backend. When cyr_expire tries to remove deleted mailboxes, it
> fails with the following error:
>
> cyr_expire[24222]: can not connect to mupdate server
Patrick Boutilier wrote:
and I am getting this error:
Mar 31 01:33:41 collab cyrus/imaps[12733]: unable to get certificate
from '/usr/lib/ssl/imap.pem'
Mar 31 01:33:41 collab cyrus/imaps[12733]: TLS server engine: cannot
load cert/key data, may be a cert/key mismatch?
Mar 31 01:33:41 collab c
Hello list members,
we have delete_mode and expunge_mode set to delayed on our cyrus
2.3.11 backend. When cyr_expire tries to remove deleted mailboxes, it
fails with the following error:
cyr_expire[24222]: can not connect to mupdate server for delete of
'DELETED.DELETED.user...47EA470C.47EA773
27 matches
Mail list logo