Expunged emails after upgrade from 2.3.16 to 2.4.5
Stephen Carr
sgcarr at civeng.adelaide.edu.au
Wed Dec 8 04:22:53 EST 2010
Dear All
I assumed that replication went one way master to replica. Now with it
syncing in both directions my replica is out of sync with the master in
that the number of emails in folders on the master are not the same on
the replica.
The problem was compounded by having both expunge and delete set to
immediate in the master but delayed on the replica.
I have both the master and replica set to have delete and expunge set
to delayed and restarted master on both systems.
Now if I delete an email it is reflected in the client (Thunderbird) ie
total drops by one and an ls *. on the file system is still the old
value that is one more what is reported in Thunderbird BUT unexpunge -l
reports no emails to unexpunge.
I also tested it by creating a new folder - moving an email into it all
OK in Thunderbird - then deleted it - Thunderbird reports NO email in
folder BUT unexpunge -l does not display the deleted email but it is on
the file system.
What is happening?
Ignoring replication - why is unexpunge not working?
I then did this moved another 2 emails to the folder and ran
ipurge -f -d 0 -X user.XXXX.Test
and unexpunge works showing all 3 emails.
Maybe I better read the manuals regarding user delete and expunge.
This upgrade has not been trivial BUT the performance of the server
seems to be much faster.
I have users who pop off emails BUT leave the emails on the server and
they have thousands - the POP could timeout - since the upgrade it seems
to be done in a flash. In one instance 32,000 emails were popped off the
server in about 45 minutes by wall clock and 3 minutes in system + user.
See below
I suppose I should report this is as a bug if others have see this problem.
Regards
Stephen Carr
Dec 7 09:21:37 brooks pop3s[10800]: starttls: TLSv1 with cipher
DHE-RSA-AES256-SHA (256/256 bits new) no authentication
Dec 7 09:22:09 brooks pop3s[10800]: login: hostname [1.1.1.1] USER
plaintext+TLS User logged in
SESSIONID=<brooks.civeng.adelaide.edu.au-10800-1291675897-1>
Dec 7 10:07:40 brooks pop3s[10800]: USAGE USER1 user: 177.300000 sys:
26.670000
Dec 7 10:07:40 brooks pop3s[10800]: counts: retr=<31890> top=<0> dele=<0>
Patrick Boutilier wrote:
> On 12/07/2010 04:11 PM, Bron Gondwana wrote:
>> On Tue, Dec 07, 2010 at 09:26:15AM -0400, Patrick Boutilier wrote:
>>> I didn't think changes on the replica would be reflected on the
>>> primary, Bron can verify though.
>>>
>>> Are you saying that when mail older than 150 days was purged on the
>>> replica they also got purged on the primary?
>> Yes, that's correct - if you actually purge a message on the replica
>> that change is replicated back to the master. The idea is that these
>> ends can be used interchangably - and so an expunge at one end has to
>> be mirrored at the other.
>
> That is new in 2.4 though, correct? In 2.3.x replication was only one way?
>
> <snip>
> ----
> Cyrus Home Page: http://www.cyrusimap.org/
> List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
>
--
Stephen Carr
Computing Officer
School of Civil and Environmental Engineering
The University of Adelaide
Tel +618-8303-4313
Fax +618-8303-4359
Email sgcarr at civeng.adelaide.edu.au
CRICOS Provider Number 00123M
-----------------------------------------------------------
This email message is intended only for the addressee(s) and
contains information that may be confidential and/or copyright.
If you are not the intended recipient please notify the sender
by reply email and immediately delete this email. Use, disclosure
or reproduction of this email by anyone other than the intended
recipient(s) is strictly prohibited. No representation is made
that this email or any attachments are free of viruses. Virus
scanning is recommended and is the responsibility of the recipient.
More information about the Info-cyrus
mailing list