ldap paging

[Andre Helwig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi List,

in ldapsearch you are able to use paging in case of limited results on
ldap server side with "-E pr=1/noprompt"

Is there any way to get the same effect for the iterate query?

Thanks
Andre
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBAgAGBQJWWHvwAAoJEAoTNwRDnEhRVmMH/0+vGRx7urQ49bHbzc4asD7r
XlbwS7whkDKrJpflK39PLPw5BJoptKhwLNOueotFv9Pq8EYQBkN/gX69BzxeoFk8
DZpiP/ogYQIG1lUijes4UkbttVpnviy9/mLBKjIfIkvGDu0q3zwuq5876q6t2Qxx
kJkpLSizxAfnGLeD03txVPAc8wGzxhxkyEdosQ+ARriYI1Ce+dfK28z6hSAEXMA+
4JZEvIsy6P+xepFCFYILFWeRO2YBzqHtgtjKu8KCiyBdUPG0Nii4z2YmN2AoCj7m
rQ8l4CeTDw+lk0pMy26kCsmh+PK2/OXCUGjxgYJOR3mxn2HNSIfUXFVWs4ri464=
=qWS+
-END PGP SIGNATURE-

Re: auth_request_get_var_expand test fails on big endian arches.

[Rafael dos Santos]

Hi,

On 27 November 2015 at 13:42, Timo Sirainen  wrote:

> On 02 Nov 2015, at 15:28, Rafael dos Santos  wrote:
> >
> > Hi,
> >
> > when running the tests in a big endian machine, I get the following
> error:
> >
> > 0 / 1 tests failed
> > test-auth-request-var-expand.c:99: Assert failed: strcmp(str_c(str),
> > test_output) == 0
> > test-auth-request-var-expand.c:104: Assert failed: strcmp(str_c(str),
> > test_output) == 0
> > auth request var expand short and long ... :
> > FAILED
>
> Should be fixed by http://hg.dovecot.org/dovecot-2.2/rev/cf956e34dc11
>


I will test on a big-endian machine and report back.


Att.
--
Rafael Fonseca

Re: auth_request_get_var_expand test fails on big endian arches.

[Timo Sirainen]

On 02 Nov 2015, at 15:28, Rafael dos Santos  wrote:
> 
> Hi,
> 
> when running the tests in a big endian machine, I get the following error:
> 
> 0 / 1 tests failed
> test-auth-request-var-expand.c:99: Assert failed: strcmp(str_c(str),
> test_output) == 0
> test-auth-request-var-expand.c:104: Assert failed: strcmp(str_c(str),
> test_output) == 0
> auth request var expand short and long ... :
> FAILED

Should be fixed by http://hg.dovecot.org/dovecot-2.2/rev/cf956e34dc11

Re: IMAP COPY creates invalid index data with zlib and mail_log plugins enabled but zlib_save off

[Timo Sirainen]

> On 02 Nov 2015, at 22:12, Robert L Mathews  wrote:
> 
> On 10/30/15 3:06 PM, Robert L Mathews wrote:
> 
>> I've noticed that maildir IMAP COPY commands can generate invalid
>> dovecot.index entries when all seven of the following are true:
> 
> As a followup to my own post, I believe I've tracked this problem down
> to this code at lines 119-124 of /src/plugins/zlib/zlib-plugin.c:
> 
> /* don't uncompress input when we are reading a mail that we're just
>in the middle of saving, and we didn't do the compression ourself.
>in such situation we're probably checking if the user-given input
>looks compressed */
> if (_mail->saving && zuser->save_handler == NULL)
> return zmail->super.istream_opened(_mail, stream);
> 
> When these lines are removed, the problem no longer happens.
> 
> I'm guessing that an IMAP COPY with the seven circumstances I mentioned
> matches "we are reading a mail that we're just in the middle of saving,
> and we didn't do the compression ourself". But the mail apparently does
> need decompressing in this situation.
> 
> It seems odd for the code to not simply decompress the mail in all
> cases. But I'm not sure what other code relies on this check, so I have
> no idea whether removing these lines might cause problems.

The check is there to make sure that people can't try to exploit bugs in 
compression libraries by uploading something that Dovecot attempts to 
decompress later on. So if the input looks compressed it's simply rejected. (If 
zlib_save is enabled this isn't a problem, because the compressed-looking input 
is compressed again.)

