date:20180910

Re: Issue sharing folders with Thunderbird

2018-09-10 Thread Jason Perry

Hi Aki I see what you are saying, and no I don’t believe so.  I’m using typical 
/etc/passwd for the user db.  I reviewed 
https://wiki.dovecot.org/UserDatabase/ExtraFields 
 but I’m not clear on how to 
actually return system_user userdb attribute.

I also have set mail_user_groups = sharedusers in dovecot.conf and then in 
/etc/group put all the users with mailboxes into the sharedusers group.  I can 
see why that wouldn’t work if the above is not set.  Can you point me in the 
right direction on how to pass that information?

Thanks!

> On Aug 28, 2018, at 12:40 AM, Aki Tuomi  wrote:
> 
> Are you returning system_user userdb attribute? Extra groups from /etc/group 
> are not applied without this.
> 
> ---
> Aki Tuomi
> Dovecot oy
> 
>  Original message 
> From: Jason Perry 
> Date: 28/08/2018 04:27 (GMT+02:00)
> To: Aki Tuomi 
> Cc: dovecot@dovecot.org
> Subject: Re: Issue sharing folders with Thunderbird
> 
> Hi Aki, they are.
> 
>> 3. The permissions for the file are:
>> root@dal-notify-01 Maildir]# ls -la /var/lib/dovecot/db/shared-mailboxes.db
>> -rw-rw-r--. 1 operations sharedusers 197 Aug 26 20:33 
>> /var/lib/dovecot/db/shared-mailboxes.db
>> 4. Users I'm testing with are part of the sharedusers group in /etc/group
> 
> The dir /var/lib/dovecot/db has this for permissions:
> drwsrwsrwx.  2 rootsharedusers   33 Aug 27 21:12 db
> 
> the user operations is a member of “sharedusers” in /etc/group.  I even 
> chmod’ed the permissions after to rw for global and I get the same 
> error/result.
> 
> The file does appear to get written to.  For example, lets say user u2.name 
> creates a folder called “starbucks” and uses the IMAP commands to share it 
> out to user operations.  It seems to write to the acl_shared_dict file in 
> /var/lib/dovecot/db/shared-mailboxes.db with an entry like
>> shared/shared-boxes/user/u2.name/operations
>> 1
> 
> And it writes to the ~/Maildir/.starbucks/dovecot-acl file for u2.user with 
> an entry like:
> user=operations lrw
> 
> So it appears to be working.  However, if I log into Thunderbird with the 
> user operations account and go to subscribe, I do not see “starbucks” in the 
> list of available folders.  And I still get the nfs_flush_chown error.
> 
> Is there anything else I can be doing with the file/dir permissions?
> 
> Thanks.
> 
> 
>> On Aug 27, 2018, at 10:50 AM, Aki Tuomi > > wrote:
>> 
>> acl_shared_dict file & folder must be readwritable by user performing the 
>> sharing as stated in wiki.
>> 
>> https://wiki.dovecot.org/SharedMailboxes/Shared 
>> 
>> ---
>> Aki Tuomi
>> Dovecot oy
>> 
>>  Original message 
>> From: Jason Perry mailto:jason.pe...@dtainc.us>>
>> Date: 27/08/2018 17:01 (GMT+02:00)
>> To: dovecot@dovecot.org 
>> Subject: Issue sharing folders with Thunderbird
>> 
>> Trying to share folder "JasonAlerts" within mailbox operations to user 
>> u1.name
>>  
>> Issues:
>> 1. Shared mailboxes do not appear under subscriptions in Thunderbird for 
>> another user
>> 2. When I try to set permissions via IMAP commands I get in 
>> /var/log/dovecot.log
>> Aug 26 20:33:24 imap(operations): Error: nfs_flush_chown_uid: 
>> chown(/var/lib/dovecot/db) failed: Permission denied
>> 3. The permissions for the file are:
>> root@dal-notify-01 Maildir]# ls -la /var/lib/dovecot/db/shared-mailboxes.db
>> -rw-rw-r--. 1 operations sharedusers 197 Aug 26 20:33 
>> /var/lib/dovecot/db/shared-mailboxes.db
>> 4. Users I'm testing with are part of the sharedusers group in /etc/group
>> 5. IMAP commands DO write to the file:
>> [root@dal-notify-01 Maildir]# cat /var/lib/dovecot/db/shared-mailboxes.db
>> shared/shared-boxes/user/u1.name/u2.name
>> 1
>> shared/shared-boxes/user/operations/u2.name
>> 1
>> shared/shared-boxes/user/u1.name/operations
>> 1
>> shared/shared-boxes/user/u1.name/operations
>> 1
>> 6. It will also write to the user's 
>> /home/operations/Maildir/.JasonAlert/dovecot-acl file
>> user=u1.name ilrw
>>  
>> However if I got into Thunderbird and try to subscribe, none of the shared 
>> folders are listed.  Can anyone help??  Thanks!!
>>  
>> Dovecot version = 2.2.10
>>  
>> dovecot -n
>> [root@server]# dovecot -n
>> # 2.2.10: /etc/dovecot/dovecot.conf
>> # OS: Linux 3.10.0-693.17.1.el7.x86_64 x86_64 CentOS Linux release 7.4.1708 
>> (Core)
>> first_valid_uid = 100
>> listen = *
>> log_path = /var/log/dovecot.log
>> mail_debug = yes
>> mail_location = maildir:~/Maildir
>> mail_plugins = acl
>> mail_privileged_group = mail
>> mbox_write_locks = fcntl
>> namespace Private {
>>   hidden = no
>>   inbox = no
>>   list = no
>>   location =
>>   prefix = Private/
>>   separator = /
>>   type = private
>> }
>> namespace Public {
>>   hidden = no
>>   inbox = no
>>   list = no
>>   location = maildir:/var/mail/public
>>   prefix = Public/
>>   separator = /
>>   subscriptions

Re: dovecot-2.3.2.1 and dovecot-pigeonhole-0.5.2 bug?

2018-09-10 Thread Jan Nowak

We are using Exim 4.91.

sob., 8 wrz 2018 o 20:38 Stephan Bosch  napisał(a):

>
>
> Op 08/09/2018 om 20:21 schreef Stephan Bosch:
>
>
>
> Op 08/09/2018 om 20:13 schreef Stephan Bosch:
>
>
>
> Op 07/09/2018 om 21:32 schreef Jan Nowak:
>
> Hello,
>
> we have a problem after updating the software with the operation of sieve
> scripts sending a copy of the e-mails, e-mails are not transferred.
>
> Configuration:
> dovecot-2.3.2.1 + dovecot-pigeonhole-0.5.2 + FreeBSD 11.2
>
> log:
> Sep 06 13:28:17 lda(XXX@XXX)<38615>: Info: sieve:
> msgid=: stored mail into mailbox 'INBOX'
> Sep 06 13:28:17 lda(XXX@XXX)<38615>: Info: sieve: Execution of
> script /usr/home/XXX/mail/XXX@XXX/.dovecot.sieve failed, but implicit
> keep was successful (user logfile 
> /usr/home/XXX/mail/XXX@XXX/.dovecot.sieve.log
> may reveal additional details)
>
> .dovecot.sieve.log:
> error: msgid=: failed to redirect message
> to  : smtp(127.0.0.1:25): DATA
> failed: 552 Message header not CRLF terminated (permanent failure).
>
>
> On old configuration:
> dovecot 2.2 + dovecot-pigeonhole- 0.4  + FreeBSD 11.2
> we don't have problem.
>
> Has anyone had a similar problem, knows the solution?
>
>
> Can you send me a pcap log (e.g. using Wireshark) from the connection
> between Dovecot and the MTA? Does it happen for every message?
>
>
> Never mind. I see the problem already. What MTA is this?
>
>
> To confirm, can you still send me that PCAP log?
>
> Regards,
>
> Stephan.
>

Re: make check (pigeonhole)

2018-09-10 Thread Eric Broch


I did so as non-root user and got the same error.


On 9/10/2018 9:10 AM, Aki Tuomi wrote:

Have you attempted this as non-root user?



---
Aki Tuomi
Dovecot oy

 Original message 
From: Eric Broch 
Date: 10/09/2018 18:03 (GMT+02:00)
To: dovecot@dovecot.org
Subject: Re: make check (pigeonhole)

Dovecot list,

1) I downloaded latest dovecot and pigeonhole tar balls and extracted on
latest updated CentOS 7 : dovecot-2.3.2.1.tar.gz and
dovecot-2.3-pigeonhole-0.5.2.tar.gz

