<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.mail.imap.dovecot">
    <title>gmane.mail.imap.dovecot</title>
    <link>http://permalink.gmane.org/gmane.mail.imap.dovecot</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.imap.dovecot/71939"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.imap.dovecot/71938"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.imap.dovecot/71937"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.imap.dovecot/71936"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.imap.dovecot/71935"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.imap.dovecot/71934"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.imap.dovecot/71933"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.imap.dovecot/71932"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.imap.dovecot/71931"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.imap.dovecot/71930"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.imap.dovecot/71929"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.imap.dovecot/71928"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.imap.dovecot/71927"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.imap.dovecot/71926"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.imap.dovecot/71925"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.imap.dovecot/71924"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.imap.dovecot/71923"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.imap.dovecot/71922"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.imap.dovecot/71921"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.imap.dovecot/71920"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.imap.dovecot/71939">
    <title>Error: dict client sent broken reply</title>
    <link>http://permalink.gmane.org/gmane.mail.imap.dovecot/71939</link>
    <description>&lt;pre&gt;I've been mucking about, experimenting with the expire plugin and using a
dictionary.  I've got the iteration query working when I do a normal
expunge using:

doveadm expunge -A mailbox "INBOX.Trash" savedbefore 1w

and expunging works as expected.  However, I've got over 12,000 accounts
on this server, so I was hoping using the expire plugin to could help out.
 I've configured the plugin, and things kinda work, except that somewhere
between 3700 and 3800 users, I abort with this:

doveadm(someuseraccount&amp;lt; at &amp;gt;somedomain): Error: dict client
(/var/run/dovecot/dict) sent broken reply
doveadm(someuseraccount&amp;lt; at &amp;gt;somedomain): Error: Dictionary iteration failed
doveadm: Error: Failed to iterate through some users

It consistently fails at the same user.  If I delete that user from the
expire database, then it appears to fail on the next user.

I also see this in the logs:

dovecot: dict: Error: dict client: COMMIT: Can't commit while iterating

I've absolutely no idea where to go from here to troubleshoot this.  Any
guid&lt;/pre&gt;</description>
    <dc:creator>Chris Richards</dc:creator>
    <dc:date>2013-05-19T21:33:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.imap.dovecot/71938">
    <title>Re: doveadm altmove to gzipped-mdbox</title>
    <link>http://permalink.gmane.org/gmane.mail.imap.dovecot/71938</link>
    <description>&lt;pre&gt;
I think that command should have worked, assuming zlib plugin was
loaded. But it would have compressed mails in the primary storage as
well for those files where it was moving mails away from (altmove runs
implicit purge).



&lt;/pre&gt;</description>
    <dc:creator>Timo Sirainen</dc:creator>
    <dc:date>2013-05-19T19:34:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.imap.dovecot/71937">
    <title>Re: Configure dovecot to provide SASL authentication</title>
    <link>http://permalink.gmane.org/gmane.mail.imap.dovecot/71937</link>
    <description>&lt;pre&gt;

Am 19.05.2013 17:51, schrieb Peter Skensved:

chmod 666 is always a very bad idea


service auth {
  unix_listener /var/spool/postfix/private/auth {
  mode  = 0660
  user  = postfix
  group = postfix
 }
}

&lt;/pre&gt;</description>
    <dc:creator>Reindl Harald</dc:creator>
    <dc:date>2013-05-19T16:00:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.imap.dovecot/71936">
    <title>Configure dovecot to provide SASL authentication</title>
    <link>http://permalink.gmane.org/gmane.mail.imap.dovecot/71936</link>
    <description>&lt;pre&gt;   Hi,
  I'm trying to get dovecot to provide SASL authentication for
postfix My setup appears to be working but I'm not 100% certain
I've got it right. I've come across several examples for dovecot
version 1 but I'm running 2.0.9.  The output of doveconf -n is here :

 2.0.9: /etc/dovecot/dovecot.conf