Fixed: http://hg.dovecot.org/dovecot-2.2/rev/574c1e5b3d90

Re: Sieve Max Redirect

[Steffen Kaiser]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Fri, 27 Nov 2015, Shakeel Shahzad wrote:

I have configured iRedMail ( 0.9.1) on Ubuntu (14.04 LTS). In my dovecot.conf 
file, I have set sieve_max_redirects as 500. In dovecot (2.2.9) configuration 
file, I see sieve_max_redirect as 100 but when I add email addresses more 
than 32, I see that redirect fails. Can you please help me to see this issue 
and fix it through? If you need anything from my side, please let me know.


The error message(s) you get :-)

- -- 
Steffen Kaiser

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEVAwUBVlhV73z1H7kL/d9rAQJjJQgAx5OJ+mPXRn0XUefam64wbJrCTFglJldk
3nR446FzCXZVIy4KqCGP2XIP8f6XB/iubRodZxwv165Tb1jc+nsEA6a8GDHD4LHu
/FTxYEYMx/xbvoZyKRGHyrSK9Gj3Ee3+EJAY34GUGBfCGmBp9/Dzj/db4j/GkbpW
P5vR3MvyH9K6uWEShLI1MghBGas2QG1+0nSYeG8VKhaot6G+sfvHfdCkroivHeNM
Al3tpstGfweAKqucVDWvPAQnI83lo/j3rIZxHkeILjXTEvMrARDT4/qI4sblpcrY
wqJFlTbGeimZrOyV3I4OQFkVxJG15Qn+00wxLRAziezOBpbFeCyl6w==
=RERJ
-END PGP SIGNATURE-

Re: Sieve Max Redirect

[Shakeel Shahzad]

@Steffan: This is the error I see in log file:


sieve: info: started log at Nov 27 14:30:15.
main script: line 42: error: total number of actions exceeds policy 
limit (33 > 32).



Regards...
Shakeel

On 11/27/2015 06:09 PM, Steffen Kaiser wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Fri, 27 Nov 2015, Shakeel Shahzad wrote:

I have configured iRedMail ( 0.9.1) on Ubuntu (14.04 LTS). In my 
dovecot.conf file, I have set sieve_max_redirects as 500. In dovecot 
(2.2.9) configuration file, I see sieve_max_redirect as 100 but when 
I add email addresses more than 32, I see that redirect fails. Can 
you please help me to see this issue and fix it through? If you need 
anything from my side, please let me know.


The error message(s) you get :-)

- -- Steffen Kaiser
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEVAwUBVlhV73z1H7kL/d9rAQJjJQgAx5OJ+mPXRn0XUefam64wbJrCTFglJldk
3nR446FzCXZVIy4KqCGP2XIP8f6XB/iubRodZxwv165Tb1jc+nsEA6a8GDHD4LHu
/FTxYEYMx/xbvoZyKRGHyrSK9Gj3Ee3+EJAY34GUGBfCGmBp9/Dzj/db4j/GkbpW
P5vR3MvyH9K6uWEShLI1MghBGas2QG1+0nSYeG8VKhaot6G+sfvHfdCkroivHeNM
Al3tpstGfweAKqucVDWvPAQnI83lo/j3rIZxHkeILjXTEvMrARDT4/qI4sblpcrY
wqJFlTbGeimZrOyV3I4OQFkVxJG15Qn+00wxLRAziezOBpbFeCyl6w==
=RERJ
-END PGP SIGNATURE-

Re: fts_solr does not quote lucene's special characters

[Timo Sirainen]

On 01 Nov 2015, at 19:03, Michael Stilkerich  wrote:
> 
> Hello,
> 
>  I am using Dovecot 2.2.19 with the solr backend for full text search and 
> experience the following issue.
> 
> When I issue a search that includes characters that are part of lucene's 
> query syntax (e.g. the double quote character), dovecot does not escape the 
> special characters and issues a request with invalid syntax to the solr 
> server.

http://hg.dovecot.org/dovecot-2.2/rev/9d5c59d98857 should help.

Re: auth_request_get_var_expand test fails on big endian arches.

[Rafael dos Santos]

Timo,

