Re: Cyrus Add-ons

[Jeroen van Meeuwen (Kolab Systems)]

Reinaldo de Carvalho wrote:
> On Fri, Oct 15, 2010 at 2:20 PM, Henrique de Moraes Holschuh
> 
>  wrote:
> > On Fri, 15 Oct 2010, Reinaldo de Carvalho wrote:
> >> On Fri, Oct 15, 2010 at 11:12 AM, Jeroen van Meeuwen (Kolab Systems)
> >> 
> >>  wrote:
> >> > Hi Reinaldo,
> >> > 
> >> > You have an interesting project going on there. One question; where is
> >> > the source code repository?
> >> 
> >>Source code is the program code (is python).
> > 
> > I think he meant where is the version-control repository (i.e. git,
> > subversion, mercurial, bazaar, or whatever you use for version control).
> 
> I'am using RCS (newest SCCS).

Can you tell us where the repository is?

Kind regards,

-- 
Jeroen van Meeuwen
Senior Engineer, Kolab Systems AG

e: vanmeeu...@kolabsys.com
t: +316 42 801 403
w: http://www.kolabsys.com

pgp: 9342 BF08

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/

cyrus db files

[Patrick Goetz]

Hi -

No one ever responded to this.  If I can find out what db files in 
/var/lib/cyrus are necessary for a successful transfer of metadata to to 
a new server, I'll write up a wiki entry for this procedure.


 Original Message 
Subject: Re: messages in mailbox aren't\H\H\H visible
Date: Thu, 14 Oct 2010 16:46:42 -0500
From: Patrick Goetz 
To: info-cyrus@lists.andrew.cmu.edu 

This brings back the issue of a safe, canonical procedure for moving a
(single server) cyrus mail system to a new server.  Since particularly
new users frequently have problems with this (including me, when I first
started using cyrus).

I'm thinking something like this. Suppose there were a command, say
called ctl_cyrusdb2, which offered the same features as ctl_mboxlist,
but could be used on any cyrus db file, e.g.
   ctl_cyrusdb2 -d cyrus_db
dumps the cyrus_db database.. (The following also assumes ssh
authorized_keys have been set.)

   On the old_cyrus_server:
   ---
   stop cyrus
   for i in `cat /var/lib/cyrus/cyrus_db_list`
 do
 ctl_cyrusdb2 -d $i | ssh new_server "cd /var/lib/cyrus &&
ctl_cyrusdb2 -u -"
 done
 (cd /var/spool/cyrus; tar cf - .) | ssh new_server "cd
/var/spool/cyrus && tar xpf - "
   ---

start cyrus on new_server and you're done -- a total of 4
command-line commands (viewing the for as a single command).

There are a few problems with this in addition to the absence of a
ctl_cyrusdb2, namely it's still unclear what cyrus db files are created
and why.  On my system, I have:
   annotations.db deliver.db mailboxes.db tls_sessions.db
but also have
   db:
__db.001  __db.002  __db.003  __db.004  __db.005  __db.006
log.01  skipstamp
and
   user/[a-z]/{user_name.seen, user_name.sub}

Are the contents of db important for migration?  And why isn't the stuff
in /var/lib/cyrus/user stored in the appropriate location in
/var/spool/cyrus?  From the file names, this seems like important
metadata that users would want to see preserved.  I suppose all this
could be handled with no extra knowledge on the admin user's part by
populating the /var/lib/cyrus/cyrus_db_list file only with the database
names necessary for successful replication of metadata.


Finally, I see many instances of the following error message in
/var/log/syslog:

Oct 14 16:33:01 www cyrus/imap[32001]: IOERROR: opening
/var/lib/cyrus/user_deny.db: No such file or directory

Apparently
touch /var/lib/cyrus/user_deny.db
is not a solution, either:
http://www.mail-archive.com/info-cyrus@lists.andrew.cmu.edu/msg39304.html

2 questions about this:

1.
I have rsyslog configured to log all mail stuff to /var/log/mail.*; e.g.
 *.=info;*.=notice;*.=warn;\
auth,authpriv.none;\
cron,daemon.none;\
mail.none,news.none -/var/log/messages

So why is anything from cyrus being written to syslog at all?  This
message should be going to /var/log/mail.err, as far as I can tell.  Is
this a compile-time error?

2.
Under any circumstance, shouldn't this error message be written to the
log files only when cyrus is started?


-- 
Patrick Goetz

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/

Re: Cyrus Add-ons

[Reinaldo de Carvalho]

On Sat, Oct 16, 2010 at 11:36 AM, Jeroen van Meeuwen (Kolab Systems)
 wrote:
> Reinaldo de Carvalho wrote:
>>
>> I'am using RCS (newest SCCS).
>
> Can you tell us where the repository is?
>

RCS is local version control, isn't a network service.


-- 
Reinaldo de Carvalho
http://korreio.sf.net
http://python-cyrus.sf.net

"While not fully understand a software, don't try to adapt this
software to the way you work, but rather yourself to the way the
software works" (myself)

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/

Re: Cyrus Add-ons

[Henrique de Moraes Holschuh]