# OS: Linux 2.6.32-279.2.1.el6.x86_64 x86_64 CentOS release 6.3 (Final) 
auth_debug = yes
auth_verbose = yes
disable_plaintext_auth = no
mbox_write_locks = fcntl
passdb {
  driver = pam
}
protocols = imap
service auth {
  unix_listener /var/spool/postfix/private/auth {
    mode = 0666
  }
}
ssl_cert = &amp;lt;/etc/pki/dovecot/certs/dovecot.pem
ssl_key = &amp;lt;/etc/pki/dovecot/private/dovecot.pem
userdb {
  driver = passwd
}


 Specifically : are the "service auth", userdb and passdb
sections correct ? And the mode ? Or is it too permissive ?


  For completeness the postfix setup is here :

smtpd_sasl_auth_enable = yes
broken_sasl_auth_clients = yes
smtpd_sasl_type = dovecot
smtpd_sasl_path = private/auth
smtpd_sasl_secur&lt;/pre&gt;</description>
    <dc:creator>Peter Skensved</dc:creator>
    <dc:date>2013-05-19T15:51:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.imap.dovecot/71935">
    <title>Re: Dovecot 2.2.1 LDA and sieve (lack of) errors</title>
    <link>http://permalink.gmane.org/gmane.mail.imap.dovecot/71935</link>
    <description>&lt;pre&gt;I found that LDA was not being executed from the user's .qmail-default 
file, I changed that file to call a non-existent delivery agent, and the 
message still ended up in the inbox, not sorted as it should have been, 
so vpopmail was still handling the delivery. This is a qmail issue, 
simply renaming .qmail-default to .qmail in that user's vpopmail 
directory allowed lda to begin functioning.

Now this is interesting - I do have Pigeonhole and sieve enabled 
according to doveconf -n, but the only mention of sieve is as a 
subdirectory of the user's home, no mention of the sieve module at all. 
I do see that Pigeonhole 0.4.0 is enabled. Also, there have only been 0 
mentions of lda in the current dovecot log, and that log is 6 hours old.

I'll try running dovecot-lda manually after checking out the man page.

Thanks again for the help!




&lt;/pre&gt;</description>
    <dc:creator>Jim McNamara</dc:creator>
    <dc:date>2013-05-18T23:32:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.imap.dovecot/71934">
    <title>Re: Pigeonhole: extprograms - pipe</title>
    <link>http://permalink.gmane.org/gmane.mail.imap.dovecot/71934</link>
    <description>&lt;pre&gt;
I must say I haven't tested the use of the script service in a while and 
it is not part of the test suite. I've tried it at my end and I can 
reproduce the error.

I'll look at this more thoroughly tomorrow.


Regards,

Stephan.

&lt;/pre&gt;</description>
    <dc:creator>Stephan Bosch</dc:creator>
    <dc:date>2013-05-18T21:54:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.imap.dovecot/71933">
    <title>Re: Dovecot 2.2.1 LDA and sieve (lack of) errors</title>
    <link>http://permalink.gmane.org/gmane.mail.imap.dovecot/71933</link>
    <description>&lt;pre&gt;
So, mail_debug is enabled.


Are you sure this is actually being executed? What happens if you 
execute dovecot-lda manually?

This is an example of what you're supposed to see in the logs with 
mail_debug=yes:

May 18 23:28:02 klara dovecot: lda: Debug: Loading modules from 
directory: /usr/lib/dovecot/modules
May 18 23:28:02 klara dovecot: lda: Debug: Module loaded: 
/usr/lib/dovecot/modules/lib90_sieve_plugin.so
May 18 23:28:02 klara dovecot: lda(stephan): Debug: Effective uid=1000, 
gid=1000, home=/home/stephan
May 18 23:28:02 klara dovecot: lda(stephan): Debug: Namespace inbox: 
type=private, prefix=, sep=, inbox=yes, hidden=no, list=yes, 
subscriptions=yes location=maildir:~/Maildir
May 18 23:28:02 klara dovecot: lda(stephan): Debug: maildir++: 
root=/home/stephan/Maildir, index=, indexpvt=, control=, 
inbox=/home/stephan/Maildir, alt=
May 18 23:28:02 klara dovecot: lda(stephan): Debug: userdb lookup 
skipped, username taken from USER environment
May 18 23:28:02 klara dovecot: lda(stephan): Debug: non&lt;/pre&gt;</description>
    <dc:creator>Stephan Bosch</dc:creator>
    <dc:date>2013-05-18T21:35:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.imap.dovecot/71932">
    <title>Dovecot 2.2.1 LDA and sieve (lack of) errors</title>
    <link>http://permalink.gmane.org/gmane.mail.imap.dovecot/71932</link>
    <description>&lt;pre&gt;Hello again, all. Of course after posting yesterday that all was well 