2) I moved pigeonhole (dovecot-2.3-pigeonhole-0.5.2) directory into
dovecot (dovecot-2.3.2.1) directory

3) built dovecot with following config and paramerters:

patch -p1 < ../../SOURCES/dovecot-2.0-defaultconfig.patch
patch -p1 < ../../SOURCES/dovecot-1.0.beta2-mkcert-permissions.patch
patch -p1 < ../../SOURCES/dovecot-2.2.27-mkcert-paths.patch

sed -i '/DEFAULT_INCLUDES *=/s|$| '"$(pkg-config --cflags
libclucene-core)|" src/plugins/fts-lucene/Makefile.in

#export CFLAGS="-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
-fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches
-fno-strict-aliasing"
#export LDFLAGS="-Wl,-z,now -Wl,-z,relro -Wl,-z,relro"
aclocal --install -I m4
autoreconf -I . -fiv

./configure \
    INSTALL_DATA="install -c -p -m644" \
    --docdir=/usr/share/doc/dovecot-2.3.2.1 \
    --disable-static   \
    --disable-rpath    \
    --with-nss \
    --with-shadow  \
    --with-pam \
    --with-gssapi=plugin   \
    --with-ldap=plugin \
    --with-sql=plugin  \
    --with-lua=plugin  \
    --with-pgsql   \
    --with-mysql   \
    --with-sqlite  \
    --with-vpopmail=/etc/libvpopmail   \
    --with-zlib    \
    --with-libcap  \
    --with-libwrap \
    --with-lucene  \
    --with-ssl=openssl \
    --with-ssldir=/etc/pki/dovecot \
    --with-solr    \
    --with-systemdsystemunitdir=/usr/lib/systemd/system    \
    --with-docs

