Hi Adam,
First of all, there was a misunderstanding between me and my customer.
The mail is in mbox format, not in maildir. Sorry.
On 28-03-13 12:13, Adam Tauno Williams wrote:
> On Wed, 2013-03-27 at 21:15 +0100, Paul van der Vlis wrote:
>> A customer asks me to convert an excisting installati
On Wed, 2013-03-27 at 21:15 +0100, Paul van der Vlis wrote:
> A customer asks me to convert an excisting installation what uses
> Evolution, pop3 and maildir to Cyrus.
> When I would copy the files and run reconstruct or use deliver I expect
> to loose the flags like "read".
Not necessarily, thos
Hello,
A customer asks me to convert an excisting installation what uses
Evolution, pop3 and maildir to Cyrus.
When I would copy the files and run reconstruct or use deliver I expect
to loose the flags like "read".
What would be a good way to convert this? It's about 100+ users who are
all on on
Gabor Gombas schreef:
> On Thu, Aug 07, 2008 at 10:51:21AM +0200, Paul van der Vlis wrote:
>
>> make backups:
>> cp -a /var/lib/cyrus /var/lib/cyrus-backup
>> cp -a /var/spool/sieve /var/spool/sieve-backup
>> cp -a /usr/lib/cyrus/ /usr/lib/cyrus-backup
>> cp -a /var/spool/cyrus /var/spool/cyrus-ba
Gabor Gombas schreef:
> On Thu, Aug 14, 2008 at 11:49:43AM +0200, Paul van der Vlis wrote:
>
>>> Just a side note: I am pretty sure your mailboxes.db is a skiplist
>>> database which is AFAIK the default for mailboxes.db in Cyrus IMAP 2.1
>>> and 2.2. No conversio
On Thu, Aug 07, 2008 at 10:51:21AM +0200, Paul van der Vlis wrote:
> make backups:
> cp -a /var/lib/cyrus /var/lib/cyrus-backup
> cp -a /var/spool/sieve /var/spool/sieve-backup
> cp -a /usr/lib/cyrus/ /usr/lib/cyrus-backup
> cp -a /var/spool/cyrus /var/spool/cyrus-backup
> The last one takes long.
On Thu, Aug 14, 2008 at 11:49:43AM +0200, Paul van der Vlis wrote:
> > Just a side note: I am pretty sure your mailboxes.db is a skiplist
> > database which is AFAIK the default for mailboxes.db in Cyrus IMAP 2.1
> > and 2.2. No conversion is necessary.
>
> I think tha
d file type
>
>> So "mailboxes.db" did not work, but the other databases did.
>
> Just a side note: I am pretty sure your mailboxes.db is a skiplist
> database which is AFAIK the default for mailboxes.db in Cyrus IMAP 2.1
> and 2.2. No conversion is necessary.
I thin
but the other databases did.
Just a side note: I am pretty sure your mailboxes.db is a skiplist database
which is AFAIK the default for mailboxes.db in Cyrus IMAP 2.1 and 2.2. No
conversion is necessary.
Do you have any database type declarations in your imapd.conf?
Pascal
Cyrus Home Page:
Hello.
I did an upgrade from Cyrus 2.1 tot 2.2, both packages in Debian Etch.
The documentation is a bit poor, that's why I wrote about my
experiences. Maybe somebody else likes it.
And I would like to hear critics, because I have to upgrade another 8
machines... But I have no problems with the
On Tue, 2006-08-29 at 11:58 -0400, Shelley Waltz wrote:
> my distro (cyrus-imapd-2.2.3-4) does not appear to have db_recover?
It's from the Berkeley DB tools; db4-utils on RHEL.
Wil
--
Wil Cooley <[EMAIL PROTECTED]>
Naked Ape Consulting, Ltd
signature.asc
Description: This is a digitally signe
On Tue, 2006-08-29 at 11:22 -0400, Shelley Waltz wrote:
> Aug 24 10:50:33 chipmunk lmtpunix[18963]: DBERROR: opening
> /var/lib/imap/deliver.db: Cannot allocate memory
> Aug 24 10:50:33 chipmunk lmtpunix[18963]: DBERROR: opening
> /var/lib/imap/deliver.db: cyrusdb error
> Aug 24 10:50:33 chipmunk l
On 29 Aug 2006, at 11:22, Shelley Waltz wrote:
My question is - should I convert the deliver.db to skiplist? If I
simply
move it elsewhere and change the imapd.conf to use a deliver.db in
skiplist
and restart, what is lost? Surely this huge db contains information
necessary and useful to th
my distro (cyrus-imapd-2.2.3-4) does not appear to have db_recover?
Rafael Alcalde said:
> Use db_recover
>
> Shelley Waltz wrote:
>> I have read many threads regarding issues with deliver.db being in
>> Berkeley
>> DB format. I am running cyrus-imapd-2.2.3-4 on Redhat AS3. I have not
>> had
Use db_recover
Shelley Waltz wrote:
I have read many threads regarding issues with deliver.db being in Berkeley
DB format. I am running cyrus-imapd-2.2.3-4 on Redhat AS3. I have not
had any issues with deliver.db until last week. I have about 200 accounts
with
most at 250MB, some at 500MB
I have read many threads regarding issues with deliver.db being in Berkeley
DB format. I am running cyrus-imapd-2.2.3-4 on Redhat AS3. I have not
had any issues with deliver.db until last week. I have about 200 accounts
with
most at 250MB, some at 500MB and a few at 1GB.
The issue started with
On Wed, 16 Mar 2005, Alan Thew wrote:
On Wed, 16 Mar 2005 07:40 , Craig White <[EMAIL PROTECTED]> said:
On Wed, 2005-03-16 at 13:59 +, Alan Thew wrote:
Has anyone tried using a batch process (for speed) _and_ managed to keep
the flags?
I've not found anything on the web/wiki that indicates thi
On Wed, 16 Mar 2005 07:40 , Craig White <[EMAIL PROTECTED]> said:
On Wed, 2005-03-16 at 13:59 +, Alan Thew wrote:
Has anyone tried using a batch process (for speed) _and_ managed to keep
the flags?
I've not found anything on the web/wiki that indicates this. If I had the
flag data, how would I
On Wed, 2005-03-16 at 13:59 +, Alan Thew wrote:
> Has anyone tried using a batch process (for speed) _and_ managed to keep
> the flags?
>
> I've not found anything on the web/wiki that indicates this. If I had the
> flag data, how would I get this to Cyrus?
imapsync works nice
problem
Hello Alan,
this is exactly my problem too. I managed to convert .seen db`s to
skiplist but for some reason cyrus doenst care.
I noticed different directory structures too but cannot find anything
about that.
Alan Thew wrote:
Has anyone tried using a batch process (for speed) _and_ managed to
Has anyone tried using a batch process (for speed) _and_ managed to keep
the flags?
I've not found anything on the web/wiki that indicates this. If I had the
flag data, how would I get this to Cyrus?
Thank you
--
Alan Thew [EMAIL PROTECTED]
Computing Servic
On Mon, Dec 15, 2003 at 02:27:58PM -0500, Igor Brezac wrote:
> I ran db_recover-4.1 before the upgrade and had no problems. Double check
> for other dependencies of db-4.1 that possibly made it to
> cyrus-imapd|sasl (like heimdal if you use it).
Thanks. Just for the record, I had a previous insta
On Mon, 15 Dec 2003, Andreas wrote:
> I just recompiled cyrus-imapd-2.1.16 and cyrus-sasl-2.1.15 with BDB 4.2
> support and it seems to be working. Email is working, delivery, mail clients
> ok, etc.
>
> There is a small odd thing, though. /var/lib/imap/db seems to still be at
> BDB 4.1, while the
On Mon, Dec 15, 2003 at 03:01:03PM -0200, Andreas wrote:
> There is a small odd thing, though. /var/lib/imap/db seems to still be at
> BDB 4.1, while the rest is at 4.2 (/var/lib/imap/mailboxes.db, for example):
Sorry for the noise, my setup was obviously completely broken. Fixed now.
I just recompiled cyrus-imapd-2.1.16 and cyrus-sasl-2.1.15 with BDB 4.2
support and it seems to be working. Email is working, delivery, mail clients
ok, etc.
There is a small odd thing, though. /var/lib/imap/db seems to still be at
BDB 4.1, while the rest is at 4.2 (/var/lib/imap/mailboxes.db, for
Does anyone have any pointers on how to convert TNEF attachments into
regular MIME Encoded attachments. I saw one post in the archives that
someone was able to do this using tnefclean
http://www.dread.net/~striker/tnefclean/ to convert new attachments
coming into Cyrus system. I'm using the C
Hi all,
I would like to convert e-mails containing tnef encoded winmail.dat
attachement to the actual attachments.
I've some successful results doing it with incoming e-mails but I cannot
do it with e-mails that are already in the imap server.
Anybody has some pointers ?
I'm using tnefclean from
Hi,
For suppressing this message, You just have to add a line of the type :
undef $imap_obj ;
just before de call to exit(). You must replace "imap_obj" by the variable
name use in the script for the object Cyrus::IMAP.
Best regards.
On Fri, 27 Jun 2003, Deks wrote:
> Thanks Wil. I r
On Fri, 2003-06-27 at 10:33, Deks wrote:
> Thanks Wil. I ran the script and it works for me, although at the end
> it generated these errors:
>
> Use of uninitialized value in subroutine entry at
> /usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/Cyrus/IMAP/Admin.pm
> line 106 during global dest
Thanks Wil. I ran the script and it works for me, although at the end it generated these errors:
Use of uninitialized value in subroutine entry at /usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/Cyrus/IMAP/Admin.pm line 106 during global destruction. (in cleanup) client is not of type Cy
;Date: Fri, 27 Jun 2003 14:04:39 +0200
>To: Deks <[EMAIL PROTECTED]>
>From: Laurent LAVAUD <[EMAIL PROTECTED]>
>Subject: Re: mailbox conversion
>Cc: [EMAIL PROTECTED]
>In-Reply-To: <[EMAIL PROTECTED]>
>Mime-Version: 1.0
>Content-Type: multipart/mixed;
>
A 17:50 26/06/2003 -0700, vous avez écrit :
I know this has been asked many times but pardon me for asking it again.
I've been searching the web for a script that creates multiple mailboxes
and converting berkeley mailboxes to cyrus. I've read oreilly's book but
the script is for the older versi
On Thu, 2003-06-26 at 17:50, Deks wrote:
> I know this has been asked many times but pardon me for asking it
> again. I've been searching the web for a script that creates multiple
> mailboxes and converting berkeley mailboxes to cyrus. I've read
> oreilly's book but the script is for the older ver
I know this has been asked many times but pardon me for asking it again. I've been searching the web for a script that creates multiple mailboxes and converting berkeley mailboxes to cyrus. I've read oreilly's book but the script is for the older version. I tried using imap-utils but can't figure h
On Fri, 21 Mar 2003, Jeremy Rumpf wrote:
> On Friday 21 March 2003 10:20 am, Markus Welsch wrote:
> > > This may be a long shot, passwords in /etc/shadow (depending on your
> > > system), may be unix crypt or md5 hashes. Perhaps you could setup ldap,
> > > and transplant the password hashes into
On Friday 21 March 2003 10:20 am, Markus Welsch wrote:
> > This may be a long shot, passwords in /etc/shadow (depending on your
> > system), may be unix crypt or md5 hashes. Perhaps you could setup ldap,
> > and transplant the password hashes into the userPassword attribute. I've
> > never tried it
This may be a long shot, passwords in /etc/shadow (depending on your system),
may be unix crypt or md5 hashes. Perhaps you could setup ldap, and transplant
the password hashes into the userPassword attribute. I've never tried it
personally, but it may be worth a shot.
MD5 hashes are used if I'm
On Friday 21 March 2003 04:12 am, Markus Welsch wrote:
> Hi all,
>
> Is there a way to use passwords from /etc/shadow from another system - like
> putting that file on the server and accessing it through PAM ?
>
> The best solution would be to store all user account data in an SQL
> database, since
Hi all,
Is there a way to use passwords from /etc/shadow from another system - like
putting that file on the server and accessing it through PAM ?
The best solution would be to store all user account data in an SQL database,
since I'll be storing the new users there ... the problem with the old
Does anyone know of a script to convert mozilla/netscape local filters
to sieve scripts?
Thanks.
John Lederer
gt; to hack saslauthd temporarily.
>
UW imap-utils will do plain, cram-md5, login and gss. Actually, all the
utils are now combined into one utility (mailutil). I modified mailutil
to do proxy login (as described by Rob above) so that I can run
conversion/migration while the new server is accepting new mail.
--
Igor
Hello,
I have been looking for information that might be able to help me in
a task that I am tasked to undertake, and can't find much useful
information on. Any help would be appreciated.
I am trying to convert a server running qmail to run exim -> cyrus. I am
quite familiar with the exim->
Rob Siemborski wrote:
This really shouldn't be necessary. admins can authorize as any user
(e.g. login as user cyrus with the password for them, but get rights as
rjs3). Most SASL mechanisms allow this, though the regular imap LOGIN
command does not.
As far as I know, UW imap-utils mbxcvt ca
On Tue, 28 Jan 2003, John Alton Tamplin wrote:
> able to authenticate as the user when you convert. What I did was a
> temporary hack to saslauthd which allowed a backdoor password to work
> for all accounts and hacked mbxcvt to accept the password on the command
> line (no user accounts on this
Peter Lawler wrote:
OK, thanks to those who replied. I've gone this far:
http://batleth.sapienti-sat.org/projects/mb2md/
It's a pretty neato script, although I haven't tested the version
released yesterday. It converts just as we want.
Now, the trick after the conversion tha
Hi!
I am aware this question has been asked several times before, so please
go easy on me.
I'm wishing to move people off BSD popper over to a Cyrus system I've
set up. Unfortunately, being school holidays, they've gone and got their
current mailboxes jammed with stuff that is (no doubt) so dam
Henrique de Moraes Holschuh wrote:
On Sat, 21 Dec 2002, John A. Tamplin wrote:
When you start to talk about a separate daemon that manages disk access and
Eh? It doesn't manage any sort of disk access.
If you are going to have a separate process manage a shared cache of
seen-state dat
On Sat, 21 Dec 2002, John A. Tamplin wrote:
> When you start to talk about a separate daemon that manages disk access and
Eh? It doesn't manage any sort of disk access.
> > I did. OE bug, AFAIK...
>
> Was there any patch for it or any way around it besides deleting the account and
> recreating
--On Saturday, December 21, 2002 3:01 PM -0500 "John A. Tamplin"
<[EMAIL PROTECTED]> wrote:
Quoting Henrique de Moraes Holschuh <[EMAIL PROTECTED]>:
Is there a reason for not using a shared-memory interface for Cyrus to
allow
all imapds serving a mailbox to share flag state? Maybe a long-livi
> how much of a performance hit would be
taken to just add code like this at the end of cmd_fetch
You are my hero! Gonna try this out.
> One OE 6.0 user reported seeing really strange behavior where
occasionally messages would
> show as deleted in OE (never having been read), and when
Quoting Henrique de Moraes Holschuh <[EMAIL PROTECTED]>:
> Is there a reason for not using a shared-memory interface for Cyrus to
> allow
> all imapds serving a mailbox to share flag state? Maybe a long-living
> daemon akin to idled that stores the seen state, or using IPC and real
> shared memo
On Sat, 21 Dec 2002, John A. Tamplin wrote:
> lossage that was mentioned here earlier. Specifically, OE 6.0
> seems to open multiple connections for a given folder and the
> second connection sees the message that was picked up by the first
> connection as unseen again. I have
conversion:
A number of Outlook Express users have seen the same Seen-state lossage
that was mentioned here earlier. Specifically, OE 6.0 seems to open multiple
connections for a given folder and the second connection sees the message
that was picked up by the first connection as unseen again
On Fri, 22 Mar 2002, OCNS Consulting wrote:
> Does anyone know of a method to create "/etc/sasldb2" from scratch?
> This versus converting "/etc/sasldb" via the "dbconverter-2" utility.
saslpasswd2 -c -f /etc/sasldb2
you may also need a -u , if you're changing your servername in
imapd.conf
-R
Does anyone know of a method to create "/etc/sasldb2" from scratch?
This versus converting "/etc/sasldb" via the "dbconverter-2" utility.
RB
* frm [EMAIL PROTECTED] "07/06/01 09:40:42 -0400" | sed '1,$s/^/* /'
*
*
*
* [EMAIL PROTECTED] wrote:
*>
*> Nick Sayer writes:
*> >
*> > I wrote a perl script that takes a Unix "mbox" formatted mailbox and
*> > uploads it to an IMAP folder. I could post and/or e-mail it if there is
*> > any
[EMAIL PROTECTED] wrote:
>
> Nick Sayer writes:
> >
> >I wrote a perl script that takes a Unix "mbox" formatted mailbox and
> >uploads it to an IMAP folder. I could post and/or e-mail it if there is
> >any demand.
>
> Does it preserve status flags? If so, I'm certainly interested.
> Otherwise
[EMAIL PROTECTED] wrote:
>
> Nick Sayer writes:
> >
> >I wrote a perl script that takes a Unix "mbox" formatted mailbox and
> >uploads it to an IMAP folder. I could post and/or e-mail it if there is
> >any demand.
>
> Does it preserve status flags? If so, I'm certainly interested.
> Otherwise,
Nick Sayer writes:
>
>I wrote a perl script that takes a Unix "mbox" formatted mailbox and
>uploads it to an IMAP folder. I could post and/or e-mail it if there is
>any demand.
Does it preserve status flags? If so, I'm certainly interested.
Otherwise, I'll just use procmail/formail.
--
-Gar
uses
>the tcl version of cyradm.
>
>What are people using now to do the conversion?
>Thanks for any help...
>
I wrote a perl script that takes a Unix "mbox" formatted mailbox and
uploads it to an IMAP folder. I could post and/or e-mail it if there is
any demand. It's
are people using now to do the conversion?
Thanks for any help...
--
Sam Smith N4MAP
[EMAIL PROTECTED]
http://www.mindspring.com/~sam.smith
system currently running Lotus Notes [shudder, retch, whatever].
prefer to run SMTP-based services w/ IMAP. hence, cyrus.
anyone have experience getting existing bogus... er, lotus notes
into a format that cyrus &&/or users can accept?
thanx,
Steven Lembark
62 matches
Mail list logo