with my setup, turns out all is not well. The problem I'm having is with 
dovecot-lda functioning and making deliveries to my mailbox, but the 
sieve scripts don't seem to have any effect. Attempts at logging what 
is/isn't happening have been total failures.

Managesieve seems to work fine, port 4190 is open on the server and it 
allows the tunderbird plugin to function, I can create and edit scripts 
with the plugin. For some reason it doesn't seem to auto-compile the 
scripts to binary form, but if I just need to do that manually I can 
live with it. I only mention the lack of auto-compiling in case that 
sheds light on what is wrong with the LDA or sieve.

I'm running the current dovecot, 2.2.1 along with pigeonhole 0.4.0. Here 
is the config:

root&amp;lt; at &amp;gt;hostname:/usr/local/dovecot-2.2.1# doveconf -n
# 2.2.1: /usr/local/etc/dovecot/dovecot.conf
# OS: Linux 3.2.0-4-amd64 x86_64 Debian 7.0
auth_cache_size = 10 M
auth_default_realm = mail.dom&lt;/pre&gt;</description>
    <dc:creator>Jim McNamara</dc:creator>
    <dc:date>2013-05-18T14:56:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.imap.dovecot/71931">
    <title>Re: How to configure ssl cert chain in dovecot 10-ssl.conf file</title>
    <link>http://permalink.gmane.org/gmane.mail.imap.dovecot/71931</link>
    <description>&lt;pre&gt;That should be the correct way, but I think there shouldn't be a space
after the &amp;lt; character.
What exactly is the error you are getting?

You can troubleshoot with openssl s_client, this is from my server:

$ openssl s_client -connect 192.168.xxx.xxx:143 -starttls imap -CApath
/etc/ssl/certs
CONNECTED(00000003)
depth=2 C = IL, O = StartCom Ltd., OU = Secure Digital Certificate
Signing, CN = StartCom Certification Authority
verify return:1
depth=1 C = IL, O = StartCom Ltd., OU = Secure Digital Certificate
Signing, CN = StartCom Class 1 Primary Intermediate Server CA
verify return:1
depth=0 description = 7t3YlXVfb6bVQ2pp, C = US, CN = mail.gedalya.net,
emailAddress = ______&amp;lt; at &amp;gt;gedalya.net
verify return:1
---
Certificate chain
0
s:/description=7t3YlXVfb6bVQ2pp/C=US/CN=mail.gedalya.net/emailAddress=postmaster&amp;lt; at &amp;gt;gedalya.net
i:/C=IL/O=StartCom Ltd./OU=Secure Digital Certificate
Signing/CN=StartCom Class 1 Primary Intermediate Server CA
1 s:/C=IL/O=StartCom Ltd./OU=Secure Digital Certificate
Signing/CN=StartCom Class 1 &lt;/pre&gt;</description>
    <dc:creator>Gedalya</dc:creator>
    <dc:date>2013-05-18T09:48:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.imap.dovecot/71930">
    <title>How to configure ssl cert chain in dovecot 10-ssl.conffile</title>
    <link>http://permalink.gmane.org/gmane.mail.imap.dovecot/71930</link>
    <description>&lt;pre&gt;Hi there,

Does anyone know how to do this:

"Put all the certificates in the ssl_cert file. For example when using a certificate signed by TDC the correct order is:

    Dovecot's public certificate
    TDC SSL Server CA
    TDC Internet Root CA
    Globalsign Partners CA "

I try to set these parameters in the conf.d/10-ssl.conf as below, but it seems doesn't work.

---
ssl_cert = &amp;lt;/etc/pki/dovecot/certs/mail.mymailserver.com.crt
ssl_cert = &amp;lt;/etc/ssl/certs/dovecot/sub.class1.server.ca.pem
ssl_cert = &amp;lt;/etc/ssl/certs/dovecot/ca.pem
----

