Wil Cooley wrote:
> Does anyone know of a mailing list or a web site with information about
> MUA support of various IMAP features? For example, for IMAP IDLE the
I once came across this wiki:
http://www.imapwiki.org/
that links to this http://uplib.parc.com/misc/imapclients.html for your
specif
Marc Patermann wrote:
> Hi,
>
> I have IMAPd 2.2.12 and BDB 4.2.52:
>
> When I got:
>
> Sep 2 11:28:39 rzhs199 local6:warn|warning lmtpunix[1171642]: DBERROR
> db4: Logging region out of memory; you may need to increase its size
Increase logging region size.
> I found DB_CONFIG in /mail/imap/
Does anyone know of a mailing list or a web site with information about
MUA support of various IMAP features? For example, for IMAP IDLE the
Wikipedia entry is good:
http://en.wikipedia.org/wiki/IMAP_IDLE
(Although it is lacking in some details about what to expect from a
server supporting it,
G'day Marc,
Marc Patermann wrote:
> Hi,
>
> I have IMAPd 2.2.12 and BDB 4.2.52:
>
> When I got:
>
> Sep 2 11:28:39 rzhs199 local6:warn|warning lmtpunix[1171642]: DBERROR
> db4: Logging region out of memory; you may need to increase its size
>
I'm not good for a lot of help in this mailing lis
On Wed, Sep 02, 2009 at 10:46:35AM -0600, Bill Cameron wrote:
> > I'm wondering how much of all this was really needed for the migration
> > from 32bit to 64bit? Are the BerkeleyDB ondisk files different on
> > 32/64bit?
> >
>
> I initially tried just using rsync with cyrus shutdown on both server
> I'm wondering how much of all this was really needed for the migration
> from 32bit to 64bit? Are the BerkeleyDB ondisk files different on
> 32/64bit?
>
I initially tried just using rsync with cyrus shutdown on both servers
but cyrus failed to start on the new server due to db errors. As
mention
Simon Matter wrote:
> I'm wondering how much of all this was really needed for the migration
> from 32bit to 64bit? Are the BerkeleyDB ondisk files different on
> 32/64bit?
Yes they are. It's not the OS that matters but the architecture of the
libdb4.so file.
It is still a good idea not to use B
> Hi,
>
> I've seen some questions about migrating from 32 bit to 64 bit. We
Hi,
I understand that you also migrated to a newer OS and cyrus-imapd version,
right?
> migrated last weekend and these are the steps we took.
>
> Old server:
> - rsync the cyrus data while cyrus is running
>
Hi,
I've seen some questions about migrating from 32 bit to 64 bit. We
migrated last weekend and these are the steps we took.
Old server:
- rsync the cyrus data while cyrus is running
rsync -vaH --delete -e ssh /var/lib/cyrus/ new-server:/var/lib/cyrus
rsync -vaH --delete -e ssh
On Wed, 2009-09-02 at 14:30 +0200, Paolo Cravero wrote:
> Perhaps it is a bug in the documentation.
> 'man squatter' in the DESCRIPTION says there's no incremental update:
> "Squatter creates an index of ALL messages in the mailbox, not just those
> since the last time that it was run (i.e., it
--On 2. September 2009 14:30:18 +0200 Paolo Cravero
wrote:
Is it just a documentation error, so incremental indexing does work in
2.3.14?
Yes, it does.
--
.:.Sebastian Hagedorn - RZKR-R1 (Gebäude 52), Zimmer 18.:.
.:.Regionales Rechenzentrum (RRZK).:.
.:.Universität zu Kö
Hi.
Perhaps it is a bug in the documentation.
'man squatter' in the DESCRIPTION says there's no incremental update:
"Squatter creates an index of ALL messages in the mailbox, not just those
since the last time that it was run (i.e., it does NOT do incremental
updates)."
but in the OPTIONS
Hi,
I have IMAPd 2.2.12 and BDB 4.2.52:
When I got:
Sep 2 11:28:39 rzhs199 local6:warn|warning lmtpunix[1171642]: DBERROR
db4: Logging region out of memory; you may need to increase its size
Sep 2 11:28:39 rzhs199 local6:err|error lmtpunix[1171642]: DBERROR:
opening /mail/imap/ptclient/ptscach
13 matches
Mail list logo