sed -i 's|/etc/ssl|/etc/pki/dovecot|' doc/mkcert.sh
doc/example-config/conf.d/10-ssl.conf

make -j3

4) built pigeon hole with the following paramters:

# required for snapshot
[ -f configure ] || autoreconf -fiv
[ -f ChangeLog ] || echo "Pigeonhole ChangeLog is not available, yet"
>ChangeLog

./configure \
    INSTALL_DATA="install -c -p -m644" \
    --disable-static   \
    --with-dovecot=../ \
    --with-ldap=plugin \
    --without-unfinished-features

make -j3

5) during 'make check' of pigeonhole got the following error:

make[3]: Entering directory
`/root/rpmbuild/SRPMS/dovecot-2.3.2.1/dovecot-2.3-pigeonhole-0.5.2/src/lib-sieve/util'
for bin in test-edit-mail; do \
  if ! /bin/sh ../../../run-test.sh ../../.. ./$bin; then exit 1; fi; \
done
test-edit-header(root): Error: Cannot lookup test user: Mail access for
users with UID 89 not permitted (see first_valid_uid in config file, uid
from mail_uid setting).
../../../run-test.sh: line 27: 29930 Segmentation fault  (core
dumped) valgrind -q --trace-children=yes --leak-check=full
--log-file=test.out.$$ $noundef $*
==29930== Invalid read of size 8
==29930==    at 0x404699: mail_raw_user_create (mail-raw.c:142)
==29930==    by 0x40325B: test_init (test-edit-mail.c:105)
==29930==    by 0x4036DA: test_edit_mail_concatenated 
(test-edit-mail.c:187)

==29930==    by 0x524D8B1: test_run_funcs (test-common.c:244)
==29930==    by 0x524E280: test_run (test-common.c:315)
==29930==    by 0x402FE5: main (test-edit-mail.c:765)
==29930==  Address 0xb8 is not stack'd, malloc'd or (recently) free'd
==29930==
==29930==
==29930== Process terminating with default action of signal 11 (SIGSEGV)
==29930==  Access not within mapped region at address 0xB8
==29930==    at 0x404699: mail_raw_user_create (mail-raw.c:142)
==29930==    by 0x40325B: test_init (test-edit-mail.c:105)
==29930==    by 0x4036DA: test_edit_mail_concatenated 
(test-edit-mail.c:187)

==29930==    by 0x524D8B1: test_run_funcs (test-common.c:244)
==29930==    by 0x524E280: test_run (test-common.c:315)
==29930==    by 0x402FE5: main (test-edit-mail.c:765)
==29930==  If you believe this happened as a result of a stack
==29930==  overflow in your program's main thread (unlikely but
==29930==  possible), you can try to increase the size of the
==29930==  main thread stack using the --main-stacksize= flag.
==29930==  The main thread stack size used in this run was 8388608.
==29930== 64 bytes in 1 blocks are possibly lost in loss record 35 of 77
==29930==    at 0x4C2B9B5: calloc (vg_repl

Re: make check (pigeonhole)

2018-09-10 Thread Aki Tuomi

Have you attempted this as non-root user?


---Aki TuomiDovecot oy
 Original message From: Eric Broch  
Date: 10/09/2018  18:03  (GMT+02:00) To: dovecot@dovecot.org Subject: Re: make 
check (pigeonhole) 
Dovecot list,

1) I downloaded latest dovecot and pigeonhole tar balls and extracted on 
latest updated CentOS 7 : dovecot-2.3.2.1.tar.gz and 
dovecot-2.3-pigeonhole-0.5.2.tar.gz

2) I moved pigeonhole (dovecot-2.3-pigeonhole-0.5.2) directory into 
dovecot (dovecot-2.3.2.1) directory

3) built dovecot with following config and paramerters:

patch -p1 < ../../SOURCES/dovecot-2.0-defaultconfig.patch
patch -p1 < ../../SOURCES/dovecot-1.0.beta2-mkcert-permissions.patch
patch -p1 < ../../SOURCES/dovecot-2.2.27-mkcert-paths.patch

sed -i '/DEFAULT_INCLUDES *=/s|$| '"$(pkg-config --cflags 
libclucene-core)|" src/plugins/fts-lucene/Makefile.in

#export CFLAGS="-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions 
-fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches 
-fno-strict-aliasing"
#export LDFLAGS="-Wl,-z,now -Wl,-z,relro -Wl,-z,relro"
aclocal --install -I m4
autoreconf -I . -fiv

./configure \
     INSTALL_DATA="install -c -p -m644" \
     --docdir=/usr/share/doc/dovecot-2.3.2.1 \
     --disable-static   \
     --disable-rpath    \
     --with-nss \
     --with-shadow  \
     --with-pam \
     --with-gssapi=plugin   \
     --with-ldap=plugin \
     --with-sql=plugin  \
     --with-lua=plugin  \
     --with-pgsql   \
     --with-mysql   \
     --with-sqlite  \
     --with-vpopmail=/etc/libvpopmail   \
     --with-zlib    \
     --with-libcap  \
     --with-libwrap \
     --with-lucene  \
     --with-ssl=openssl \
     --with-ssldir=/etc/pki/dovecot \
     --with-solr    \
     --with-systemdsystemunitdir=/usr/lib/systemd/system    \
     --with-docs

sed -i 's|/etc/ssl|/etc/pki/dovecot|' doc/mkcert.sh 
doc/example-config/conf.d/10-ssl.conf

make -j3

4) built pigeon hole with the following paramters:

# required for snapshot
[ -f configure ] || autoreconf -fiv
[ -f ChangeLog ] || echo "Pigeonhole ChangeLog is not available, yet" 
 >ChangeLog

./configure \
     INSTALL_DATA="install -c -p -m644" \
     --disable-static   \
     --with-dovecot=../ \
     --with-ldap=plugin \
     --without-unfinished-features

make -j3

5) during 'make check' of pigeonhole got the following error:

make[3]: Entering directory 
`/root/rpmbuild/SRPMS/dovecot-2.3.2.1/dovecot-2.3-pigeonhole-0.5.2/src/lib-sieve/util'
for bin in test-edit-mail; do \
   if ! /bin/sh ../../../run-test.sh ../../.. ./$bin; then exit 1; fi; \
