Re: Upgrade all Berkeley db's

2008-02-15 Thread Martin Schweizer
Hello Alain anf Toomas

2008/2/7, Alain Spineux [EMAIL PROTECTED]:
 On Feb 7, 2008 6:21 PM, Martin Schweizer [EMAIL PROTECTED] wrote:
   Hello
  
I use FreeBSD 6.3 and Cyrus 2.3.11 (with sasldb2). All works correct.


 All works corrects ?
  Have you already upgraded ?
  Then why your questions ?



   In the upgrade process (2.3.9 to 2.3.11) I checked also all the db
   files.  I found the following:
  
   file /usr/local/etc/sasldb2:
   /usr/local/etc/sasldb2.db: Berkeley DB 1.85 (Hash, version 2, native 
 byte-order)


 Depend which binary are or will access saasldb2.


  
   - Do I need to upgrade the sasldb2 or can I let is as is?
  
   file /var/imap/*.db:
   - annotations.db:  Apple QuickTime movie (modified)\012- Cyrus skiplist DB
  
   - deliver.db:  Hitachi SH big-endian COFF object, not
   stripped\012- Berkeley DB (Btree, version 8, native byte-order)\012-
   Berkeley DB (Btree, version 8, little-endian)
  
   - mailboxes.db:Apple QuickTime movie (modified)\012- Cyrus skiplist DB
  
   - tls_sessions.db: Berkeley DB (Btree, version 8, native
   byte-order)\012- Berkeley DB (Btree, version 8, little-endian)
  
   pkg_info|grep db:
   db3-3.3.11_3,1  The Berkeley DB package, revision 3.3
   db41-4.1.25_4   The Berkeley DB package, revision 4.1


 The problem is wich version of bdb is used by your application

  # ldd binary_file

  should tell you


  
   db3_dump deliver.db and tls_sessions.db:
   VERSION=3
   format=bytevalue
   type=btree
   ...
   This means for me it's db3. Can I upgrade it with db3_dump to a text
   file db41_load in a new database file? Or can cyrus create
   tls_session.db and deliver.db new?
  
   annotations.db:
   How I can upgrade this db? Do I need it or can cyrus createannotations.db?
  
   mailboxes.db:
   This I can dump/restore by ctl_mboxlist -d/-u.


 annotations and mailboxes are skiplist, this is not bdb !
  You dont need to upgrade.

  PS: annotations contains annotations :-) It is important if your MUA
  is using annotation.

  deliver and tls_session can be dropped, cyrus will re-create them.


  
   What is about the files in the directories /var/imap/db and
   /var/imap/user? How I should dealt with these? Did I foreget
   something?


 file is you friend !
  Look for file named cyrus.*

Sorry for the dely but in the past days I was verry busy. But now I
study around your questions and attached an and output from my study:

Update 2.3.9 to 2.3.11:
I did it and all works correct.

SASL2:
/usr/local/etc/
acsvfbsd04# db41_dump185 -p *.db
format=print
type=hash
h_ffactor=40
db_lorder=1234
db_pagesize=4096
HEADER=END

acsvfbsd04# file -k *.db
sasldb2.db: Berkeley DB 1.85 (Hash, version 2, native byte-order)

So, this seams for me ok. If I need an upgrade I can dump/restore this
by using db41_dump185 etc.

/usr/imap/var/imap

acsvfbsd04# db3_dump deliver.db
VERSION=3
format=bytevalue
type=btree
HEADER=END

acsvfbsd04# db3_dump tls_sessions.db
VERSION=3
format=bytevalue
type=btree
HEADER=END
DATA=END


If I need an upgrade I can safely delte this two (deliver.db,
tls_sessions.db) files or use db3_dump etc.

acsvfbsd04# ldd /usr/local/bin/db3_dump
/usr/local/bin/db3_dump:
libdb3.so.3 = /usr/local/lib/libdb3.so.3 (0x2807b000)
libpthread.so.2 = /lib/libpthread.so.2 (0x280f8000)
libc.so.6 = /lib/libc.so.6 (0x2811d000)

usr/local/cyrus/bin

acsvfbsd04# ldd master
master:
libgssapi.so.8 = /usr/lib/libgssapi.so.8 (0x28084000)
libkrb5.so.8 = /usr/lib/libkrb5.so.8 (0x28092000)
libasn1.so.8 = /usr/lib/libasn1.so.8 (0x280c6000)
libroken.so.8 = /usr/lib/libroken.so.8 (0x280e7000)
libcrypt.so.3 = /lib/libcrypt.so.3 (0x280f3000)
libcom_err.so.3 = /usr/lib/libcom_err.so.3 (0x2810b000)
libdb41.so.1 = /usr/local/lib/libdb41.so.1 (0x2810d000)
libssl.so.4 = /usr/lib/libssl.so.4 (0x281aa000)
libcrypto.so.4 = /lib/libcrypto.so.4 (0x281d8000)
libmd.so.3 = /lib/libmd.so.3 (0x282cb000)
libc.so.6 = /lib/libc.so.6 (0x282d9000)

acsvfbsd04# pkg_info|grep db
db3-3.3.11_3,1  The Berkeley DB package, revision 3.3

- only for deliver.db and tls_sessions.db

db41-4.1.25_4   The Berkeley DB package, revision 4.1


But which files are in the db41 format? I checked each directory but I
did not see any such files. Which files are stored in db41 format?


Regards,
-- 
Martin Schweizer
[EMAIL PROTECTED]
Tel.: +41 32 512 48 54 (VoIP)
Fax: +1 619 3300587

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


Rename mailbox

2008-02-15 Thread Paul van der Vlis
Hello,

I would like to rename a mailbox, but it does not work:

localhost sam user.maxima cyrus lrswipcda
localhost rename user.maxima user.maxima2
renamemailbox: Operation is not supported on mailbox

Is there another way?
Maybe create a new mailbox and copy everything to it?

With regards,
Paul van der Vlis.




-- 
http://www.vandervlis.nl/


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


Re: Rename mailbox

2008-02-15 Thread Michael Menge

Hi,

Quoting Paul van der Vlis [EMAIL PROTECTED]:


Hello,

I would like to rename a mailbox, but it does not work:

localhost sam user.maxima cyrus lrswipcda
localhost rename user.maxima user.maxima2
renamemailbox: Operation is not supported on mailbox


Is allowusermoves: 1 in imapd.conf?



Is there another way?
Maybe create a new mailbox and copy everything to it?


No, the way is correct.



With regards,
Paul van der Vlis.




--
http://www.vandervlis.nl/


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






M.Menge Tel.: (49) 7071/29-70316
Universitaet Tuebingen  Fax.: (49) 7071/29-5912
Zentrum fuer Datenverarbeitung  mail:  
[EMAIL PROTECTED]

Waechterstrasse 76
72074 Tuebingen


smime.p7s
Description: S/MIME krytographische Unterschrift

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

Re: Importing Mails without to header

2008-02-15 Thread Ian Eiloart


--On 14 February 2008 11:12:02 -0500 Joseph Brennan [EMAIL PROTECTED] 
wrote:


 Situation: an old user has a mail in his account, that was sent _only_ to
 bcc:  People, so in to: you will only find undisclosed recipients.

 Check what is really in the message.  Some mail programs display the
 null address in modified form.

 This is valid: To: undisclosed recipients :;
 This is not:   To: undisclosed recipients

Would you believe, that Apple Mail (Apple's default mail client) creates 
headers like this:

To: undisclosed recipients : ;

This despite the fact that I reported the bug four years ago, and informed 
them of the correct form. It was marked as a duplicate, so someone else 
must have made the same bug report. And, they use cyrus mailstore in their 
server product! To be fair, they have addressed the bug twice - but each 
time they've made it worse. There was originally a work around (give the 
group a name that is valid in headers), but then they broke that workaround.


-- 
Ian Eiloart
IT Services, University of Sussex
x3148

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


Re: Rename mailbox

2008-02-15 Thread Paul van der Vlis
Rudy Gevaert schreef:
 Paul van der Vlis wrote:
 Hello,

 I would like to rename a mailbox, but it does not work:

 localhost sam user.maxima cyrus lrswipcda
 localhost rename user.maxima user.maxima2
 renamemailbox: Operation is not supported on mailbox

 Is there another way?
 Maybe create a new mailbox and copy everything to it?

 
 Is it enabled in your imapd.conf?  allowrename or something like that.

I have there:  allowusermoves: yes
But I don't find anything about that option in man imapd.conf

I am using Cyrus 2.1, maybe it's only in a newer version. Is it in Cyrus
2.2?

With regards,
Paul van der Vlis.




-- 
http://www.vandervlis.nl/


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


Re: Rename mailbox

2008-02-15 Thread Rudy Gevaert
Paul van der Vlis wrote:
 Hello,
 
 I would like to rename a mailbox, but it does not work:
 
 localhost sam user.maxima cyrus lrswipcda
 localhost rename user.maxima user.maxima2
 renamemailbox: Operation is not supported on mailbox
 
 Is there another way?
 Maybe create a new mailbox and copy everything to it?
 

Is it enabled in your imapd.conf?  allowrename or something like that.

Rudy

-- 
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Rudy Gevaert  [EMAIL PROTECTED]  tel:+32 9 264 4734
Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office
Groep SystemenSystems group
Universiteit Gent Ghent University
Krijgslaan 281, gebouw S9, 9000 Gent, Belgie   www.UGent.be
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

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


Re: Rename mailbox

2008-02-15 Thread Simon Matter
 Hello,

 I would like to rename a mailbox, but it does not work:

 localhost sam user.maxima cyrus lrswipcda
 localhost rename user.maxima user.maxima2
 renamemailbox: Operation is not supported on mailbox

Did you enable allowusermoves in imapd.conf?


 Is there another way?
 Maybe create a new mailbox and copy everything to it?

Yes, that also works but rename is easier.

Simon



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


Re: Importing Mails without to header

2008-02-15 Thread Phil Chambers

On Thu, 14 Feb 2008 11:12:02 -0500 Joseph Brennan [EMAIL PROTECTED] wrote:

 
  Situation: an old user has a mail in his account, that was sent _only_ to
  bcc:  People, so in to: you will only find undisclosed recipients.
 
 Check what is really in the message.  Some mail programs display the
 null address in modified form.
 
 This is valid: To: undisclosed recipients :;
 This is not:   To: undisclosed recipients
 

I would say that the former is not actually valid, though the syntax looks 
correct. RFC2822 section 3.6.3 says that To:, Cc: and Bcc: must contain at 
least one address. The above does not contain an address.  None of the three is 
required, so if there is to be no recipient address in the header, the To: and 
Cc: lines should be absent.  (If I remember correctly, RFC822 did require 
either To: or Cc: to be present.)

Phil.
---
Phil Chambers ([EMAIL PROTECTED])
University of Exeter


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


Re: Adding a X-Delivered-To header

2008-02-15 Thread FORMER 03 | Baltasar Cevc

Hi Ram,



On 14.02.2008, at 06:30, ram wrote:
Can I configure cyrus deliver command to insert a X-Delivered-To  
header

for every mail

I looked up the man page for deliver(8) There is mention of inserting
the envelope sender not the recipient


If I'm not mistaken, there is no such option in Cyrus. You'd have
to do it in your MTA if you need it.
In Postfix you could use enable_original_recipient which would add
an X-Original-To header (done by the cleanup process, thus also
works when delivering to cyrus via lmtp). I don't have much
experience with other MTAs so I can't say anything about them.

Baltasar


--
Baltasar Cevc

_ FORMER 03 GmbH
_ infanteriestra§e 19 haus 6 eg
_ D-80797 muenchen

_ http://www.former03.de




PGP.sig
Description: This is a digitally signed message part

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

RE: Importing Mails without to header

2008-02-15 Thread Larry Rosenbaum
  This is valid: To: undisclosed recipients :;
  This is not:   To: undisclosed recipients
 
 
 I would say that the former is not actually valid, though the syntax looks
 correct. RFC2822 section 3.6.3 says that To:, Cc: and Bcc: must contain at
 least one address.

Not exactly.  Bcc: can be empty (note that the syntax line in 3.6.3 is
slightly different; it allows either address-list or CFWS).  Also, To: and
Cc: must contain an address-list, but this requirement can be satisfied by
an empty group construct, as in the first example above. (In a group
construct, the mailbox-list is optional.)

  None of the three is
 required, so if there is to be no recipient address in the header, the
 To: and
 Cc: lines should be absent.  (If I remember correctly, RFC822 did
 require
 either To: or Cc: to be present.)

It requires either To:, Cc:, or Bcc: to be present.  If there is no
recipient in the header, the message can have either an empty Bcc: or a To:
with an empty group construct.  I don't think this changed with RFC2822, but
I can't find anything in the document that indicates that a destination
field is required.


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


Re: Importing Mails without to header

2008-02-15 Thread Joseph Brennan


--On Friday, February 15, 2008 5:18 PM + Phil Chambers 
[EMAIL PROTECTED] wrote:

 This is valid: To: undisclosed recipients :;
 This is not:   To: undisclosed recipients


 I would say that the former is not actually valid, though the syntax
 looks  correct. RFC2822 section 3.6.3 says that To:, Cc: and Bcc: must
 contain at  least one address. The above does not contain an address.


But this IS an address by definition.  RFC 2822 even shows it in an
example, namely the CC address in section A.1.3.  Sec 3.4 says,

address =   mailbox / group

group   =   display-name : [mailbox-list / CFWS] ;
[CFWS]

   Because the list of mailboxes can be empty, using the group construct
   is also a simple way to communicate to recipients that the message
   was sent to one or more named sets of recipients, without actually
   providing the individual mailbox address for each of those
   recipients.


Joseph Brennan
Lead Email Systems Engineer
Columbia University Information Technology


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


Moving some files to another mount point

2008-02-15 Thread Josh Endries
Hello,

My mail store is almost out of space. I have another disk partition I can use, 
but I'm not sure how to make it available. I'm using 2.2 with virtdomains, so I 
don't think I can move things to another Cyrus partition (no way that I'm aware 
of). I can't seem to rename a mailbox...

Is it possible to mount another partition (e.g. ad0s1d) within my 
/var/spool/imap hierarchy (e.g. mount another it as 
/var/spool/imap/domain/blah.com)? Would that cause all sorts of problems? I 
don't know if Cyrus uses fs-specific things, like inodes or anything, that 
would 
cause conflicts...

Thank you!

J

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


Re: Adding a X-Delivered-To header

2008-02-15 Thread ram
On Fri, 2008-02-15 at 20:22 +0100, FORMER 03 | Baltasar Cevc wrote:
 Hi Ram,
 
 
  On 14.02.2008, at 06:30, ram wrote:
  Can I configure cyrus deliver command to insert a X-Delivered-To  
  header
  for every mail
 
  I looked up the man page for deliver(8) There is mention of inserting
  the envelope sender not the recipient
 
 If I'm not mistaken, there is no such option in Cyrus. You'd have
 to do it in your MTA if you need it.
 In Postfix you could use enable_original_recipient which would add
 an X-Original-To header (done by the cleanup process, thus also
 works when delivering to cyrus via lmtp). I don't have much
 experience with other MTAs so I can't say anything about them.
 
 Baltasar
 

I have been trying to get this working via postfix. But without luck. 
Apparently I have to change the cyrus delivery mechanism to pipe

Have you already done this 

Can you share your master.cf 


Thanks
Ram




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