On 27 November 2015 at 13:49, Rafael dos Santos  wrote:
>
>
>> Should be fixed by http://hg.dovecot.org/dovecot-2.2/rev/cf956e34dc11
>>
>
>
> I will test on a big-endian machine and report back.
>


I tested the patch and now all tests pass.

Thank you for the fix!


Att.
--
Rafael Fonseca

doveadm-backup verbosity?

[Andreas Fischer]

Hi,

according to the man page doveadm-backup, the verbosity switch "-v" 
should do the following: "Enables verbosity, including progress counter"


However, i see no difference running the following command with or 
without the "-v" switch:


>>doveadm -v backup -R -A remote:myhost

The command itself works without problem, two mailboxes are correctly 
back-upped, but the output is only an empty line. Not sure if this is 
expected behavior.


Regards

# 2.2.19: /etc/dovecot/dovecot.conf
# Pigeonhole version 0.4.9 (357ac0a0e68b+)
# OS: Linux 4.2.5-1-ARCH x86_64
dsync_remote_cmd = ssh -p 19022 -l root %{host} doveadm dsync-server -u%u
first_valid_uid = 99
managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto reject envelope 
encoded-character vacation subaddress comparator-i;ascii-numeric 
relational regex imap4flags copy include variables body enotify 
environment mailbox date index ihave duplicate editheader

passdb {
  args = nopassword=y
  driver = static
}
plugin {
  sieve = file:~/sieve;active=~/.dovecot.sieve
  sieve_extensions = +editheader
}
protocols =
service anvil {
  process_min_avail = 0
  unix_listener anvil-auth-penalty {
mode = 064
  }
}
ssl = no
userdb {
  args = /etc/dovecot/users
  default_fields = uid=nobody gid=nobody home=/backup/tmp/mail/%d/%n 
mail=sdbox:~/box

  driver = passwd-file
}

How to delete "proxy" attribute in passdb lookup?

[Peer Heinlein]

Hi,

I have a complicated SQL backend with stored procedures to generate
passdb/userdb queries. This result have the proxy-attribute set and it's
very complicated to change that procedures.

On one system I tried to override/delete the proxy attribute:

passdb {
  driver = sql

  args = /etc/dovecot/dovecot-sql.conf.ext
  override_fields = proxy=n
}

Looks like that doesn't work. "proxy" is always set.

doveadm auth lookup username
passdb: username
  user  : username
  host  : mailserver
  proxy
  hostip: xx.xx.xx.xx

Is there any way to override/delete an existing true/false attribute
like "proxy"?

Peer




-- 
Heinlein Support GmbH
Schwedter Str. 8/9b, 10119 Berlin

http://www.heinlein-support.de

Tel: 030 / 405051-42
Fax: 030 / 405051-19

Zwangsangaben lt. §35a GmbHG: HRB 93818 B / Amtsgericht
Berlin-Charlottenburg,
Geschäftsführer: Peer Heinlein -- Sitz: Berlin

Re: Sieve Max Redirect

[Stephan Bosch]

Op 27-11-2015 om 15:31 schreef Shakeel Shahzad:

@Steffan: This is the error I see in log file:


sieve: info: started log at Nov 27 14:30:15.
main script: line 42: error: total number of actions exceeds policy 
limit (33 > 32).


http://wiki2.dovecot.org/Pigeonhole/Sieve/Configuration#Configurable_Limits

Regards,

Stephan.




On 11/27/2015 06:09 PM, Steffen Kaiser wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Fri, 27 Nov 2015, Shakeel Shahzad wrote:

I have configured iRedMail ( 0.9.1) on Ubuntu (14.04 LTS). In my 
dovecot.conf file, I have set sieve_max_redirects as 500. In dovecot 
(2.2.9) configuration file, I see sieve_max_redirect as 100 but when 
I add email addresses more than 32, I see that redirect fails. Can 
you please help me to see this issue and fix it through? If you need 
anything from my side, please let me know.


The error message(s) you get :-)

