Re: Postfix and Dovecot SASL - wiki update

On Dec 31, 2014, at 11:27 PM, Patrick Domack wrote: > > Disabling chroot doesn't fix the issue, it just worked around it. Oh…. > Aparently your chroot is not configured correctly, likely using debian based > system, and your resolv.conf in the chroot is not updated correctly. Using FreeBSD he

Re: Postfix and Dovecot SASL - wiki update

Disabling chroot doesn't fix the issue, it just worked around it. Aparently your chroot is not configured correctly, likely using debian based system, and your resolv.conf in the chroot is not updated correctly. Quoting Dan Langille : I wanted to mention I updated the Postfix and Dovecot S

dovecot: imap Error: fts_solr: Query didn't return uid

Anyone know what this means and what the implications are? dovecot: imap(user) Error: fts_solr: Query didn't return uid -- Randall Gellens Opinions are personal;facts are suspect;I speak for myself only -- Randomly selected tag: --- Men fear thought as the

Re: dovecot 2 low TCP speed (fetching big mail)

On Dec 31, 2014, at 1:23 PM, Wojciech Puchar wrote: > > i use dovecot 2 under FreeBSD (dovecot2-2.2.15 compiled from ports). > > tried both with kqueue enabled or not. > > everything works very fast, EXCEPT fetching big mail. > > tried multiple clients (thunderbird on windows, alpine on the sa

dovecot 2 low TCP speed (fetching big mail)

i use dovecot 2 under FreeBSD (dovecot2-2.2.15 compiled from ports). tried both with kqueue enabled or not. everything works very fast, EXCEPT fetching big mail. tried multiple clients (thunderbird on windows, alpine on the same server, alpine on other unix server connected by 1Gb/s LAN) and

Different behavior of ACLs in MUA and doveadm

I have noticed a difference in the behavior of ACLs. When used in a MUA the following global ACL works fine and has the desired effect - new mailboxes can be created by a user being part of the 'PublicMailboxAdmins' group: [ global-acl: ] INBOX owner lrwstiekxap Public/* group=PublicMailboxAdmi

Re: Sieve permissions issue following update

Am 31.12.2014 um 18:36 schrieb Robert Blayzor: > On Dec 31, 2014, at 11:18 AM, Robert Schetterer wrote: >> Am 31.12.2014 um 17:05 schrieb Robert Blayzor: >>> missing +w perm: /etc/dovecot/sieve, dir owned by 26:0 mode=0755) >> >> >> >> Best Regards >> MfG Robert Schetterer > > > Which is correct

Re: Sieve permissions issue following update

On Dec 31, 2014, at 11:18 AM, Robert Schetterer wrote: > Am 31.12.2014 um 17:05 schrieb Robert Blayzor: >> missing +w perm: /etc/dovecot/sieve, dir owned by 26:0 mode=0755) > > > > Best Regards > MfG Robert Schetterer Which is correct. Dovecot-lda is running as the local user account, the d

Postfix and Dovecot SASL - wiki update

I wanted to mention I updated the Postfix and Dovecot SASL wiki entry yesterday. http://wiki2.dovecot.org/HowTo/PostfixAndDovecotSASL The entry: submission inet n - - - - smtpd was incorrect. It should be: submission inet n - n - - smtpd By specifying n for chroot, it ensures that DNS look

dovecot-auth only configuration

I am configuring a dovecot-auth only installation. Postfix will use dovecot for sasl auth. Here is the configuration I’ve settled upon. I welcome suggestions for improving this setup. Thanks. # doveconf -n # 2.2.15: /usr/local/etc/dovecot/dovecot.conf # OS: FreeBSD 9.3-RELEASE-p5 amd64 auth

Re: Sieve permissions issue following update

see Am 31.12.2014 um 17:05 schrieb Robert Blayzor: > missing +w perm: /etc/dovecot/sieve, dir owned by 26:0 mode=0755) Best Regards MfG Robert Schetterer -- [*] sys4 AG http://sys4.de, +49 (89) 30 90 46 64 Franziskanerstraße 15, 81669 München Sitz der Gesellschaft: München, Amtsgericht Münc

Re: Sieve permissions issue following update

On Dec 10, 2014, at 1:52 AM, Steffen Kaiser wrote: > >> Global scripts were compiled: >> >> /usr/local/etc/dovecot/sieve # ls >> 10-move-spam.sieve 10-move-spam.svbin > >> However, I ran sievec again and tried saving a modified script and got the >> same: > > Actually this "ls" output a