Re: Adding a X-Delivered-To header
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
Moving some files to another mount point
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: Importing Mails without "to" header
--On Friday, February 15, 2008 5:18 PM + Phil Chambers <[EMAIL PROTECTED]> wrote: >> This is valid: To: undisclosed recipients :; >> This is not: To: >> > > 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
RE: Importing Mails without "to" header
> > This is valid: To: undisclosed recipients :; > > This is not: To: > > > > 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: Adding a X-Delivered-To header
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
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 "". > > 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: > 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: Rename mailbox
> 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: Rename mailbox
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
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: Importing Mails without "to" header
--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 "". > > 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: 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
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
Rename mailbox
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: Upgrade all Berkeley db's
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