- -- Steffen Kaiser
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEVAwUBVlhV73z1H7kL/d9rAQJjJQgAx5OJ+mPXRn0XUefam64wbJrCTFglJldk
3nR446FzCXZVIy4KqCGP2XIP8f6XB/iubRodZxwv165Tb1jc+nsEA6a8GDHD4LHu
/FTxYEYMx/xbvoZyKRGHyrSK9Gj3Ee3+EJAY34GUGBfCGmBp9/Dzj/db4j/GkbpW
P5vR3MvyH9K6uWEShLI1MghBGas2QG1+0nSYeG8VKhaot6G+sfvHfdCkroivHeNM
Al3tpstGfweAKqucVDWvPAQnI83lo/j3rIZxHkeILjXTEvMrARDT4/qI4sblpcrY
wqJFlTbGeimZrOyV3I4OQFkVxJG15Qn+00wxLRAziezOBpbFeCyl6w==
=RERJ
-END PGP SIGNATURE-

Re: Sieve Max Redirect

[Shakeel Shahzad]

Thank you very much @Steffan. I just needed to add sieve_max_actions.

Regards...
Shakeel

On 11/27/2015 08:03 PM, Stephan Bosch wrote:



Op 27-11-2015 om 15:31 schreef Shakeel Shahzad:

@Steffan: This is the error I see in log file:


sieve: info: started log at Nov 27 14:30:15.
main script: line 42: error: total number of actions exceeds policy 
limit (33 > 32).


http://wiki2.dovecot.org/Pigeonhole/Sieve/Configuration#Configurable_Limits 



Regards,

Stephan.




On 11/27/2015 06:09 PM, Steffen Kaiser wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Fri, 27 Nov 2015, Shakeel Shahzad wrote:

I have configured iRedMail ( 0.9.1) on Ubuntu (14.04 LTS). In my 
dovecot.conf file, I have set sieve_max_redirects as 500. In 
dovecot (2.2.9) configuration file, I see sieve_max_redirect as 100 
but when I add email addresses more than 32, I see that redirect 
fails. Can you please help me to see this issue and fix it through? 
If you need anything from my side, please let me know.


The error message(s) you get :-)

- -- Steffen Kaiser
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEVAwUBVlhV73z1H7kL/d9rAQJjJQgAx5OJ+mPXRn0XUefam64wbJrCTFglJldk
3nR446FzCXZVIy4KqCGP2XIP8f6XB/iubRodZxwv165Tb1jc+nsEA6a8GDHD4LHu
/FTxYEYMx/xbvoZyKRGHyrSK9Gj3Ee3+EJAY34GUGBfCGmBp9/Dzj/db4j/GkbpW
P5vR3MvyH9K6uWEShLI1MghBGas2QG1+0nSYeG8VKhaot6G+sfvHfdCkroivHeNM
Al3tpstGfweAKqucVDWvPAQnI83lo/j3rIZxHkeILjXTEvMrARDT4/qI4sblpcrY
wqJFlTbGeimZrOyV3I4OQFkVxJG15Qn+00wxLRAziezOBpbFeCyl6w==
=RERJ
-END PGP SIGNATURE-

Re: Problems Converting from Cyrus to Dovecot (cyrus2dovecot)

[FUSTE Emmanuel]

Hello Timo,

Yes, I follow closely the commit messages of the dovecot-cvs list and 
lots of things have moved in this area.
I will try and expect to be able to use dsync+imapc for our futures 
migrations.

Best regards,
Emmanuel.

Le 26/11/2015 21:37, Timo Sirainen a écrit :
> v2.2.19 has many fixes related to dsync+imapc, which were found while 
> migrating several million users from GMail. I'm not aware of any problems 
> with it now. Also even before v2.2.19 dsync+imapc has been used to 
> successfully do many large migrations.
>
>> On 26 Nov 2015, at 17:49, FUSTE Emmanuel  
>> wrote:
>>
>> Hi,
>>
>> No, I tried fetching over imapc too exactly as you  suggested.
>> In my case it was not from cyrus, but from CriticalPath.
>> isync was finally able to do the job, preserving flags and doing UIDs
>> mapping. The most boring part was generating proper config file for
>> thousands of accounts.
>> A working imapc/dsync would have been better.
>>
>> Emmanuel.
>>
>> Le 26/11/2015 15:24, Sami Ketola a écrit :
>>> Hi,
>>>
>>> I think you tried to read cyrus mails folders directly. I was talking about 
>>> fething mails from cyrus over imapc connection.
>>>
>>> Sami
>>>
 On 26 Nov 2015, at 15:36, FUSTE Emmanuel  
 wrote:

 Hello,

 Because it did not work ?
 In a similar situation, we where forced to use isync/mbsync in imap to
 imap mode because dsync did not work.
 It was reported here more than a year ago (May 2014).
 Time to time, I see the same report from other trying to use dsync to do
 a migration to dovecot.
 Dsync is a very appealing and elegant solution to this usage, but it
 does not always  work in real world.

 Regards,
 Emmanuel

 Le 26/11/2015 12:30, Sami Ketola a écrit :
