I have a 2.4.20 IMAP server I'm in the process of migrating to a 3.0.13
server on a different machine, using replication to move the database.
This server was a 2.4.7 server until recently, when I upgraded it to
2.4.20 to make sure it was on the latest in its series.
In order to get all of th
On 13/02/2019 13:08, Patrick Boutilier wrote:
On 2/13/19 7:01 AM, Eric Luyten wrote:
On 13/02/2019 09:17, Michael Menge wrote:
Hi Marcus,
Quoting Marcus Schopen :
Hi,
is there a way to count the disk space used by a mailbox without
expunged messages?
mbexamine user/LoginID | grep
in 3.0 only the info for the given folder is shown
O dear.
We (2.3 server, upgrading this year) use the subfolder size information
extensively in our management procedures.
Eric Luyten.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu
rus doesn't know about the directory through mailboxes.db it is
never going to remove it by itself.
Cheers,
Eric Luyten.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
ven't decided yet
whether we'll move from 2.3 to 2.5 or 3.0, certainly not 2.4
Eric Luyten.
We're looking, first, to a way to automate safely the reconstruct of
mailbox, ideally keeping the Seen State of mails.
In parrellel, we're studying the migration to Cyrus 2.4.1
fix
and an lmtp channel to the Cyrus service on a different server.
This lmtp connection requires authentication using a specific "system"
account, not the end user credentials.
Mr Bradshaw, did someone at your site nuke that account or its password,
not knowing what
We have an SSD dedicated for cache and another dedicated for the log.
They seem to help.
On 6/28/2018 4:45 PM, Albert Shih wrote:
> Le 27/06/2018 à 12:58:22-0400, Eric W. Bates a écrit
>
> Hi,
>
> Thanks you *very* much for your answer.
>
> I will try that. But I'm
On 06/27/2018 11:44 AM, Albert Shih wrote:
Le 27/06/2018 à 11:27:48-0400, Eric W. Bates a écrit
Yah. You need to crank up some buffer sizes.
This is an excellent document (written for FreeBSD 10):
https://calomel.org/freebsd_network_tuning.html
Yes I already find that page
I think the one
Yah. You need to crank up some buffer sizes.
This is an excellent document (written for FreeBSD 10):
https://calomel.org/freebsd_network_tuning.html
I think the one you're bumping your head on is:
kern.ipc.maxsockbuf
but you shouldn't crank it up by itself.
On 06/27/2018 10:09 AM, Albert Shih
On 25/06/2018 14:39, Albert Shih wrote:
Hi everyone,
I would like to know when that's become usefull to use prefork (for imap)
and how much you set the prefork (vs nb of users).
We have prefork=0 set on all Cyrus services for many years now.
Eric.
Cyrus Home Page:
half a
million mailboxes.
Cordialement,
Eric.
Regards.
--
Albert SHIH
DIO bâtiment 15
Observatoire de Paris
5 Place Jules Janssen
92195 Meudon Cedex
France
☏ +33 1 45 07 76 26/+33 6 86 69 95 71
xmpp: j...@obspm.fr
Heure local/Local time:
Wed Jun 13 21:30:50 CEST 2018
Cyrus Home Page: http://ww
have activated delayed expunge and squatter,
I think).
I just checked ... we have 90 GB of cyrus.{cache, header, index}
SSDs can now be had in capacities of 3.2 TB
Regards,
Eric Luyten, VUB/ULB.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipe
have /var/spool/CyrusDB-Sieve/cyrusdb/user/u/username.sub but not .seen.
Would they be located anywhere else or perhaps the seen functionality
is contained in another database file? Without per-user .seen
files, how can 'seen' issues be dealt with for individual users? Thanks!
create new
mailboxes with the now
"illegal" chars but are we likely to run into trouble with
existing mailbox names ?
Corollary question : is there a Cyrus 3.0.x package our for any Linux
distro ?
I find a packaged 2.5.10-3 for Debian 9 "Stretch"
Thx,
Eric L
for your feedback,
Eric Luyten, Computing Centre VUB/ULB.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
I do not know about Cyrus versions more recent than 2.3 but we ran into
trouble when composing service names with hyphens or underscore
characters in them. Stick to [a-z0-9] just to be safe.
Eric Luyten, Computing Centre VUB/ULB.
On 24/05/2017 16:42, Michael Ulitskiy wrote:
well, it
Try:
elsif header :matches "subject" "[proxy] File-URL (.*) detected"
On 5/16/2017 9:53 AM, Walter H. via Info-cyrus wrote:
> Hello,
>
> I've got the following in the sieve script
>
> elsif header :matches "subject" "[proxy] File-URL (*) detected"
> {
> fileinto "INBOX._Info.ftpFileURLs";
>
Yes, file 148 is completely corrupted.
On 5/12/17 9:16 AM, Bron Gondwana wrote:
Just read the 148 file and see if there is corruption. I suspect that's the
cause.
Bron
On Fri, 12 May 2017, at 23:09, Eric Cunningham wrote:
I have snapshot backups of that account, that particular me
so we can't see how! Oh well :(
Bron.
On Fri, 12 May 2017, at 04:55, Eric Cunningham wrote:
Just to close the loop on this, once the corrupted cdm-lit account on my
copy server successfully reconstructed, the backlog of replication has
completed successfully and is now caught up.
-Eric
On
Just to close the loop on this, once the corrupted cdm-lit account on my
copy server successfully reconstructed, the backlog of replication has
completed successfully and is now caught up.
-Eric
On 05/11/2017 02:20 PM, Eric Cunningham wrote:
-G didn't seem to help, but I tried a "r
the underlying message (checks GUID
correctness). Reconstruct with -G should fix all possible individual
message issues, including corrupted data files.
On 05/11/2017 02:37 PM, Eric Cunningham wrote:
I have to walk this back. In looking slightly further back in my
logfiles, before every instance
'm still unable to
get a successful reconstruct with "failed to read index header" for
every subfolder and "fatal error: Internal error: assertion failed:
imap/mailbox.c: 2847: record->size"
Any ideas on how to correct this so I can see if I can then get past the
r
sync(): bailing
out! Bad protocol
May 11 11:40:51 imap1 sync_client[60696]: Processing sync log file
/var/spool/CyrusDB-Sieve/cyrusdb/sync/log-run failed: Bad protocol
-Eric
On 05/11/2017 02:14 AM, Bron Gondwana wrote:
Looks like you have a corrupted mailboxes database - if you run a reconstru
/var/spool/cyrus/mail/c/user/cdm-lit/Sent/148.
May 10 10:45:37 imap1 sync_client[87438]: IOERROR: zero length response
to MAILBOX (end of file reached)
May 10 10:45:37 imap1 sync_client[87438]: do_folders(): update failed:
user.cdm-lit.Sent 'Bad protocol'
May 10 10:45:37 imap1 sync_cl
eased with that.
Of course you would not put your mailboxes.db and other I/O critical
structures on NFS but why not the Cyrus metadata ?
Regards,
Eric (mail and storage admin, roughly 10 TB Cyrus spool on ZFS / iSCSI)
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists
27;compact'
it by dumping to text and 'undumping' back into skiplist.
Oh, and it's stored on Solid State.
Eric.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
to
setsocketopt(TCP_KEEPINTVL): Invalid argument
So, a couple of questions for the list:
Are such numbers of imapd processes to be expected?
Why is lmptunix complaining about options passed to imapd?
Thank you.
-Eric
On 10/25/16 8:23 PM, ellie timoney via Info-cyrus wrote:
Hi Eric,
Patch
t’s the case could you be hitting the the maximum number
of accepts??
Check the 11.11.1.2. kern.ipc.soacceptqueue section of the FreeBSD handbook
https://www.freebsd.org/doc/handbook/configtuning-kernel-limits.html
Given the load you described perhaps 128 is just not enough?
On Oct 24, 2016, at
=
Eric Cunningham
Information Services - http://whoi-it.whoi.edu
Woods Hole Oceanographic Institution - http://www.whoi.edu
Woods Hole, MA 02543-1541 phone: (508) 289-2224
fax: (508) 457-2174 e-mail: ecunning
this "status 71" issue? Could an upgrade to 2.5.10
possibly address this? Thanks!
-Eric
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
on heavily when we migrated to Cyrus 2.2,
ten years ago, and never had an issue with square brackets and such.
Regards,
Eric Luyten, Computing Centre VUB/ULB.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
We are migrating our cyrus from a venerable computer to a new one.
We've been gradually moving individuals over to the new machine and are
quite surprised at the poor performance characteristics we're seeing on
the new machine.
The new machine:
2 @ 6 core Xeon E5-2640
256 Gb memory
zfs built o
On Wed, June 22, 2016 6:02 pm, Dan White wrote:
> On 06/22/16 17:28 +0200, Eric Luyten via Info-cyrus wrote:
>
>> All,
>>
>>
>>
>> After trying for a couple of days I have come to the conclusion
>> that the Office 365 IMAP import tool uses the LOGIN a
... ...
(violation of RFC3501 section 6.1.1 ?
dunno whether I am reading that correctly)
Is my conclusion correct ?
Any hacks or workarounds ?
Thx,
Eric Luyten, Computing Centre VUB/ULB.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail
ears old!
Bron,
I have an upgrade to 2.5. on my plate.
The approximately-once-a-day deliveries freeze is not critical.
Regards,
Eric.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
cyrusdb -c If you do this very often,
the amount of log that needs to be recovered will be significantly shorter.
We recommend doing this at least once every half hour, and more often on
busy sites. "
(http://cyrusimap.web.cmu.edu/mediawiki/index.php/FAQ)
Eric.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
:14 lmtp[24980]: skiplist: checkpointed
/ssd/cyrs/imap/deliver.db (223062 records, 25295200 bytes) in 119 seconds
I took a quick dive into the code but could not find where and when lmtpd
is supposed to trigger a delivery.db checkpointing action.
Eric Luyten, Computing Centre VUB/ULB
Hello,
One of our users is getting 'Server error' feedback from the Roundcube
plugin when trying to add a 213th rule.
I fail to spot a hard coded limit in the Sieve source code. Is there
something to that extent or with similar effects ?
Thx,
Eric Luyten, Computing Cent
Please disregard my previous comment,
misread your original post.
Need coffee.
Eric Luyten.
On Wed, March 23, 2016 3:27 pm, Eric Luyten via Info-cyrus wrote:
<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyr
have to restart the service?
Sebastian,
'listen' entries go into /etc/cyrus.conf, not imapd.conf,
and IMO require a Cyrus service restart, yes.
Regards,
Eric Luyten, Computing Centre VUB/ULB, Brussels.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lis
st and end with a 'deny all' or something
to that extent ?
Thx,
Eric.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
ion. Is it related to
> delayed delete, perhaps? Or a bug? Maybe fixed in a later release?
FWIW, in 2.3.16 when removing a top level mailbox the quota root file does
not get removed because of some variable expansion in the code going wrong.
This bug may have propagated into the 2.4 code.
Eric.
patches.
Could be tested on our system shortly after this weekend.
Eric.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
he number of affected users, now numbering beyond one hundred.
Cool.
Eric.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
te
correct response to the EXPUNGE command but I'm having a hard time buying
this for an explanation.
Oh, and someone in there asks for help to get the Apple bug report (22996765)
escalated.
I think at our site we have reached the count of 100 (one hundred) El Capitan
Mail.app users.
Eric.
On Thu, October 15, 2015 1:34 am, Bron Gondwana wrote:
> Absolutely no idea. I think we have an upgraded test mac here in the
> office. I'll set it up and see what it does.
https://discussions.apple.com/thread/7267399
Eric.
Cyrus Home Page: http://www.cyrusimap.org/
Li
On Wed, October 14, 2015 11:55 am, Eric Luyten wrote:
> On Tue, October 13, 2015 10:43 pm, Bron Gondwana wrote:
>
>> On Wed, Oct 14, 2015, at 00:26, k...@rice.edu wrote:
>>
>>
>>> The El Capitan Mac Mail was recently released. It definitely has a
>>> pr
rom the client; such response satisfies the server's
continuation request. "
Again ... if this has been solved in 2.4 or 2.5 branches, we'll upgrade
(management decisions on moving to Google Apps or Office365 taken into
account)
Eric Luyten, Computing Centre VUB/ULB.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
rver load a few dozen percent (measured as load
average, plenty of CPU cycles remaining) it appears to have dampened
the I/O impact somewhat and it will allow me to more easily capture
the start of the client-server conversations leading to the loop.
If Rice is experiencing a similar phenomen
6822<808.3507 IDLE
>1444726822>+ idling
<14447268221444726822>1808.3507 OK Completed
<1444726822<1<1444726822<809.3507 EXPUNGE
>1444726918>* 0 EXISTS
* 0 RECENT
1809.3507 OK Completed
Clues ?
Eric Luyten, Computing Centre VUB/ULB.
Cyr
in the inbox instead of move to
> BounceError. Messages from srv4 are moved to INBOX/BounceError/srv4
> if uncomment lines about srv4.
>
> Why "else fileinto" doesn't work ? Discovered in 2.4.17, reproduced
> in 2.4.18.
Sergey,
Did you define "INBOX/Bounc
my earlier post : you could write Sieve rules for that Cyrus
mailbox that bounce/drop/file messages not carrying a From/Sender in the
local domain.
Please note that a From/Sender line is easily forged.
Regards,
Eric Luyten, Compuitng Centre VUB/ULB.
Cyrus Home Page: http://www.cyrusimap.or
at you want to accomplish needs to be done in your Mail Transfer Agent
(Postfix, Sendmail, Exim, ...) not by Cyrus, which is a mail storage and
serving (POP3/IMAP) engine.
Regards,
Eric Luyten, Computing Centre VUB/ULB.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: ht
gt;
> On Sat, Nov 1, 2014, at 12:11 PM, Eric K Germann wrote:
>
>> I recently upgraded my server from 2.2 to the
>> cyrus-imapd-2.4.17-caldav-beta10 release built from source.
>>
>> One of the goals is to share "Notes" between various iDevices a
hy Roundcube generates the sieve rules with INBOX in
the folder names.
What am I missing? Did I forget to do something after I turned it on?
Really confused.
Thanks for any assistance!
EKG
--
===
Eric K Germann
ekgermann (at) cctec dot) com
==
;
sub-directory, but I'll quickly add that, at least in Cyrus 2.3,
there appear to be many leftovers after the IMAP process itself
has terminated.
Since the 2.4 process housekeeping is supposedly a lot better, you
may have more luck there.
Regards,
Eric.
Cyrus Home Page: http://www.cyr
On Wed, July 9, 2014 11:36 am, Ram wrote:
> Most of these these webmail products they really jam the imap servers
> with too many authentication requests
imapproxyd
Eric Luyten, Computing Centre VUB/ULB.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info
ones before
> 2008, but a mail client only shows mails after 2008. That is, there are mail
> files in the mailbox that neither are recovered by reconstruct, nor are
> deleted by the -O option.
Did the mail client performing the message deletes disconnect from the IMAP
servic
calculation
The underlying filesystem MAY have compression capabilities, which will most
certainly lead to 'du' returning a lower value than Cyrus 'list quota'.
Eric Luyten, Computing Centre VUB/ULB, mail spool compression factor 1.68
Cyrus Home Page: http://www.cyru
Hello all:
Recently I have been trying to install and configure Postfix + Cyrus + Sasl
auth (with smtp auth) and i found the following problem. I have installed and
configured Cyrus, Postfix and Sasl, and everything is right until smtp auth.
When I edit the /etc/default/saslauthd file and I
-LUN tiering
in block access methods (iSCSI, FC) will also do the job) you will be
pushing the tiering issue down to your storage level, which may be (part
of) a solution to your problem.
Kind regards,
Eric Luyten, Computing Centre VUB/ULB.
Cyrus Home Page: http://www.cyrusimap.org/
Lis
sers and perform the
> reindex in chunks.
Bryan,
We found out that a Cyrus quota fix ("quota -f ...") only regenerates
metadata for "old format" mailboxes, whereas "reconstruct -r" does 'em
all, also the already-converted.
Cheers,
Eric Luyten, Computing Centre
upgrade from 2.3.16 to 2.4.X this fall, we
are interested in learning about your storage backend characteristics.
What read/write IOPS rates were you registering before/during/after your
upgrade process ?
I'd understand your reluctance to share this information in a public forum.
No
On Tue, August 14, 2012 6:50 pm, Bron Gondwana wrote:
> On Tue, Aug 14, 2012, at 01:22 PM, Eric Luyten wrote:
>
>> On Tue, August 14, 2012 1:06 pm, Bron Gondwana wrote:
>>
>>> On Tue, Aug 14, 2012, at 11:07 AM, Eric Luyten wrote:
>>>
>>>
>>>&
On Tue, August 14, 2012 1:06 pm, Bron Gondwana wrote:
> On Tue, Aug 14, 2012, at 11:07 AM, Eric Luyten wrote:
>
>> All,
>>
>>
>> Using dtrace on Solaris 10 I was having a look at our Cyrus server
>> I/O activity and I cannot explain myself why pop3d processes c
All,
Using dtrace on Solaris 10 I was having a look at our Cyrus server
I/O activity and I cannot explain myself why pop3d processes carry
out read operations on files in the 'stage.' subdirectories.
Eric Luyten, Computing Centre VUB/ULB.
Cyrus Home Page: http://www.cyrusimap
On Fri, July 20, 2012 1:37 pm, Eric Luyten wrote:
> The less components stacked one upon another, the less
> issues you're likely to witness.
fewer
Eric Luyten, Computing Centre VUB/ULB.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.and
> relay=procmail, delay=0.2, delays=0.16/0/0/0.04, dsn=2.0.0, status=sent
>> (delivered via procmail service)
>>
>
> "delivered via procmail" ???
On the day I cut procmail out from between our Postfix and Cyrus, all
(well, one major, causing newly arriving messages to
>
> // But still It doesn't work :(
> pcocol01:~ # cyradm -u cyrus -pass XX localhost
> localhost> renm user.col1901 user.col1901 part3 renamemailbox: System I/O
> error
> [...]
>
>
> Any other test or idea to try?
Javier,
I am in the middle of prepa
On Tue, June 26, 2012 9:11 am, Javier Sánchez-Arévalo Díaz wrote:
>
> Eric,
>
>
> Here are the results:
> [...]
>
>
> pcocol01:~ # grep partition /etc/imapd.conf
> partition-default: /buzonesdir
> partition-part2: /mnt/aux
> partition-part3: /mnt/celerra
>
metadata indexes) this was
not the case.
The code responsible for this can be found in imap/mailbox.c, lines 3553-3574
Clues ?
Eric Luyten, Computing Centre VUB/ULB.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To U
; Does anybody have any idea about how to help me?
Javier,
What is the output of :
'grep partition /etc/imapd.conf'
'mbpath user.col1901'
and what happens if you 'cd' into the result of the second
command and execute 'pwd' and 'ls' there ?
On Tue, June 19, 2012 3:55 pm, Dan White wrote:
> On 06/19/12 11:17 +0200, Eric Luyten wrote:
>
>> Folks,
>>
>>
>>
>> (hitting the same wall over and over again when upgrading)
>>
>>
>>
>> Cyrus SASL is working/looking in /var/state
On Tue, June 19, 2012 12:05 pm, Adam Tauno Williams wrote:
> On Tue, 2012-06-19 at 11:17 +0200, Eric Luyten wrote:
>
>> (hitting the same wall over and over again when upgrading)
>> Cyrus SASL is working/looking in /var/state/saslauthd all
>> right, but Cyrus 2.4 appears
.
I pretty much copied our Cyrus 2.3 configuration files over
to the test environment.
Eric Luyten, VUB/ULB.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
n some DNS clients , especially on windows , do not honor
> TTL.
> For a 10 minute TTL , even after 4 hours the windows server keeps
> resolving to the old server
Ram,
Correct.
Some OSes/applications/resolver libraries will keep on using the 'old'
values until *they* see fit.
derbird's "Move" option -- never "Copy"... Yours,
Mikhail,
Thunderbird may have a 'Move' option but the IMAP protocol does not.
'Moving' a message translates to a COPY followed by an EXPUNGE.
Regards,
Eric Luyten.
Cyrus Home Page: http://www.
On Sat, March 31, 2012 1:12 am, Patrick Boutilier wrote:
> On 03/30/2012 04:53 PM, Eric Luyten wrote:
>> Adam,
>> Mikhail,
>>
>>
>> We do not have delayed expunge enabled on our 2.3.16 server and
>> occasionally come across multiple-linked message files. I
isn't enabled - then this
> seems odd.
Adam,
Mikhail,
We do not have delayed expunge enabled on our 2.3.16 server and occasionally
come across multiple-linked message files.
I haven't been able to trace this back to one or another IMAP client, though.
Regards,
Eric Luyten, COmputing Centre VUB/ULB.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
on the 2 interfaces to trigger the race-
> condition.
>
> Maybe other characters cause this problem as well, so if one is unsure about
> this it would be best to just stick to alphanumeric characters.
Robert,
The hyphen ("-") is also known to create issues.
I reported th
sr/lib/cyrus/bin/cvt_cyrusdb [-C altconfig] db>Usable Backends: berkeley,
> berkeley-nosync, flat, skiplist, quotalegacy
>
> I don't get it ... what is wrong with my commands?
Stefan,
Use the absolute pathnames of the DB files.
Eric Luyten, Computing Centre VUB/ULB.
We have 72 GB of RAM in our server.
Or are you using ZFS on e.g. BSD ?
Q2 : What is your 'fsstat zfs 1' output ?
Regards,
Eric.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
s.index information? I was trying to find some tool o
> script but I couldn't find it.
Manel,
You could use 'mbexamine' which dumps mailbox information in human readable
(and machine processable) format.
Regards,
Eric Luyten, Computing Centre VUB/ULB,
nurturing
,
You could reduce the syslog logging level from .debug to .info but this will
make you lose some other stuff too. Check whether you really need the latter.
Eric Luyten, Computing Centre VUB/ULB, Belgium.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
On Fri, January 6, 2012 5:50 pm, Bron Gondwana wrote:
> I'm not convinced it was the best idea (after the
> troubles people have had with it)...
Hey, don't worry too much. We'll survive :-)
Eric (taking the opportunity to thank you for your continuing
effo
On Fri, January 6, 2012 3:05 pm, Sebastian Hagedorn wrote:
> Hi Eric,
>
>
> --On 6. Januar 2012 15:00:44 +0100 Eric Luyten
> wrote:
>
>
>> To give you an idea : 73k users, 508k mailboxes, 4.5 TB of messages, 48M
>> messages. In an additional effort to grasp
fact that POP3 users number less than 10%
of the total. (We are a mixed IMAP/POP shop, for historical reasons.)
If more messages were to be found in sub-mailboxes, metadata conversion load
would have been more distributed in time, as mailboxes are accessed.
Regards,
Eric Luyten, Computing Cent
before)?
> In my 2.3.16 install there is none of these option in man imapd.conf.
> Are you sure, they were not from a patch?
>
Indeed.
http://email.uoa.gr/projects/cyrus/autosievefolder/
Eric Luyten.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
dium, be it disk or tape)
*If* your system has a fifth drive bay, RAID 1+0 and one hot spare
would have given you a much, much faster mail spool of equal size,
at little extra cost.
Eric Luyten.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
ty and functionality, and all appeared
fine. What you probably did not generate was the equivalent of a realistic
production load (POP + IMAP + LMTP).
We found ourselves in a similar situation two years ago (with eternal thanks
to Simon Matter who helped us *enormously* with a suggestion written on this
r 2.3.16 Cyrus server exhibits identical behaviour.
Eric Luyten, Computing Centre Brussels Free University.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
ditlog: 1" in their imapd.conf ?
Regards,
Eric Luyten.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
ils for Pascal and Vincent : at times (moderate to heavy I/O load) our
filesystem perfomance drops down to a very low level. Immediate relief can
be had by deleting a few ZFS snapshots and/or breaking one of more of the
mirrors.
Sounds, smells and feels like an allocation map issue, which is hinted at
i
imon,
Bron,
Does the quota bug expose itself independently of the underlying quota
database structure ?
I'm running a Cyrus 2.2 and 2.3 server since 2006 for tens of thousands
of users and we "regularly" rename top level mailboxes, run reconstruct
and quota -f also on other occasions. N
7;reconstruct' on the folder being opened, as written on this list,
same thread ?
Eric Luyten.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
rage to around 600G per server
> (
> Their cloud FS is much lower on I/O and wont fit the bill for a mail
> server )
Ram,
FYI, our mail server is not the most I/O intensive service of our
environment.
Both its LAN access and dual iSCSI accesses (all three physically
at 1 Gbps) are rarely lo
ail quota to 2.5 GB on simple request (and even proactively).
We currently have only two users at 2.5 GB quota, five at 1.5 TB and about
fifty at 1.0 GB, making for a very small minority indeed.
We keep 120 days of snapshots in the spool and this consumes 60% extra space.
Eric Luyten,
On Fri, May 13, 2011 3:25 pm, Sebastian Hagedorn wrote:
> --On 13. Mai 2011 14:57:36 +0200 Eric Luyten wrote:
>
>
>> I currently have the following entry in my cyrus.conf :
>>
>>
>> delprune cmd="cyr_expire -E 1" at=0055
>>
>> which take
055
cmd="cyr_expire -E 1 -a -p user/a" at=0115
cmd="cyr_expire -E 1 -a -p user/b" at=0145
cmd="cyr_expire -E 1 -a -p user/c" at=0215
<...>
but, since the '-E' appears to be mandatory, how can I avoid re-working
the delivery.db ?
Are there
On 04/19/2011 02:43 AM, Patrick Boutilier wrote:
> On 04/19/2011 06:34 AM, Eric Knudstrup wrote:
>> I have a problem in which there are messages in my main INBOX directory,
>> but they aren't seen in my IMAP client.
>> Unfortunately, when I tell it to reconstruct through
1 - 100 of 315 matches
Mail list logo