done
test-edit-header(root): Error: Cannot lookup test user: Mail access for 
users with UID 89 not permitted (see first_valid_uid in config file, uid 
from mail_uid setting).
../../../run-test.sh: line 27: 29930 Segmentation fault  (core 
dumped) valgrind -q --trace-children=yes --leak-check=full 
--log-file=test.out.$$ $noundef $*
==29930== Invalid read of size 8
==29930==    at 0x404699: mail_raw_user_create (mail-raw.c:142)
==29930==    by 0x40325B: test_init (test-edit-mail.c:105)
==29930==    by 0x4036DA: test_edit_mail_concatenated (test-edit-mail.c:187)
==29930==    by 0x524D8B1: test_run_funcs (test-common.c:244)
==29930==    by 0x524E280: test_run (test-common.c:315)
==29930==    by 0x402FE5: main (test-edit-mail.c:765)
==29930==  Address 0xb8 is not stack'd, malloc'd or (recently) free'd
==29930==
==29930==
==29930== Process terminating with default action of signal 11 (SIGSEGV)
==29930==  Access not within mapped region at address 0xB8
==29930==    at 0x404699: mail_raw_user_create (mail-raw.c:142)
==29930==    by 0x40325B: test_init (test-edit-mail.c:105)
==29930==    by 0x4036DA: test_edit_mail_concatenated (test-edit-mail.c:187)
==29930==    by 0x524D8B1: test_run_funcs (test-common.c:244)
==29930==    by 0x524E280: test_run (test-common.c:315)
==29930==    by 0x402FE5: main (test-edit-mail.c:765)
==29930==  If you believe this happened as a result of a stack
==29930==  overflow in your program's main thread (unlikely but
==29930==  possible), you can try to increase the size of the
==29930==  main thread stack using the --main-stacksize= flag.
==29930==  The main thread stack size used in this run was 8388608.
==29930== 64 bytes in 1 blocks are possibly lost in loss record 35 of 77
==29930==    at 0x4C2B9B5: calloc (vg_replace_malloc.c:711)
==29930==    by 0x5277AB5: pool_syst

