I will be taking most of the cyrusimap.org services down for maintenance in
about 30 minutes to apply patches to vmware, and to fix vmware's boot media.
www.cyrusimap.org, ftp.cyrusimap.org, git and bugzilla will be down for about
an hour
Cyrus Home Page: http://www.cyrusimap.org/
List Arch
Duplicate suppression does not just gloss over user errors.
It glosses over mail administrator errors also.
Also if I am on a number of lists and someone posts to several of the
lists then I can end up with several copies of the same message.
It works so well that you forget about it until it bre
Again, reading through the documentation (now supplemented by the
*secret* documentation -- thanks, Nic), I noticed:
statuscache: 0
Enable/disable the imap status cache.
With this description under database-formats:
STATUS cache (statuscache.db)
This data
Duplicate suppression database is also used in the management of single
instance store, which can be a big win. Please check the documentation
for that to see why and how it may benefit your installation.
http://cyrusimap.org/docs/cyrus-imapd/2.4.17/overview.php#singleinstance
I believe it is a
Please take a look at the online documentation, here:
http://www.cyrusimap.org/~vanmeeuwen/index.html
There's a page dedicated to undeleting messages and mailboxes, here:
http://www.cyrusimap.org/~vanmeeuwen/imap/admin/sop-deleting.html
Glad to hear someone's reading the man pages. :-)
On 1/10/2015 5:51 AM, Robert Norris wrote:
> The major problem with it in my experience is that you might actually
> prefer the copy of the message that came through the list. For me that's
> usually because I wanted DKIM headers or similar.
The other problem is it involves adding computational in
On Sat, 10 Jan 2015, at 09:33 PM, Patrick Goetz wrote:
> How often does it happen that the same message is being
> delivered twice?
Quite often when mailing lists are involved. You might get a reply
addressed to you directly and another one via the list. Or if you're
sending to a list, you might
I didn't know about the delayed delete_mode option until finally taking
the time to comb through the man pages in detail.
This seems like a very useful feature, but I'm not sure I understand how
it's implemented. Say some user deletes a message or folder. Does s/he
have immediate access to the
I didn't know about the delayed delete_mode option until finally taking
the time to comb through the man pages in detail.
This seems like a very useful feature, but I'm not sure I understand how
it's implemented. Say some user deletes a message or folder. Does s/he
have immediate access to th
I've been wondering about this for a while, given that there is an
entire db file devoted to this task, indicating a considerable
investment of resources.
From the imapd.conf man page:
---
duplicatesuppression: 1
If enabled, lmtpd will suppress delivery of a message to a mai
10 matches
Mail list logo