I even cat mail.mymailserver.com.crt sub.class1.server.ca.pem certs/dovecot/ca.pem into one singe file, and define ssl_cert = &amp;lt; /path/to/the/singcertfile.pem, but it doesn't work too.

In my apache httpd server httpd.conf file  I can define:
--
SSLCertificateChainFile /etc/pki/dovecot/certs/sub.class1.server.ca.pem
SSLCACertificateFile /etc/pki/dovecot/certs/ca.pem
--
And it well work fine.

Thinks for any suggest.
Bu Xiaobing


&lt;/pre&gt;</description>
    <dc:creator>Bu Xiaobing</dc:creator>
    <dc:date>2013-05-18T09:06:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.imap.dovecot/71929">
    <title>Re: Pigeonhole: extprograms - pipe</title>
    <link>http://permalink.gmane.org/gmane.mail.imap.dovecot/71929</link>
    <description>&lt;pre&gt;No result:

[root&amp;lt; at &amp;gt;backend1 scripts]# cat spam.sh
#!/bin/bash

cat &amp;gt; /dev/null

exit 0
[root&amp;lt; at &amp;gt;backend1 scripts]#

In the log: May 17 22:42:56 backend1 dovecot: script: Error:
write(response) failed: Broken pipe

:(

On Sat, May 18, 2013 at 2:05 AM, Ben Morrow &amp;lt;ben&amp;lt; at &amp;gt;morrow.me.uk&amp;gt; wrote:

&lt;/pre&gt;</description>
    <dc:creator>Anes Mukhametov</dc:creator>
    <dc:date>2013-05-18T07:58:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.imap.dovecot/71928">
    <title>Re: Sieve was installed but doesn't work or log</title>
    <link>http://permalink.gmane.org/gmane.mail.imap.dovecot/71928</link>
    <description>&lt;pre&gt;



No problems Jim, glad it's all sorted.

&lt;/pre&gt;</description>
    <dc:creator>Noel Butler</dc:creator>
    <dc:date>2013-05-18T01:35:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.imap.dovecot/71927">
    <title>Re: Pigeonhole: extprograms - pipe</title>
    <link>http://permalink.gmane.org/gmane.mail.imap.dovecot/71927</link>
    <description>&lt;pre&gt;
I suspect that what's happening here is that your script isn't reading
the whole mail. However, that pipe that's broken is (I think) the socket
from the script service back to the master service, so I don't quite
understand how that could happen.


Mmm, recursively-referential error logs. Always fun...


Well, you shouldn't do that: redirecting stdin from /dev/null in a shell
script will close the incoming pipe, which means you won't read the mail
at all and sieve will get upset. What you need to do instead (if you've
got data to read and nothing to do with it) is 'cat &amp;gt;/dev/null', which
will read it all and throw it away.


Hmm. Are you sure your real script is exitting with 0? spamc in learn
mode exits 5 or 6 depending on whether the mail was already learned or
not.

Ben


&lt;/pre&gt;</description>
    <dc:creator>Ben Morrow</dc:creator>
    <dc:date>2013-05-17T22:05:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.imap.dovecot/71926">
    <title>Pigeonhole: extprograms - pipe</title>
    <link>http://permalink.gmane.org/gmane.mail.imap.dovecot/71926</link>
    <description>&lt;pre&gt;Hello!

I've tried to use extprograms pipe feature but stuck with "Broken pipe"
errors in mail log:

May 17 15:18:57 backend1 dovecot: lmtp(20338, user&amp;lt; at &amp;gt;domain.tld): Debug:
3VMVFWFKllFyTwAArRg8UA: sieve: action pipe: running program: learn
May 17 15:18:57 backend1 dovecot: script: Error: write(response) failed:
Broken pipe
May 17 15:18:57 backend1 dovecot: lmtp(20338, user&amp;lt; at &amp;gt;domain.tld):
3VMVFWFKllFyTwAArRg8UA: sieve: execution of script
/data/mail/storage/domain/user&amp;lt; at &amp;gt;domain.tld/.dovecot.sieve;name=main script
failed, but implicit keep was successful (user logfile
/data/mail/storage/domain/buser&amp;lt; at &amp;gt;domain.tld/.dovecot.sieve.log should reveal
additional details)

/data/mail/storage/domain/buser&amp;lt; at &amp;gt;domain.tld/.dovecot.sieve.log:
error: msgid=&amp;lt;c7cd36f19be8164addf091a646b8b284&amp;lt; at &amp;gt;domain.tld&amp;gt;: pipe action:
failed to pipe message to program `learn': refer to server log for more
information. [2013-05-17 15:18:57] ham user&amp;lt; at &amp;gt;domain.tld 50796.


Sieve script contents:
require ["fileinto","copy","mailbox","vnd.dovecot.pipe"];

if a&lt;/pre&gt;</description>
    <dc:creator>Anes Mukhametov</dc:creator>
    <dc:date>2013-05-17T15:41:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.imap.dovecot/71925">
    <title>(no subject)</title>
    <link>http://permalink.gmane.org/gmane.mail.imap.dovecot/71925</link>
    <description>&lt;pre&gt;Hello!

I've tried to use extprograms pipe feature but stuck with "Broken pipe"
errors in mail log:

May 17 15:18:57 backend1 dovecot: lmtp(20338, user&amp;lt; at &amp;gt;domain.tld): Debug:
3VMVFWFKllFyTwAArRg8UA: sieve: action pipe: running program: learn
May 17 15:18:57 backend1 dovecot: script: Error: write(response) failed:
Broken pipe
May 17 15:18:57 backend1 dovecot: lmtp(20338, user&amp;lt; at &amp;gt;domain.tld):
3VMVFWFKllFyTwAArRg8UA: sieve: execution of script
/data/mail/storage/domain/user&amp;lt; at &amp;gt;domain.tld/.dovecot.sieve;name=main script
failed, but implicit keep was successful (user logfile
/data/mail/storage/domain/buser&amp;lt; at &amp;gt;domain.tld/.dovecot.sieve.log should reveal
additional details)

/data/mail/storage/domain/buser&amp;lt; at &amp;gt;domain.tld/.dovecot.sieve.log:
error: msgid=&amp;lt;c7cd36f19be8164addf091a646b8b284&amp;lt; at &amp;gt;domain.tld&amp;gt;: pipe action:
failed to pipe message to program `learn': refer to server log for more
information. [2013-05-17 15:18:57] ham user&amp;lt; at &amp;gt;domain.tld 50796.


Sieve script contents:
require ["fileinto","copy","mailbox","vnd.dovecot.pipe"];

if a&lt;/pre&gt;</description>
    <dc:creator>Anes Mukhametov</dc:creator>
    <dc:date>2013-05-17T15:40:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.imap.dovecot/71924">
    <title>Re: Sieve was installed but doesn't work or log</title>
    <link>http://permalink.gmane.org/gmane.mail.imap.dovecot/71924</link>
    <description>&lt;pre&gt;Thank you for the solid suggestion, Noel! I now have Dovecot 2.2.1 along 
with Pigeonhole 0.4.0. All is working well at present. The largest 
issues I encountered was getting the configuration changed and 
functional from my previous 1.2.8 to 2.0. Once that was accomplished 
things more or less proceeded well. Managesieve works wonderfully, can 
dovecot creates the .sieve directory and its subdirectory .sieve/tmp 
correctly, the thunderbird plugin for sieve is able to connect and 
everything works, compilation happens automatically and the sieve 
scripts are functional.

I use John Simpson's Qmail patch/setup on the server, I wasn't able to 
find a current dovecot config that worked with vpopmail without mysql. 
Here is my current config which works for me in this setup:

root&amp;lt; at &amp;gt;hostname:/home/jim# doveconf -n
# 2.2.1: /usr/local/etc/dovecot/dovecot.conf
# OS: Linux 3.2.0-4-amd64 x86_64 Debian 7.0
auth_cache_size = 10 M
auth_default_realm = mail.domain.com
auth_mechanisms = plain login
auth_socket_path = /usr/&lt;/pre&gt;</description>
    <dc:creator>Jim McNamara</dc:creator>
    <dc:date>2013-05-17T14:47:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.imap.dovecot/71923">
    <title>doveadm altmove to gzipped-mdbox</title>
    <link>http://permalink.gmane.org/gmane.mail.imap.dovecot/71923</link>
    <description>&lt;pre&gt;Hi,

im wondering if it's possible to store old messages in a compressed 
mdbox on alternate storage.
The main storage is uncompressed mdbox.

I tried something like: doveadm -Dv -o "plugin/zlib_save=gz" altmove -u 
testuser sentbefore 8d

Could someone tell me if it's possible and give me a hint how this can 
be done?

I tried this with dovecot-2.2

Claus

&lt;/pre&gt;</description>
    <dc:creator>Claus</dc:creator>
    <dc:date>2013-05-17T13:59:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.imap.dovecot/71922">
    <title>Re: Make install error</title>
    <link>http://permalink.gmane.org/gmane.mail.imap.dovecot/71922</link>
    <description>&lt;pre&gt;
That's weird, and wrong. Also, I can't reproduce it; if I run 

    ./configure --prefix=/usr/local/dovecot
    grep ^libexec config.log

in the 2.2.1 tarball I get

    libexecdir='${exec_prefix}/libexec'

as I would have expected. Are you sure you didn't pass a --libexecdir
argument to configure?

Ben


&lt;/pre&gt;</description>
    <dc:creator>Ben Morrow</dc:creator>
    <dc:date>2013-05-17T11:12:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.imap.dovecot/71921">
    <title>Re: Ubuntu-12.04-LTS repos with Dovecot-2.2 and Pigeonhole</title>
    <link>http://permalink.gmane.org/gmane.mail.imap.dovecot/71921</link>
    <description>&lt;pre&gt;Am 17.05.2013 10:13, schrieb Stephan Bosch:

Hi Stephan ,your rep ist stable enough for me since years ,so thx !!!


Best Regards
MfG Robert Schetterer

&lt;/pre&gt;</description>
    <dc:creator>Robert Schetterer</dc:creator>
    <dc:date>2013-05-17T09:31:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.imap.dovecot/71920">
    <title>Re: Ubuntu-12.04-LTS repos with Dovecot-2.2 and Pigeonhole</title>
    <link>http://permalink.gmane.org/gmane.mail.imap.dovecot/71920</link>
    <description>&lt;pre&gt;Hi Eric and Robert,

Op 5/17/2013 8:23 AM, Eric Kom wrote:

http://wiki2.dovecot.org/PrebuiltBinaries:

"The builder scripts automatically release a new set of Debian packages 
when they notice any changes in any of the v2.0,v2.1 or v2.2 repositories. "

and

"Needless to say: do *NOT* use these repositories for systems that need 
to be *STABLE*."

Please keep that in mind if you point people to this repository. Also, 
as you may have noticed, this repository is not particularly reliable in 
terms of uptime.

It is not the first time Rename-IT gets actual phone calls (that 
eventually get forwarded to me somehow) from some admin in dire need of 
a quick bug fix, because he's using this repository for a production 
server. I am not particularly fond of the awesome power to break a set 
of production servers with one bad commit.

On 16/05/2013 19:30, listas&amp;lt; at &amp;gt;adminlinux.com.br wrote:

The Xi repository obviously does not provide what he needs.

Regards,

Stephan.

&lt;/pre&gt;</description>
    <dc:creator>Stephan Bosch</dc:creator>
    <dc:date>2013-05-17T08:13:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.imap.dovecot/71919">
    <title>Re: Ubuntu-12.04-LTS repos with Dovecot-2.2 and Pigeonhole</title>
    <link>http://permalink.gmane.org/gmane.mail.imap.dovecot/71919</link>
    <description>&lt;pre&gt;Am 16.05.2013 19:30, schrieb listas&amp;lt; at &amp;gt;adminlinux.com.br:

http://xi.rename-it.nl/debian/pool/testing-auto/dovecot-2.2/
but  you can simply compile it from source on 12.04 for small testings
without any major problems

Best Regards
MfG Robert Schetterer

&lt;/pre&gt;</description>
    <dc:creator>Robert Schetterer</dc:creator>
    <dc:date>2013-05-17T06:35:23</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.mail.imap.dovecot">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.mail.imap.dovecot</link>
  </textinput>
</rdf:RDF>