Re: make check (pigeonhole)

2018-09-10 Thread Eric Broch


I attempted as non-root user and got the exact same error.


On 9/10/2018 9:10 AM, Aki Tuomi wrote:

Have you attempted this as non-root user?



---
Aki Tuomi
Dovecot oy


--
Eric Broch
White Horse Technical Consulting (WHTC)

Re: make check (pigeonhole)

2018-09-10 Thread Eric Broch


Dovecot list,

1) I downloaded latest dovecot and pigeonhole tar balls and extracted on 
latest updated CentOS 7 : dovecot-2.3.2.1.tar.gz and 
dovecot-2.3-pigeonhole-0.5.2.tar.gz


2) I moved pigeonhole (dovecot-2.3-pigeonhole-0.5.2) directory into 
dovecot (dovecot-2.3.2.1) directory


3) built dovecot with following config and paramerters:

patch -p1 < ../../SOURCES/dovecot-2.0-defaultconfig.patch
patch -p1 < ../../SOURCES/dovecot-1.0.beta2-mkcert-permissions.patch
patch -p1 < ../../SOURCES/dovecot-2.2.27-mkcert-paths.patch

sed -i '/DEFAULT_INCLUDES *=/s|$| '"$(pkg-config --cflags 
libclucene-core)|" src/plugins/fts-lucene/Makefile.in


#export CFLAGS="-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions 
-fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches 
-fno-strict-aliasing"

#export LDFLAGS="-Wl,-z,now -Wl,-z,relro -Wl,-z,relro"
aclocal --install -I m4
autoreconf -I . -fiv

./configure \
    INSTALL_DATA="install -c -p -m644" \
    --docdir=/usr/share/doc/dovecot-2.3.2.1 \
    --disable-static   \
    --disable-rpath    \
    --with-nss \
    --with-shadow  \
    --with-pam \
    --with-gssapi=plugin   \
    --with-ldap=plugin \
    --with-sql=plugin  \
    --with-lua=plugin  \
    --with-pgsql   \
    --with-mysql   \
    --with-sqlite  \
    --with-vpopmail=/etc/libvpopmail   \
    --with-zlib    \
    --with-libcap  \
    --with-libwrap \
    --with-lucene  \
    --with-ssl=openssl \
    --with-ssldir=/etc/pki/dovecot \
    --with-solr    \
    --with-systemdsystemunitdir=/usr/lib/systemd/system    \
    --with-docs

sed -i 's|/etc/ssl|/etc/pki/dovecot|' doc/mkcert.sh 
doc/example-config/conf.d/10-ssl.conf


