similar to: Single Instance Storage still on the roadmap?

Just a note to myself and whoever else cares, should be added to wiki once it has its own page about this: With single-dbox messages can be copied with hard linking. This means that there can be multiple files that point to the same attachment file. The attachment is now deleted only once the mail file's link count drops to zero, so this works fine.. ..until someone goes and starts manually

Now that v2.0.0 is only waiting for people to report bugs (and me to figure out how to fix them), I've finally had time to start doing what I actually came here (Portugal Telecom/SAPO) to do. :) The idea is to have dbox and mdbox support saving attachments (or MIME parts in general) to separate files, which with some magic gives a possibility to do single instance attachment storage. Comments

I have read most of the doc on the dovecot website, and couldn't find any info on the single instance storage feature, so I'm posting my questions here. - Are these 3 parameters the only one necessary for single instance storage? I cannot find any doc on this feature on the website; is there anything specific I need to know about them? (the last one isn't exactly self-explanatory). -

On 12/2/2007, Timo Sirainen (tss at iki.fi) wrote: > On Sun, 2007-12-02 at 10:02 -0500, Charles Marcus wrote: >> Do you have any idea as to a time frame for when you might be able >> to get to it (Single instance Storage)? Are you thinking post >> v2.0? Even 2.1 or 3.0? > Right now I just want to get v1.1 finished. The main problem with it > is that apparently in

hi, I am currently experiencing a problem: there is a group of 200 people to this group when a user send a large message (50MB), can easily lead to congestion. Is there a good way to handle such a situation, like the hard link cyrus?

Timo, On following my previous thread that went somewhat off-topic, I noticed - or rather failed to notice - any response from you. This leaves me to draw one of the following conclusions: 1. You didn't see it. 2. You ignored it. 3. You saw it, took offense, and disregarded it. 4. You saw it, accepted the compliment for what it was - and didn't bother to respond. On the chance

Does the "doveadm purge" operation delete unused attachments? -- Daniel

Ok, didn't find much on this... The bottom of /etc/dovecot/conf.d/10-mail.conf has the following settings: #mail_attachment_dir = #mail_attachment_min_size = 128k #mail_attachment_fs = sis posix #mail_attachment_hash = %{sha1} all of which are apparently the defaults according to doveconf -d output - so no need to set them explicitly, unless I want to change them, right? So, enable the

Hi everyone, I tried to find info about this online, but I couldn't find anything talking specifically about what I am trying to accomplish. I am sending and receiving the same attachments pretty often and as a result my email accounts are growing much more rapidly than I would like. *My goal* is to set up a second instance of Dovecot with SIS enabled and transfer everything over to this

This single-instance storage is going to encourage bad habits! I just found myself preparing an e-mail that needs to be sent to multiple recipients - including several within my own organization - yet it's not necessary for everyone (in-house) to get the large attachment. As I was getting ready to split the message into two parts for distribution I remembered - I can just send it to

http://hg.dovecot.org/dovecot-2.0-sis contains the code for it. Otherwise it's the latest (as of writing this) dovecot-2.0 hg tree. Please test if you're interested in SIS. :) Once there's at least some testing, I'll probably add this to v2.0.x since very little of this new code is used when SIS is disabled (which is the default of course). SIS works pretty much like explained in

I'm running Dovecot 2.3.4 with Single Instance Storage (SIS) and zlib and I am frequently seeing errors where files are missing in the attachments directory even though the zipped file in the hash directory is actually there.? This appears not to have been an issue in Dovecot 2.3.1 Requested output of the server below. The error looks like this in the log Dec 18 08:58:58 dovecot01

Hi, One of the AAF features is to be able to index results of methods, but I haven''t seen anywhere how to do this. I have a method that returns the full text of a file and I''d like for this to be indexed. Can anyone out there help me out on this one? Tom -- Posted via http://www.ruby-forum.com/.

Having had a week with the system I'm now inclined to believe that the issues I've seen are not necessarily related to SIS and zlib but may be due to replication instead. After experiencing these issues and looking at historical mailing list posts I wrote a basic script (as was suggested as a possible diagnostic approach for SIS before SIS was even implemented!) which pulled all the

Hi, A couple of months ago I had a problem with Single Attachment Storage after infrastructure migration; All mailboxes were rsynced to another filesystem, and that may have broken Single Attachment Storage. Many, many (if not all) mailboxes show the below logs on dovecot: imap(foo at bar.com): Error: read(attachments-connector(zlib(/dovecotdir/mail/

v1.1.0 is finally getting closer, so it's time to start planning what happens after it. Below is a list of some of the larger features I'm planning on implementing. I'm not yet sure in which order, so I think it's time to ask again what features companies would be willing to pay for? Sponsoring Dovecot development gets you: - listed in Credits in www.dovecot.org - listed in

http://dovecot.org/roadmap.html I'll try to keep it updated. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20071230/4cfeacec/attachment-0002.bin>

I can't find any R roadmap. Is it available somewhere ? Etienne -- View this message in context: http://www.nabble.com/Roadmap---tp21791647p21791647.html Sent from the R devel mailing list archive at Nabble.com.

ZFS Administration Guide (in PDF format) does not look very professional (at least on Evince/OS2008.05). Please see attached screenshot. This message posted from opensolaris.org -------------- next part -------------- A non-text attachment was scrubbed... Name: zfs_adm_pdf.png Type: image/png Size: 173631 bytes Desc: not available URL:

On 21 Mar 2015, at 10:14, Florian Sager <sager at agitos.de> wrote: > > Hi Timo, > > congrats to the merger with OX. > > Currently the implementation of RFC 5257, ANNOTATE-EXPERIMENT-1, has > only low priority on http://wiki2.dovecot.org/Roadmap > I want to explain a scenario that would benefit from annotation support > to - maybe - increase the priority in your