Hello Bron,
Version 10 is a 2.3.x mailbox format. You should upgrade to 2.5 format as
documented in the upgrade notes.
Kolab should probably have run the update as part of their package upgrade...
hmm.
There is no package upgrade mechanism for Kolab, so I had to do it
following the
is still stored in
/var/lib/imap/user/... myuser.seen, or actually in the cyrus.index
file in /var/spool/imap?
https://cyrusimap.org/mediawiki/index.php/Cyrus_2.4_Changes says:
User seen flag moved into cyrus.index, the most common case
but the myuser.seen file still gets updated, according
From: info-cyrus-bounces+info-cyrus=ornl@lists.andrew.cmu.edu
[mailto:info-cyrus-bounces+info-cyrus=ornl@lists.andrew.cmu.edu] On
Behalf Of Bron Gondwana
Seen data is only stored in .seen files for shared or other user
mailboxes. The seen data for the mailbox owner is stored in the
On Tue, 2012-01-10 at 10:26 -0500, Rosenbaum, Larry M. wrote:
From: info-cyrus-bounces+info-cyrus=ornl@lists.andrew.cmu.edu
[mailto:info-cyrus-bounces+info-cyrus=ornl@lists.andrew.cmu.edu] On
Behalf Of Bron Gondwana
Seen data is only stored in .seen files for shared or other user
Do you know what format the seen files are in on the old server? I think
you should be able to copy them across with the rest of the mail spool
using rsync, but the default database format for seen might have changed.
The default in 2.4 appears to be skiplist.
Check the setting
On Fri, Jan 06, 2012 at 10:17:26AM -0500, Ron Vachiyer wrote:
however it doesn't create any .seen files like the 2.1.x version, it seems to
store seen information in the cyrus.index file in each users mailspool
directory. I am using the invoca rpm build, is this a particularity or is
there
Seen data is only stored in .seen files for shared or other user
mailboxes. The seen data for the mailbox owner is stored in the
cyrus.index. This has two benefits:
1) lower IO for the most common case. We need to update the
cyrus.index file anyway to record the new MODSEQ.
2)
Oh, if you've already moved the mailbox and the seen file hasn't
been moved yet... yeah, that's messy :(
The main problem is that the seen file is indexed by UNIQUEID
rather than mailbox name, otherwise you could just copy-paste
the sequence out and run
TAG UID STORE paste +Flags
On Fri, Jan 06, 2012 at 01:40:10PM -0500, Ron Vachiyer wrote:
To be clear, here is my scenario;
I have 8000 user accounts, 40+Gigs of email on a 2.1.17 server. They all
seem to be using .seen files stored in /var/lib/imap/user/u/user.seen files.
The mailspool is in
I am to work on migrating a very (very) old install using 2.1.17. The seen
information seems to be stored in a /var/lib/imap/user/xx/xxx/xxx.seen file.
How can I migrate this seen info to a 2.4.13 install?
I thought of using imapsync to move the mailspool, which works, however some
mailboxes
On Thu, 5 Jan 2012, Ron Vachiyer wrote:
I am to work on migrating a very (very) old install using 2.1.17. The
seen information seems to be stored in a
/var/lib/imap/user/xx/xxx/xxx.seen file. How can I migrate this seen
info to a 2.4.13 install?
I thought of using imapsync to move the
On Wed, 28 Apr 2010, Mike Eggleston wrote:
From: Mike Eggleston mikee...@mac.com
To: Dan White dwh...@olp.net
Cc: info-cyrus@lists.andrew.cmu.edu
Date: Wed, 28 Apr 2010 20:24:28
Subject: Re: setting the seen flag?
On Wed, 28 Apr 2010, Mike Eggleston might have said:
...
My current
On 27/04/10 14:28 -0500, Mike Eggleston wrote:
Is there an easy to set the \Seen flag on all messages for a specific
user. I would like something as easy as 'chmod -R -x $user' if that
is possible.
I'm not using murder, just a single, small 25-account setup.
As far as I know, that can only
On Wed, 28 Apr 2010, Dan White might have said:
On 27/04/10 14:28 -0500, Mike Eggleston wrote:
Is there an easy to set the \Seen flag on all messages for a specific
user. I would like something as easy as 'chmod -R -x $user' if that
is possible.
I'm not using murder, just a single, small
' option of the imtest command,
that you wish to set the seen changes for.
Cyrus uses per-user seen states (by default), so setting the \Seen flag for
user jane, when authorizing as ejsg, will not do what you want.
--
Dan White
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http
user?
Be sure to pass the same user in the '-u xxx' option of the imtest command,
that you wish to set the seen changes for.
Cyrus uses per-user seen states (by default), so setting the \Seen flag for
user jane, when authorizing as ejsg, will not do what you want.
I just realized that error
is still marked 'unread'
by Outlook.
Is $user and ejsg the same user?
Be sure to pass the same user in the '-u xxx' option of the imtest command,
that you wish to set the seen changes for.
Cyrus uses per-user seen states (by default), so setting the \Seen flag for
user jane, when
Afternoon,
Is there an easy to set the \Seen flag on all messages for a specific
user. I would like something as easy as 'chmod -R -x $user' if that
is possible.
I'm not using murder, just a single, small 25-account setup.
Mike
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ
Hello,
I didn't get the way of dealing with annotations. It is some specific
parameter in the imapd.conf file. But I didn't understand the syntax so
I can set it for sharedseen.
SETANNOTATION mailbox \
/vendor/cmu/cyrus-imapd/sharedseen (value.shared true)
Gerard wrote:
Try deleting the seen file on one of the mailboxes and see if that
resolves the issue. If it does you will need to delete all of the seen
files and let Cyrus recreate them. The only loss would be that
previously read messages will now be unread. I would suggest backing
these
a email [EMAIL PROTECTED] what is used by 5 people at the same
time by IMAP.
Time after time we have this problem:
All seen flag`s a disappear. And any new email`s don`t put a seen
flag. In logs this:
imaps[47785]: db /var/imap/user/s/support1.seen, inconsistent
pre-checkpoint, bailing
Hello all.
My system:
FreeBSD 6.1-RELEASE-p10
cyrus-imapd-2.3.7
cyrus-sasl-2.1.22
cyrus-sasl-saslauthd-2.1.22
We have a email [EMAIL PROTECTED] what is used by 5 people at the same
time by IMAP.
Time after time we have this problem:
All seen flag`s a disappear. And any new email`s don`t put
this problem:
All seen flag`s a disappear. And any new email`s don`t put a seen
flag. In logs this:
imaps[47785]: db /var/imap/user/s/support1.seen, inconsistent
pre-checkpoint, bailing out
imaps[47785]: DBERROR: error committing seen txn; seen state lost:
cyrusdb error
What im need to do
.
Time after time we have this problem:
All seen flag`s a disappear. And any new email`s don`t put a seen
flag. In logs this:
imaps[47785]: db /var/imap/user/s/support1.seen, inconsistent
pre-checkpoint, bailing out
imaps[47785]: DBERROR: error committing seen txn; seen state lost:
cyrusdb error
Back in 2005, Senandung Mendonan wrote:
I'm looking for a way to get shared \Seen flag feature in shared
folders, instead of the default per-user. One past discussion thread
ended with this:-
http://marc.theaimsgroup.com/?l=info-cyrusm=103784712122098w=2
…
Anyone got this feature hacked
On Tue, 10 Jan 2006, Daniel O'Connor wrote:
Some of my users are seeing their email revert to unread. Sometimes it
happens after a search, but othertimes it Just Happens.
Outlook Express has the same problem. I suspect the flushseenstate
option in 2.2 or 2.3 will fix this problem for you.
Daniel O'Connor wrote:
Hi,
Some of my users are seeing their email revert to unread. Sometimes it happens
after a search, but othertimes it Just Happens.
They have up to date clients (eg Mozilla 1.7.5 or Thunderbird 1.5) so I don't
think that is the problem.
i had the same problem with
On Tue, 10 Jan 2006 12:43, Michael Loftis wrote:
Currently the server is running 2.18.1 on FreeBSD 6.0/amd64. Would it be
worth upgrading to 2.2 or 2.3? (ie would that have a chance of fixing
the problem?).
Not sure, but we've seen that problem with shared folders in 2.1 and 2.0 --
Hi,
Some of my users are seeing their email revert to unread. Sometimes it happens
after a search, but othertimes it Just Happens.
They have up to date clients (eg Mozilla 1.7.5 or Thunderbird 1.5) so I don't
think that is the problem.
Currently the server is running 2.18.1 on FreeBSD
--On January 10, 2006 11:24:05 AM +1030 Daniel O'Connor
[EMAIL PROTECTED] wrote:
Hi,
Some of my users are seeing their email revert to unread. Sometimes it
happens after a search, but othertimes it Just Happens.
They have up to date clients (eg Mozilla 1.7.5 or Thunderbird 1.5) so I
don't
Hi,
I'm looking for a way to get shared \Seen flag feature in shared
folders, instead of the default per-user. One past discussion thread
ended with this:-
http://marc.theaimsgroup.com/?l=info-cyrusm=103784712122098w=2
There were other related discussions since then but most end up living
I ran out of space on /var and where all the mailbox and seen files reside
and now cyrus won't preserve the seen flag.
This is what the log shows:
May 20 16:30:14 cyrus imap[2495]: DBERROR: skiplist recovery
/var/imap/user/a/akshay.seen: ADD at 6B00 exists
May 20 16:30:14 cyrus imap[2495
flawlessly, but 2. does not seem to work. I can
open for writing other flags (like the important-flag ), but the
seen-flag is allways uniqe pr user.
Today we use inn/nntp for 1. and courier with a useraccout all
support-people log in to using the same user/password.
My question
: is there a way to migrate mbox
mailboxes in a way, that they appear exactly the same in cyrus from
within an admin account (without compromising user logins), including
the \Seen flag?
The perl scripts from the wiki suffer from the same problem, btw.
Pete
---
Cyrus Home Page: http
user logins), including
the \Seen flag?
Use one of the SASL mechanisms above to authenticate as an admin, but
authorize as the user that you are migrating.
--
Kenneth Murchison Oceana Matrix Ltd.
Software Engineer 21 Princeton Place
716-662-8973 x26 Orchard Park, NY 14127
--PGP Public
Hello,
I'm on the way to migrate some mbox based imapd setups to Cyrus-IMAP,
running on SuSE 9.2 in version 2.2.8, but stumbled across a strange
phemomenon regarding the \Seen flag handling, which boils down to:
When APPENDing mails as the cyrus admin, the \Seen flags magically
disappears
After a problem with my mailserver, every new emails are shown as seen
emails in webmail. How can I handle it? (cyrus 2.0.16)
Thanks
--F. Taj
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info:
Hello!
I am running Cyrus on a Debian-stable box, so it's still Cyrus 1.5.19,
the clients are most Outlook Express 6.
The problem is, that when Outlook Express gets new mail, in many cases
the last read message is marked unread again.
I have already seen a patch for Cyrus 2.1 here:
On Wed, 5 May 2004, Paul van der Vlis wrote:
I have already seen a patch for Cyrus 2.1 here:
http://www-uxsup.csx.cam.ac.uk/~dpc22/cyrus/patches/2.1.16/OutLookExpress-seenstate.patch
Do you know about a soluton or workaround that works for Cyrus 1.5.19?
Upgrade away from ancient software.
Yesterday I posted a question to this list regarding a problem I was
having with the mailboxes for some users on cyrus 2.1.15; namely
previously read messages were being marked as unread every time the
mailbox listing was refreshed by the IMAP server. One thing I didn't make
clear was that this
On Tuesday 25 February 2003 18:02, Kristian Rink wrote:
the archive of this list, it is not possible in cyrus (in IMAP?) to have
a general seen flag for mails or mailboxes so this way it is
impossible for any user who is able to read mail in the shared
mailboxes to find out whether
along with, so far:
(a) in this network, IMAP is used because the vast majority of
mail traffic needs to be seen not only by a single user but by a
group of persons. For what I have experienced and also read in
the archive of this list, it is not possible in cyrus (in IMAP?) to have
a general seen
seen flag for mails or mailboxes so this way it is
impossible for any user who is able to read mail in the shared
mailboxes to find out whether or not anyone else already has read
and possibly answered new mail. Is there a way to work around
this condition? Reading the cyrus man pages I hoped
seen flag for mails or mailboxes so this way it is
impossible for any user who is able to read mail in the shared
mailboxes to find out whether or not anyone else already has read
and possibly answered new mail. Is there a way to work around
this condition? Reading the cyrus man pages I hoped
Hi,
I'm using kmail (1.4.1) together with a cyrus 2.0.16 server. I've a problem
that doesn't occur permanently but too often.
A message is marked as \seen and \answered and then copied to the
trash-folder. After that copy-action it has only the \answered flag set and
not the \seen flag
Cyrus caches seen state in memory for a time before flushing it to
disk. Generally this works quite well; I use Outlook Express and
don't seem to have this problem, but perhaps I just don't do this
exact sequence of clicks.
It's possible to force Cyrus to synchronize seen state more
- user opens INBOX and clicks on one unseen mail.
- This mail is marked as Read on Outlook Express.
- user clicks on Send/Recv button to check new mail.
It's a problem with Outlook Express interacting with the Cyrus-IMAP server.
What is happening is that OE is connecting to the
,
introduces itself as IMAP4rev1 v12.258 server ready) for comparision and using
this server does not produce situation described above.
Few lines from logfiles.
UID 1154 is the message.
Note that UID 1154 Seen flag seems to be set but next INBOX status request still
reports one unseen messge
From: Heiki Kask [EMAIL PROTECTED]
I have following problem with Cyrus/Outlook express:
- user opens INBOX and clicks on one unseen mail.
- This mail is marked as Read on Outlook Express.
- user clicks on Send/Recv button to check new mail.
- Outlook Express marks previously marked email as
When Cyrus-IMAP writes the seen state, it first makes a copy of cyrus.seen
to cyrus.seen.new(?). This allows other IMAP connections to read the seen
state from cyrus.seen, while the first connection is updating
cyrus.seen.new(?). When it finishes it moves the file to cyrus.seen.
I see a
Cyrus caches seen state in memory for a time before flushing it to
disk. Generally this works quite well; I use Outlook Express and
don't seem to have this problem, but perhaps I just don't do this
exact sequence of clicks.
It's possible to force Cyrus to synchronize seen state more quickly
of the
messages SEEN flag is set to true. what gives? i thought that i would be able
to set the individual SEEN flag to a message as it was displayed. also
getNewMessageCount() returns 0.
any help?
52 matches
Mail list logo