make -j3

4) built pigeon hole with the following paramters:

# required for snapshot
[ -f configure ] || autoreconf -fiv
[ -f ChangeLog ] || echo "Pigeonhole ChangeLog is not available, yet" 
>ChangeLog


./configure \
    INSTALL_DATA="install -c -p -m644" \
    --disable-static   \
    --with-dovecot=../ \
    --with-ldap=plugin \
    --without-unfinished-features

make -j3

5) during 'make check' of pigeonhole got the following error:

make[3]: Entering directory 
`/root/rpmbuild/SRPMS/dovecot-2.3.2.1/dovecot-2.3-pigeonhole-0.5.2/src/lib-sieve/util'

for bin in test-edit-mail; do \
  if ! /bin/sh ../../../run-test.sh ../../.. ./$bin; then exit 1; fi; \
done
test-edit-header(root): Error: Cannot lookup test user: Mail access for 
users with UID 89 not permitted (see first_valid_uid in config file, uid 
from mail_uid setting).
../../../run-test.sh: line 27: 29930 Segmentation fault  (core 
dumped) valgrind -q --trace-children=yes --leak-check=full 
--log-file=test.out.$$ $noundef $*

==29930== Invalid read of size 8
==29930==    at 0x404699: mail_raw_user_create (mail-raw.c:142)
==29930==    by 0x40325B: test_init (test-edit-mail.c:105)
==29930==    by 0x4036DA: test_edit_mail_concatenated (test-edit-mail.c:187)
==29930==    by 0x524D8B1: test_run_funcs (test-common.c:244)
==29930==    by 0x524E280: test_run (test-common.c:315)
==29930==    by 0x402FE5: main (test-edit-mail.c:765)
==29930==  Address 0xb8 is not stack'd, malloc'd or (recently) free'd
==29930==
==29930==
==29930== Process terminating with default action of signal 11 (SIGSEGV)
==29930==  Access not within mapped region at address 0xB8
==29930==    at 0x404699: mail_raw_user_create (mail-raw.c:142)
==29930==    by 0x40325B: test_init (test-edit-mail.c:105)
==29930==    by 0x4036DA: test_edit_mail_concatenated (test-edit-mail.c:187)
==29930==    by 0x524D8B1: test_run_funcs (test-common.c:244)
==29930==    by 0x524E280: test_run (test-common.c:315)
==29930==    by 0x402FE5: main (test-edit-mail.c:765)
==29930==  If you believe this happened as a result of a stack
==29930==  overflow in your program's main thread (unlikely but
==29930==  possible), you can try to increase the size of the
==29930==  main thread stack using the --main-stacksize= flag.
==29930==  The main thread stack size used in this run was 8388608.
==29930== 64 bytes in 1 blocks are possibly lost in loss record 35 of 77
==29930==    at 0x4C2B9B5: calloc (vg_replace_malloc.c:711)
==29930==    by 0x5277AB5: pool_system_malloc (mempool-system.c:75)
==29930==    by 0x525D2FD: p_malloc (mempool.h:99)
==29930==    by 0x525D2FD: hash_table_create (hash.c:70)
==29930==    by 0x51F377C: settings_parser_init_list (settings-parser.c:215)
==29930==    by 0x51ED102

dsync mail from a remote server

2018-09-10 Thread Kai Schaetzl

I would like to transfer mail for some users from an old dovecot (with no 
doveadm) to a modern dovecot (2.3.2). I've read up on
https://wiki2.dovecot.org/Tools/Doveadm/Sync
https://wiki2.dovecot.org/Migration/Dsync

and I'm not sure if I can use doveadm for this purpose.

I need doveadm to login to the remote server (source) with a 
username/password via IMAP, fetch all mail and deliver it to a local user 
(target), preferrably with the same folder structure that exists on the 
source account.
Is this possible?

I don't understand this page completely:
https://wiki2.dovecot.org/Migration/Dsync

For some testing (that's why I used pop3, to keep it simple) I put a file 
for pop3c in conf.d (mostly identical with the file shown on that page) 
and restarted dovecot. Then I tried a command line like this:
doveadm -o pop3c_user=user -o pop3c_password=password backup -R -u 
user@domain pop3c:
This creates an error: 
dsync(user@domain): Error: Mail locations must use the same virtual 
mailbox hierarchy separator (specify separator for the default namespace)

I'm not sure what this exactly means.
Does it refer to the account naming structure of user@domain? The source 
server does not have such usernames, only the target server I run the 
command on. Or does it refer to structure within the mailbox? (which can't 
really be the case as it doesn't login to the source and can't know the 
structure yet).
So, if it indeed refers to the user naming structure, can I tell it to use 
the "simple" account names on the source machine?

Am I correct in assuming that I can override any pop3c_ setting in the 
conf file with -o? For instance also using -o pop3c_host= and that if 
there is -o pop3c_user=user on the command line I don't need a pop3c_user 
in the conf file? (no master-user).

Thanks for any help on this.
(If it doesn't work I can use fetchmail, but that is much less preferrable 
as it "delivers" all mail, so it's all "new" and in the INBOX.

Kai

Re: Disconnects on Director

2018-09-10 Thread Aki Tuomi

Flaky mobile user maybe?


---Aki TuomiDovecot oy
 Original message From: Tom Sommer  Date: 
10/09/2018  12:35  (GMT+02:00) To: Dovecot Mailing List  
Subject: Disconnects on Director 
Hi

I am seeing a lot of clients time out on my Director. I'm wondering if 
this is "normal" or there is some opportunity to tweak something?

Log line:
imap-login: Info: proxy(u...@example.com): disconnecting 1.2.3.4 
(Disconnected by client: read(size=433) failed: Connection timed out(37s 
idle, in=939, out=3083)): user=, method=CRAM-MD5, 
rip=1.2.3.4, lip=172.0.0.0, TLS: read(size=433) failed: Connection timed 
out, session=

Any hints? Nothing is logged by the kernel.

2.3.2.1

-- 
Tom

Disconnects on Director

2018-09-10 Thread Tom Sommer


Hi

I am seeing a lot of clients time out on my Director. I'm wondering if 
this is "normal" or there is some opportunity to tweak something?


Log line:
imap-login: Info: proxy(u...@example.com): disconnecting 1.2.3.4 
(Disconnected by client: read(size=433) failed: Connection timed out(37s 
idle, in=939, out=3083)): user=, method=CRAM-MD5, 
rip=1.2.3.4, lip=172.0.0.0, TLS: read(size=433) failed: Connection timed 
out, session=


Any hints? Nothing is logged by the kernel.

2.3.2.1

--
Tom

Re: Auth process sometimes stop responding after upgrade

2018-09-10 Thread Simone Lazzaris

In data lunedì 10 settembre 2018 09:58:50 CEST, Timo Sirainen ha scritto:
> On 8 Sep 2018, at 15.18, Simone Lazzaris  wrote:
> > Timo, unfortunately the patch doesn't compile;  I've moved the declaration
> > of "conn" one line up to make it work.
> 
> Oops, I guess I was too much in a hurry to even compile it. Here's a new
> patch that compiles and passes our director CI tests.

This one is better :) I've compiled and installed the patched version on one 
VM and it's working. In the next hours, if everything is ok, I'll percolate 
the change on the whole cluster. Let's see if the issue appears again.

The other cluster have been downgraded (saturday night) to 2.2.30.2 and it's 
working fine: I couldn't afford to have issues on that one.

-- 
*Simone Lazzaris*
*Qcom S.p.A.*

Re: Auth process sometimes stop responding after upgrade

2018-09-10 Thread Timo Sirainen

On 8 Sep 2018, at 15.18, Simone Lazzaris  wrote:Timo, unfortunately the patch doesn't compile;  I've moved the declaration of "conn" one line up to make it work. Oops, I guess I was too much in a hurry to even compile it. Here's a new patch that compiles and passes our director CI tests.

diff
Description: Binary data

Re: Issue sharing folders with Thunderbird

Re: dovecot-2.3.2.1 and dovecot-pigeonhole-0.5.2 bug?

Re: make check (pigeonhole)

Re: make check (pigeonhole)

Re: make check (pigeonhole)

Re: make check (pigeonhole)

dsync mail from a remote server

Re: Disconnects on Director

Disconnects on Director

Re: Auth process sometimes stop responding after upgrade

Re: Auth process sometimes stop responding after upgrade

11 matches

Site Navigation

Mail list logo

Footer information