> Hi,
>
> With imapsync you will lose message UIDs which means that IMAP clients 
> need to clear their local caches and redownload all messages. Why not use 
> dovecot dsync over imapc instead? It tries to preserve UIDs and Flags.
>
> http://wiki2.dovecot.org/Migration
>
> Sami
>
>
>> On 07 Nov 2015, at 23:35, Forrest  wrote:
>>
>> Thank you for the reply.  I did find imapsync whilst perusing Google.  I 
>> will give it a shot, it sounds more realistic/reliable. I have a hoard 
>> of emails going back to 1999, so I want as few errors as possible :)
>>
>>
>>
>> On 11/7/15 3:31 PM, Philon wrote:
>>> Hi there,
>>>
>>> I was in the same position, but for mutliple accounts. Still you might 
>>> want to look at imapsync (https://github.com/imapsync/imapsync), isync 
>>> and offlineimap. There are more alternatives listed at the imapsync 
>>> homepage.
>>>
>>>
>>> Philon
>>>
>>>
 Am 04.11.2015 um 20:47 schrieb Forrest :

 I have been attempting to use the cyrus2dovecot script, to no avail.

 I have many years of content that I want to convert from Cyrus to 
 Dovecot; with the above not working, what are other options out there? 
  Another idea I had is simply set up another IMAP server (using 
 Dovecot) and drag-and-drop and just wait, which I may end up doing.

 In the above, I copied over my entire /var/imap and /var/spool/imap to 
 another system; there is only one account (mine), so calling the 
 script was fairly easy; it just doesn't work.


 inboxes=the "myaccount" that was copied over

 /home/myaccount/cyrus2dovecot --cyrus-inbox /home/myaccount/inboxes/%u 
 \
   --cyrus-seen /home/myaccount/varimap/user/%h/%u.seen 
\
   --cyrus-sub /home/varimap/user/%h/%u.sub  \
   --dovecot-inbox /home/myaccount/dovecot/Maildir \
   myaccount



 the log output complains of:

 cyrus2dovecot [myaccount]: (warning) Index record missing for: 
 INBOX/62020.

 and correctly complains about squat indices, as that's not a file it 
 would handle.  There is no output into the Maildir, however.

 All directory paths are correct.


 Thanks.

Re: [g.da...@assyoma.it: [Dovecot] Re: Questions about hardlinks, alternate storage and compression]

[Gionatan Danti]

centos 7.x is latest, so if you need help upgrade make a bug report to
centos, not waste your time here since you choiced a precompiled
problem, reporting here 7s helpfull if you use dovecot compiled with
the latest version here, this migth be a unknown bug you then have
found, but not if you use precompiled problems, then report to the
maintainers of such software


Hi,
does it means that when you use before_sieve and after_sieve in your 
dovecot configuration the hard-linking part works?


I don't need help to upgrade to CentOS 7.x, but before going this route 
I would understand if this is how dovecot/pigenhole are expected to work 
(don't use hardlinks) or if I misconfigured something.


RedHat / CentOS are a very common base OS, so I wonder if I am the only 
one hitting this problem or no.

Thanks.

--
Danti Gionatan
Supporto Tecnico
Assyoma S.r.l. - www.assyoma.it
email: g.da...@assyoma.it - i...@assyoma.it
GPG public key ID: FF5F32A8

Sieve Max Redirect

[Shakeel Shahzad]

Hello,

I have configured iRedMail ( 0.9.1) on Ubuntu (14.04 LTS). In my 
dovecot.conf file, I have set sieve_max_redirects as 500. In dovecot 
(2.2.9) configuration file, I see sieve_max_redirect as 100 but when I 
add email addresses more than 32, I see that redirect fails. Can you 
please help me to see this issue and fix it through? If you need 
anything from my side, please let me know.


Regards...
Shakeel