Hi,
One of my master/replication slaves is giving my some headache.
On the master I constantly get :
* Hit upload limit 0 at UID
messages in my log file.
* The sync log file doesn't shrink, but keeps growing
* I see activity when I strace my sync_client and syncserver processes.
So it is d
Hi,
I need a shared folder where user can create (shared) folders in.
This is working, but the new folder created by a user is not shown at
each other users mailbox (who has access to the main shared folder),
until each other user subscribes this folder.
Is it possible to autosubscribe folder c
I'm playing with Cyrus Murder in replicated mode. All operations are
working really fine, except quota informacion replication.
The scenario is described in:
http://lists.andrew.cmu.edu/pipermail/info-cyrus/2007-November/027829.html
After read the code quickly I saw it's not supported.
My soluti
Hi all, im a rookie on imap so please forgive my lack of ecperience.
My first question is regarding digest-md5 authentication and tls, can
it be done without the tls layer?
kregards
--
Guillermo Gomez S.
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cm
Is it possible to have Cyrus package and Exim all authenticate against
a central saslauthd daemon?
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
Guillermo Gómez wrote, at 12/04/2007 04:55 PM:
> My first question is regarding digest-md5 authentication and tls, can
> it be done without the tls layer?
Yes. You can do this to offer some means of encrypting authentication
without requiring TLS. It (typically) does not encrypt the rest of the
> Steinar Bang <[EMAIL PROTECTED]>:
> S... I'll bite the bullet like I did the other times and
> reconstruct the .seen marks, as near as I can. Come tuesday my email
> server has been out of service for a week.
Small postscript: turns out that it wasn't all folders that had their
.seen d
Hi,
I'm having problems with replication. sync_client bails out, and the log
contains:
Dec 5 02:00:50 mail cyrus/sync_client[6121]: RENAME received NO response:
Rename failed domain!user.foo -> domain!user.foo.bar: Operation is not
supported on mailbox
Why does sync_client want to rename the
The internal Cyrus "mailbox ID" ought to be unique, but it's not. On
the sub folder, remove the cyrus.header file and reconstruct. This
will assign a new, unique mailbox ID. Any ideal how they ended up
with the same IDs?
:wes
On 04 Dec 2007, at 20:09, Gabor Gombas wrote:
> I'm having pro
