On 15 feb 2010, at 15.59, Elver Loho wrote:
> On 15 February 2010 16:21, Kevin Kobb wrote:
>> The last time we moved to new hardware, I used imapsync to migrate all
>> the mailboxes to the new hardware. We moved from a different IMAP server
>> to Cyrus, and this worked great. I don't know if thi
Hi All,
I have been reading the thread about using "xfer" to migrate to a different
server or to use imapsync instead.
Both methods appear to require some additional work and I would prefer to
simply copy the data across instead of using synchronization tools on live
servers. (It's not a requir
On Thu, Feb 18, 2010 at 7:40 AM, Per-Olov Sjöholm wrote:
> It's resonalbe fast
> The bad thing is that you need all passwords.
No, use cyrus global admin.
> So this is not an ideal solution, but for sure it works great when you don't
> have all the time you would like to dig for a better solutio
On Thursday 18 February 2010 12:31:02 Reinaldo de Carvalho wrote:
> On Thu, Feb 18, 2010 at 7:40 AM, Per-Olov Sjöholm wrote:
> > It's resonalbe fast
> > The bad thing is that you need all passwords.
>
> No, use cyrus global admin.
Won't that kill the "seen" database?
Cyrus Home Page: http:/
Does any one know which cyrus file contains this? Can I copy it over
without the others?
Joe
Andrew Morgan wrote:
> On Wed, 17 Feb 2010, Joe Vieira wrote:
>
>
>> Hi,
>>
>> So, We have an imap volume (ext3) that doesn't seem to come back up
>> clean after a few crashes. fsck is a mess. Sho
For a totally less seamless solution:
What if I created the partition and created the empty mailboxes then
moved the restored mail back in as "restored-foldername" This would ruin
the seen.db, but...at least it would all be there in a pretty logical
location.
Please weight in on this and t
So, if I create the directory structure for cyrus...
spool/s/user/systemsmonitors then reconstruct user.systemsmonitors and
try to deliver a message i get a mailbox does not exist error...
cat 4EA39BD0EEF | /usr/lib/cyrus-imapd/deliver -e -r jvie...@clarku.edu
user.systemsmonitors
user.syste
On Thu, 18 Feb 2010, Joe Vieira wrote:
> For a totally less seamless solution:
>
>What if I created the partition and created the empty mailboxes then
> moved the restored mail back in as "restored-foldername" This would ruin
> the seen.db, but...at least it would all be there in a pretty logi
On Thu, 18 Feb 2010, Joe Vieira wrote:
> So, if I create the directory structure for cyrus...
> spool/s/user/systemsmonitors then reconstruct user.systemsmonitors and
> try to deliver a message i get a mailbox does not exist error...
>
> cat 4EA39BD0EEF | /usr/lib/cyrus-imapd/deliver -e -r jvie
On 18/02/2010 13:08, J. Roeleveld wrote:
> On Thursday 18 February 2010 12:31:02 Reinaldo de Carvalho wrote:
>> On Thu, Feb 18, 2010 at 7:40 AM, Per-Olov Sjöholm wrote:
>>> It's resonalbe fast
>>> The bad thing is that you need all passwords.
>>
>> No, use cyrus global admin.
>
> Won't that kill t
Andrew Morgan wrote:
> On Thu, 18 Feb 2010, Joe Vieira wrote:
>
>
>> So, if I create the directory structure for cyrus...
>> spool/s/user/systemsmonitors then reconstruct user.systemsmonitors and
>> try to deliver a message i get a mailbox does not exist error...
>>
>> cat 4EA39BD0EEF | /usr/
On Sun, Feb 14, 2010 at 09:30:49AM -0600, Gary Mills wrote:
>
> I just noticed something else when I went to apply the patch. I would
> have added the options to cyrus.conf so a typical entry would change
> from:
>
> imap cmd="imapd" listen="imap" proto="tcp4" prefork=0 maxchild=6000
>
> to:
RFC 4978 [1] defines an IMAP COMPRESS command to compress IMAP data
communication.
Is there any interest to implement this extension in the cyrus imap server?
For low bandwith connections this could be useful but I don't know if
that's a typical case nowadays. Together with the IMAP IDLE comman
On Thu, Feb 18, 2010 at 08:41:07PM +0100, Pascal Gienger wrote:
> RFC 4978 [1] defines an IMAP COMPRESS command to compress IMAP data
> communication.
>
> Is there any interest to implement this extension in the cyrus imap server?
>
> For low bandwith connections this could be useful but I don't
>> For low bandwith connections this could be useful but I don't know if
>> that's a typical case nowadays. Together with the IMAP IDLE command it
>> should be fine for mobile devices...
>>
>> [1] http://tools.ietf.org/html/rfc4978
>
> I thought that this was supported in 2.3.16.
It's definitely
On Fri, Feb 19, 2010 at 08:13:44AM +1100, Rob Mueller wrote:
>
>>> For low bandwith connections this could be useful but I don't know if
>>> that's a typical case nowadays. Together with the IMAP IDLE command it
>>> should be fine for mobile devices...
>>>
>>> [1] http://tools.ietf.org/html/rfc4978
16 matches
Mail list logo