--enable-gssapi=$KERBEROSDIR \
--with-openssl=$OPENSSLDIR
We are using MIT KerberosV 1.6.3 and running on Solaris 10 x86. tyrrell
is actually a Solaris 'Zone' on sauber.
If anyone has any ideas of what might be causing this problem we'd be
very inte
clients to
mupdate.
Regards,
Dave.
David Mayo
Networks/Systems Administrator
University of Bath Computing Services
Tel: +44 1225 38 6046
Email: d.j.m...@bath.ac.uk
David Mayo wrote:
> Hi guys,
>
> We are upgrading to cyrus-imap-2.3.14 and are looking at using mupdate
> for the first
not have this option so
we've set the auth_mech option in imapd.conf as above. Do any other
values need to be set in configure or imapd.conf for this to work?
Can anyone suggest how to make this work and/or where to look for more
information about why it's failing so horribly.
Reg
ey/bin/db_recover
?
Regards,
Dave.
David Mayo
Networks/Systems Administrator
University of Bath Computing Services, UK
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
use a 2.3.13 front-end, add the existing back-end to the new
Murder, then transfer our mail using xfer.
Would it be more sensible to use a 2.2 front-end, move our mail to the
new back-end and upgrade the front-end to 2.3? Presumably there is no
"compatibility mode" for 2.3 that would
lem in itself as long as all the mailbox
operations work as expected, however it is a bit of a worry. Both
machines are running Solaris 10. The back-end server is running 2.2.12
and the front-end server is running 2.2.13. Has anyone experienced this
problem and is there a way round it if this comman
anks!! The agrument to gcc is in fact -pthreads.
Better still, I only had to apply this to the MUPDATE server, which
means I don't need to recompile imapd on the live back-end server.
Allow me to buy you a beer or two if you're ever in the area!
Regards,
Dave.
David Mayo
Networks/S
ature
proxyd_disable_mailbox_referrals however this was introduced in Cyrus 2.3.
Does anyone have any suggestions as to how to stop the front-end proxy
server from advertising MAILBOX-REFERRALS and/or for Pine to ignore such
capabilities.
Many thanks,
Dave.
David Mayo
Networks/Systems Administ
Andrew Morgan wrote:
> On Wed, 12 Aug 2009, David Mayo wrote:
>
>> Does anyone have any suggestions as to how to stop the front-end proxy
>> server from advertising MAILBOX-REFERRALS and/or for Pine to ignore such
>> capabilities.
>
> This was originally a patc
issues like this?
We're running Solaris 10. Our front-end server is 2.2.13. Our back-end
server is 2.2.12. The servers use GSSAPI to authenticate to each other
and we refresh the KerberosV tickets every hour from a key tab. We
aren't running IMAPS on the back-end server.
Any thoughts
ving to run two different processes?
We're running Solaris 10. Our old back-end server is 2.2.12. The new
back-end server is running 2.3.13. Our front-end server is 2.2.13.
Regards,
Dave.
David Mayo
Networks/Systems Administrator
University of Bath Computing Services, UK
[1]
Oct 28 13:17:
of creating a mailbox,
> i get the following error in the log:
>
> sync_client[30485]: CREATE received BAD response: Unexpected extra
> arguments to Create
Do you have the same mailbox partitions set up in imapd.conf on the
master and the slave?
Regards,
Dave.
David Mayo
Networks/S
We have just started transferring the first mailboxes onto our new Cyrus
IMAP 2.3.13 server running on Solaris 10. Delayed expunge seems to work
fine but I've noticed a strange phenomenon with delayed delete on mailboxes.
We have set up cyrus to delete expunged emails and deleted mailboxes
aft
ary to the
RFC. Additionally the server should be returning NO responses to
unrecognised commands rather than ending the connection.
I can work around our local problems but I wanted to know if this
happens to other people and see if the developers can fix this problem.
Regards,
Dave.
David Mayo
N
David Mayo wrote:
> We have just started transferring the first mailboxes onto our new Cyrus
> IMAP 2.3.13 server running on Solaris 10. Delayed expunge seems to work
> fine but I've noticed a strange phenomenon with delayed delete on mailboxes.
>
> We have set up cyru
und a nice way to propogate the following through
# the likes of LD or LDFLAGS..so hardwiring..
cp libtool libtool.orig
sed -e "s:^\(LD *=.*\)\":\1 $LDFLAGS\":" libtool.orig >libtool
[ $? -eq 0 ] || exit 1
make
make install
Hope this is of
x27;re moving from one Cyrus server to another I think it's
definitely the best way forward - especially if you're in a Murder
environment, as xfer handles all the mailbox reservations too.
Unfortunately the xfer code doesn't seem as robust as the rest of the
Cyrus distribution so we
t show a correlation between
quotas that were corrupted and mailboxes that were being checked
overnight. Is the skiplist format suitably reliable for this database?
It certainly seems to work OK for all the other databases.
Regards,
Dave.
David Mayo
Networks/Systems Administrator
Universit
o see if anyone has any tips or code they are willing to share. I hope
we will be able to publish the product we create.
Regards,
Dave.
David Mayo
Networks/Systems Administrator
University of Bath Computing Services, UK
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus
Bron Gondwana wrote:
> On Mon, Mar 29, 2010 at 11:28:50AM +0100, David Mayo wrote:
>> We have recently upgraded to Cyrus 2.3 and are making full use of the
>> "delayed delete" feature, and we are considering writing an interface to
>> allow users to undelete t
you will need to then
delete all the subsequent DELETED mailboxes that get generated.
This problem actually generated a few errors[1] and prevented us from
running the "quota" command on the IMAP server[2] until the mailbox was
deleted.
Regards,
Dave.
David Mayo
Networks/Systems Ad
to bring the system back is to
reset it via the on board console.
My suspicion is somehow the behaviour in Cyrus is tickling a Solaris
bug, but I wanted to check with other Cyrus admins to see if they have
seen similar behaviour and had tracked it down to anything in particular.
Regards,
Dave
, but if
the issues persist after the upgrade we'll have to involve
Sun^H^H^HOracle who own the hardware anyway so they will know what tests
to run to investigate this option further.
Regards,
Dave.
David Mayo
Networks/Systems Administrator
University of Bath Computing Ser
esystem and running the
reconstruct command:
mkdir `mbpath user.brokenmailbox`; reconstruct user.brokenmailbox
Regards,
Dave.
David Mayo
Networks/Systems Administrator
University of Bath Computing Services, UK
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrus
and/or will be submitting upstream any time soon?
We are running Cyrus 2.3.13 across a front end, a back end and a
replication host for around 25,000 users.
Regards,
Dave.
David Mayo
Networks/Systems Administrator
University of Bath Computing Services, UK
[1]
Nov 4 15:32:33 imap.bath.ac.u
On 15/11/2010 14:46, Patrick Boutilier wrote:
> On 11/15/2010 10:36 AM, David Mayo wrote:
>>
>> Having looked at the source code, we can see that ctl_cyrusdb does not
>> touch deliver.db and it is not possible to force checkpoints on or off
>> within lmtpd. Idea
ened when we were transferring mailboxes from the old Cyrus
2.2 backend, but we've seen it once or twice since.
Regards,
Dave.
David Mayo
Networks/Systems Administrator
University of Bath Computing Services, UK
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lis
INBOX.INBOX.INBOX.INBOX.INBOX.IN
BOX.Deleted Messages"
>1290605708>10 NO Invalid mailbox name
My "cyrus" user has "create" permissions on the mailbox, so it's not an
ACL issue.
I have removed the mailbox from the filesystem and run a reconstruct,
but this (
lesystem.
>>
>> Use on your own risk
>> cyr_dbtool $configdirectory/mailboxes.db skiplist delete
>> user.abc20.INBOX..
>
> Yep! That will definitely work.
That's what I did in the end, and it worked a treat!
Regards,
Dave.
David Mayo
Networks/Systems Administrator
University of Bath Computing Services, UK
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
ailbox and
copying the messages over (which loses the \Seen state).
We are running Cyrus 2.3.13.
Regards,
Dave.
David Mayo
Networks/Systems Administrator
University of Bath Computing Services, UK
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipe
Simon,
On 25/01/11 15:40, Simon Matter wrote:
>> When I try to move a top level mailbox to be a sub mailbox, or vice
>> versa, the IMAP server returns:
>>
>> "NO Operation is not supported on mailbox"
>>
>> eg.
>>
>> renm user.toplevel user.aa.toplevel
>> renm user.aa.toplevel user.toplevel
>>
>>
quot;unexpunge -l
" - if you deleted cyrus.expunge and reconstructed, the
messages would reappear in the mailbox.
Regards,
Dave.
David Mayo
Networks/Systems Administrator
University of Bath Computing Services, UK
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
2.3 to 2.4 they could share?
Will users notice any difference at this stage?
Thanks,
Dave.
David Mayo
Networks/Systems Administrator
University of Bath Computing Services, UK
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
r should I raise a bug about this?
Thanks,
Dave.
David Mayo
Networks/Systems Administrator
University of Bath Computing Services, UK
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
e back end is 2.3.13.
Many thanks,
Dave.
David Mayo
Networks/Systems Administrator
University of Bath Computing Services, UK
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
35 matches
Mail list logo