On Sat, 16 Oct 2010, Reinaldo de Carvalho wrote:
> On Sat, Oct 16, 2010 at 11:36 AM, Jeroen van Meeuwen (Kolab Systems)
>  wrote:
> > Reinaldo de Carvalho wrote:
> >>
> >> I'am using RCS (newest SCCS).
> >
> > Can you tell us where the repository is?
> >
> 
> RCS is local version control, isn't a network service.

It is also per-file.  Think CVS with even less features.  I also have
some stuff in RCS, mostly LyX documents without any external material.

Reinaldo, any reason why you don't use git or mercurial?  That would
make it much easier for cooperative work.  sf.net supports git, and it
will NOT increase your dependency on the network even a bit, as it is
fully distributed.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/

unsubscribe

[Webmaster @CC.org]

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/

Re: Cyrus Add-ons

[Reinaldo de Carvalho]

On Sat, Oct 16, 2010 at 2:11 PM, Henrique de Moraes Holschuh
 wrote:
> On Sat, 16 Oct 2010, Reinaldo de Carvalho wrote:
>>
>> RCS is local version control, isn't a network service.
>
> It is also per-file.  Think CVS with even less features.  I also have
> some stuff in RCS, mostly LyX documents without any external material.
>
> Reinaldo, any reason why you don't use git or mercurial?  That would
> make it much easier for cooperative work.  sf.net supports git, and it
> will NOT increase your dependency on the network even a bit, as it is
> fully distributed.
>

No reason. Can you point me a git howto?

-- 
Reinaldo de Carvalho
http://korreio.sf.net
http://python-cyrus.sf.net

"While not fully understand a software, don't try to adapt this
software to the way you work, but rather yourself to the way the
software works" (myself)

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/

Re: Cyrus Add-ons

[Henrique de Moraes Holschuh]

On Sat, 16 Oct 2010, Reinaldo de Carvalho wrote:
> On Sat, Oct 16, 2010 at 2:11 PM, Henrique de Moraes Holschuh
>  wrote:
> > On Sat, 16 Oct 2010, Reinaldo de Carvalho wrote:
> >>
> >> RCS is local version control, isn't a network service.
> >
> > It is also per-file.  Think CVS with even less features.  I also have
> > some stuff in RCS, mostly LyX documents without any external material.
> >
> > Reinaldo, any reason why you don't use git or mercurial?  That would
> > make it much easier for cooperative work.  sf.net supports git, and it
> > will NOT increase your dependency on the network even a bit, as it is
> > fully distributed.
> 
> No reason. Can you point me a git howto?

I think you will like it.  The only non-obvious concept git uses is the
"stage", and you get used to it quite quickly.

Google finds a lot of tutorials, here are some:
http://www.vogella.de/articles/Git/article.html
http://www.kernel.org/pub/software/scm/git/docs/gittutorial.html
http://www.eecs.harvard.edu/~cduan/technical/git/

Youtube shows a lot of video tutorials as well (search for "git
tutorial").

If you do a lot of work on MS Windows, mercurial is likely to be easier
to handle.  I can't help you with mercurial, but google should find good
tutorials as well.  Mercurial is almost as nice as git, only a bit
slower but with better MS Windows support.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/

Re: Cyrus Add-ons

[Adam Tauno Williams]

On Sat, 2010-10-16 at 16:49 -0300, Henrique de Moraes Holschuh wrote: 
> On Sat, 16 Oct 2010, Reinaldo de Carvalho wrote:
> > On Sat, Oct 16, 2010 at 2:11 PM, Henrique de Moraes Holschuh
> >  wrote:
> > > On Sat, 16 Oct 2010, Reinaldo de Carvalho wrote:
> > >> RCS is local version control, isn't a network service.
> > > It is also per-file.  Think CVS with even less features.  I also have
> > > some stuff in RCS, mostly LyX documents without any external material.
> > > Reinaldo, any reason why you don't use git or mercurial?  That would
> > > make it much easier for cooperative work.  sf.net supports git, and it
> > > will NOT increase your dependency on the network even a bit, as it is
> > > fully distributed.
> > No reason. Can you point me a git howto?
> I think you will like it.  The only non-obvious concept git uses is the
> "stage", and you get used to it quite quickly.
> Google finds a lot of tutorials, here are some:
> http://www.vogella.de/articles/Git/article.html
> http://www.kernel.org/pub/software/scm/git/docs/gittutorial.html
> http://www.eecs.harvard.edu/~cduan/technical/git/
> Youtube shows a lot of video tutorials as well (search for "git
> tutorial").
> If you do a lot of work on MS Windows, mercurial is likely to be easier
> to handle.  I can't help you with mercurial, but google should find good
> tutorials as well.  Mercurial is almost as nice as git, only a bit
> slower but with better MS Windows support.

I use Hg (Mercurial) for several of my projects;  it is a bit git-lite,
which I like.  The Tortoise tools are excellent.  I'd recommend it.
-- 
Adam Tauno Williams  LPIC-1, Novell CLA

OpenGroupware, Cyrus IMAPd, Postfix, OpenLDAP, Samba


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/