Unable to get mail?

2016-04-29 Thread Jason Pruim 
Hey everyone,

I'm not sure I'm on the right list for this one... I have a postfix/dovecot
install that was running fine on amazon web services that all of a sudden
stopped receiving mail... In my mail log all I get is this:

Apr 30 03:16:26 ip-172-31-28-46 dovecot: imap(b...@primelashdiva.info):
Connection closed in=595 out=1459

Apr 30 03:16:31 ip-172-31-28-46 dovecot: imap-login: Login: user=<
b...@primelashdiva.info>, method=PLAIN, rip=68.105.170.121,
lip=172.31.28.46, mpid=31865, TLS, session=

Apr 30 03:16:33 ip-172-31-28-46 dovecot: imap-login: Login: user=<
b...@primelashdiva.info>, method=PLAIN, rip=68.105.170.121,
lip=172.31.28.46, mpid=31867, TLS, session=

Apr 30 03:16:34 ip-172-31-28-46 dovecot: imap(b...@primelashdiva.info):
Disconnected: Logged out in=97 out=440

Apr 30 03:16:38 ip-172-31-28-46 dovecot: imap-login: Login: user=<
b...@primelashdiva.info>, method=PLAIN, rip=68.105.170.121,
lip=172.31.28.46, mpid=31869, TLS, session=

Apr 30 03:19:14 ip-172-31-28-46 dovecot: imap(b...@primelashdiva.info):
Disconnected: Logged out in=408 out=1385

Apr 30 03:19:14 ip-172-31-28-46 dovecot: imap(b...@primelashdiva.info):
Disconnected: Logged out in=847 out=3067

Apr 30 03:20:25 ip-172-31-28-46 postfix/postfix-script[3891]: stopping the
Postfix mail system

Apr 30 03:20:25 ip-172-31-28-46 postfix/master[31225]: terminating on
signal 15

Apr 30 03:20:25 ip-172-31-28-46 postfix/postfix-script[3963]: starting the
Postfix mail system

Apr 30 03:20:25 ip-172-31-28-46 postfix/master[3964]: daemon started --
version 2.6.6, configuration /etc/postfix

Apr 30 03:20:44 ip-172-31-28-46 dovecot: master: Warning: Killed with
signal 15 (by pid=3977 uid=0 code=kill)

Apr 30 03:20:44 ip-172-31-28-46 dovecot: imap: Server shutting down. in=472
out=1366

Apr 30 03:20:45 ip-172-31-28-46 dovecot: master: Dovecot v2.2.10 starting
up for imap, pop3, lmtp (core dumps disabled)

Apr 30 03:21:17 ip-172-31-28-46 dovecot: imap-login: Aborted login (no auth
attempts in 9 secs): user=<>, rip=68.105.170.121, lip=172.31.28.46,
session=

Apr 30 03:24:30 ip-172-31-28-46 postfix/postfix-script[4141]: stopping the
Postfix mail system

Apr 30 03:24:30 ip-172-31-28-46 postfix/master[3964]: terminating on signal
15

Apr 30 03:24:30 ip-172-31-28-46 dovecot: master: Warning: Killed with
signal 15 (by pid=4147 uid=0 code=kill)

Apr 30 03:25:28 ip-172-31-28-46 postfix/postfix-script[2761]: starting the
Postfix mail system

Apr 30 03:25:28 ip-172-31-28-46 postfix/master[2762]: daemon started --
version 2.6.6, configuration /etc/postfix

Apr 30 03:26:22 ip-172-31-28-46 dovecot: master: Dovecot v2.2.10 starting
up for imap, pop3, lmtp (core dumps disabled)

Apr 30 03:27:03 ip-172-31-28-46 dovecot: imap-login: Aborted login (no auth
attempts in 6 secs): user=<>, rip=68.105.170.121, lip=172.31.28.46,
session=

Apr 30 03:27:36 ip-172-31-28-46 dovecot: imap-login: Login: user=<
b...@primelashdiva.info>, method=PLAIN, rip=68.105.170.121,
lip=172.31.28.46, mpid=3001, TLS, session=

Apr 30 03:27:54 ip-172-31-28-46 dovecot: imap-login: Aborted login (auth
failed, 1 attempts in 2 secs): user=,
method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured,
session=

Apr 30 03:28:06 ip-172-31-28-46 dovecot: imap-login: Aborted login (auth
failed, 1 attempts in 6 secs): user=,
method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured,
session=

Apr 30 03:28:10 ip-172-31-28-46 dovecot: imap-login: Login: user=<
b...@primelashdiva.info>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1,
mpid=3008, secured, session=

Apr 30 03:28:10 ip-172-31-28-46 dovecot: imap(b...@primelashdiva.info):
Disconnected: Logged out in=29 out=466

Apr 30 03:28:10 ip-172-31-28-46 dovecot: imap-login: Login: user=<
b...@primelashdiva.info>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1,
mpid=3011, secured, session=

Apr 30 03:28:10 ip-172-31-28-46 dovecot: imap(b...@primelashdiva.info):
Disconnected: Logged out in=44 out=538

Apr 30 03:28:11 ip-172-31-28-46 dovecot: imap-login: Login: user=<
b...@primelashdiva.info>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1,
mpid=3014, secured, session=

Apr 30 03:28:11 ip-172-31-28-46 dovecot: imap(b...@primelashdiva.info):
Disconnected: Logged out in=314 out=6899

Apr 30 03:28:12 ip-172-31-28-46 dovecot: imap-login: Login: user=<
b...@primelashdiva.info>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1,
mpid=3017, secured, session=

Apr 30 03:28:12 ip-172-31-28-46 dovecot: imap(b...@primelashdiva.info):
Disconnected: Logged out in=209 out=816

Apr 30 03:29:12 ip-172-31-28-46 dovecot: imap-login: Login: user=<
b...@primelashdiva.info>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1,
mpid=3024, secured, session=

Apr 30 03:29:12 ip-172-31-28-46 dovecot: imap(b...@primelashdiva.info):
Disconnected: Logged out in=91 out=872

Apr 30 03:30:12 ip-172-31-28-46 dovecot: imap-login: Login: user=<
b...@primelashdiva.info>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1,
mpid=3027, secured, session=<9r6GYKsxsAB/AAAB>

Apr 30 03:30:12

Re: Changing Password Schemes

2016-04-29 Thread Gedalya 
That's not SHA512-CRYPT. That's just a simple sha512 of the password, without 
salt.

A SHA512-CRYPT password will be generated with:

printf "1234\n1234" | doveadm pw -s SHA512-CRYPT

or:

doveadm pw -s SHA512-CRYPT -p 1234

or:

mkpasswd -m sha-512 1234

(without the "{SHA512-CRYPT}" prefix)

What exactly is the difficulty you are having with converting the passwords?
What database engine are you using?


On 04/29/2016 03:20 PM, Bill Shirley wrote:
> Looks like an SQL update would do this:
> UPDATE `users`
> SET `passwd_SHA512` = SHA2(`passwd_clear`, 512);
>
> Bill
>
> On 4/29/2016 9:07 AM, Carl A Jeptha wrote:
>> converting the passwords in the database from clear/plain text to 
>> SHA512-CRYPT

Re: Changing Password Schemes

2016-04-29 Thread Carl A Jeptha 

Hi Bill,
using PHPMYAdmin:
UPDATE 'mailbox' SET 'password' = SHA2 ('clearpwd',512);
{UPDATE 'the users table' SET 'cryptic password column' = SHA2 ('clear 
text password column',512);}

gives this error:
#1064 - You have an error in your SQL syntax; check the manual that 
corresponds to your MySQL server version for the right syntax to use 
near '[`clearpwd`512] FROM `mailbox` WHERE `password` <> SHA2 [ 
`clearpwd` OR 512' at line 1



You have a good day now, en mag jou môre ook so wees,

Carl A Jeptha

On 2016-04-29 15:20, Bill Shirley wrote:

UPDATE `users`
SET `passwd_SHA512` = SHA2(`passwd_clear`, 512);

Panic: file message-part-serialize.c: line 90 (part_serialize): assertion failed: (part->children == NULL)

2016-04-29 Thread Andreas Jobs 
Hi,

I just found this in my logs:

Apr 29 11:05:20 lmtp(joerg.eggenst...@ruhr-uni-bochum.de): Panic: file 
message-part-serialize.c: line 90 (part_serialize): assertion failed: 
(part->children == NULL)
Apr 29 11:05:20 lmtp(joerg.eggenst...@ruhr-uni-bochum.de): Error: Raw backtrace:
/usr/local/dovecot/lib/dovecot/libdovecot.so.0(+0x9c7f9) [0x7fa88bfbf7f9] ->
/usr/local/dovecot/lib/dovecot/libdovecot.so.0(+0x9db92) [0x7fa88bfc0b92] ->
/usr/local/dovecot/lib/dovecot/libdovecot.so.0(i_fatal+0) [0x7fa88bfbfb3f] 
->
/usr/local/dovecot/lib/dovecot/libdovecot.so.0(+0x8a1bf) [0x7fa88bfad1bf] ->
/usr/local/dovecot/lib/dovecot/libdovecot.so.0(+0x8a163) [0x7fa88bfad163] ->
/usr/local/dovecot/lib/dovecot/libdovecot.so.0(message_part_serialize+0x27) 
[0x7fa88bfad20c] ->
/usr/local/dovecot/lib/dovecot/libdovecot-storage.so.0(+0xccf29) 
[0x7fa88c327f29] ->
/usr/local/dovecot/lib/dovecot/libdovecot-storage.so.0(+0xcdd01) 
[0x7fa88c328d01] ->

/usr/local/dovecot/lib/dovecot/libdovecot-storage.so.0(index_mail_cache_parse_deinit+0xc9)
 [0x7fa88c32b236] ->
/usr/local/dovecot/lib/dovecot/libdovecot-storage.so.0(dbox_save_end+0x1c4) 
[0x7fa88c2bed50] ->
/usr/local/dovecot/lib/dovecot/libdovecot-storage.so.0(+0x5a6d5) 
[0x7fa88c2b56d5] ->

/usr/local/dovecot/lib/dovecot/libdovecot-storage.so.0(mdbox_save_finish+0x18) 
[0x7fa88c2b5840] -> 
/usr/local/dovecot/lib/dovecot/lib10_quota_plugin.so(+0xe512) 
[0x7fa88b751512] ->

/usr/local/dovecot/lib/dovecot/libdovecot-storage.so.0(mailbox_save_finish+0xb4)
 [0x7fa88c298dee] ->

/usr/local/dovecot/lib/dovecot/libdovecot-storage.so.0(mail_storage_copy+0x6c) 
[0x7fa88c28a757] ->
/usr/local/dovecot/lib/dovecot/libdovecot-storage.so.0(mdbox_copy+0x85) 
[0x7fa88c2b601e] ->
/usr/local/dovecot/lib/dovecot/lib10_quota_plugin.so(+0xe322) 
[0x7fa88b751322] ->
/usr/local/dovecot/lib/dovecot/libdovecot-storage.so.0(mailbox_copy+0xec) 
[0x7fa88c2990b4] ->

/usr/local/dovecot/lib/dovecot/libdovecot-storage.so.0(mailbox_save_using_mail+0x34)
 [0x7fa88c29921a] ->
/usr/local/dovecot/lib/dovecot/libdovecot-sieve.so.0(+0x51899) 
[0x7fa88b2b5899] ->
/usr/local/dovecot/lib/dovecot/libdovecot-sieve.so.0(+0x45bc5) 
[0x7fa88b2a9bc5] ->

/usr/local/dovecot/lib/dovecot/libdovecot-sieve.so.0(sieve_result_execute+0xbf) 
[0x7fa88b2aa250] ->
/usr/local/dovecot/lib/dovecot/libdovecot-sieve.so.0(sieve_execute+0x7c) 
[0x7fa88b2c0597] ->
/usr/local/dovecot/lib/dovecot/lib90_sieve_plugin.so(+0x32d8) 
[0x7fa88b53f2d8] ->
/usr/local/dovecot/lib/dovecot/lib90_sieve_plugin.so(+0x40e1) 
[0x7fa88b5400e1] ->
/usr/local/dovecot/lib/dovecot/lib90_sieve_plugin.so(+0x435c) 
[0x7fa88b54035c] ->
/usr/local/dovecot/lib/dovecot/libdovecot-lda.so.0(mail_deliver+0x68) 
[0x7fa88c5db90c] -> 
dovecot/lmtp [DATA 134.147.53.148 redac...@ruhr-uni-bochum.de](+0x92ea) 
[0x7fa88ca102ea]
Apr 29 11:05:20 lmtp(redac...@ruhr-uni-bochum.de): Fatal: master: 
service(lmtp): child 12080 killed with signal 6 (core dumped)

It looks like that this may be caused by a mail where there is the blank
line after a part header missing:

I attach Backtrace and configuration.

--Andreas
-- 
! Andreas Jobs  Network Operation Center !
!   Ruhr-Universitaet Bochum !
! One Day I Will Find This Peer Guy and Then I Will Reset HIS Connection !
# 2.2.24 (a82c823): /usr/local/dovecot/etc/dovecot/dovecot.conf
# Pigeonhole version 0.4.14 (099a97c)
# OS: Linux 3.13.0-74-generic x86_64 Ubuntu 14.04.4 LTS 
auth_master_user_separator = *
auth_worker_max_count = 50
dict {
  quota = mysql:/usr/local/dovecot/etc/dovecot-dict-mysql.conf
}
disable_plaintext_auth = no
doveadm_password =  # hidden, use -P to show it
import_environment = TZ CORE_OUTOFMEM CORE_ERROR USER
lda_mailbox_autocreate = yes
lmtp_rcpt_check_quota = yes
lock_method = flock
log_path = /var/log/dovecot.log
login_trusted_networks = 134.147.42.224/28
mail_access_groups = nofiles
mail_fsync = never
mail_location = mdbox:~/mdbox
mail_plugins = " quota zlib mail_log notify virtual"
managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto envelope encoded-character vacation 
subaddress comparator-i;ascii-numeric relational regex imap4flags copy include 
variables body enotify environment mailbox date index ihave duplicate mime 
foreverypart extracttext vnd.dovecot.debug vnd.dovecot.filter
mdbox_rotate_size = 5 M
mmap_disable = yes
namespace {
  hidden = no
  inbox = yes
  location = 
  mailbox Drafts {
special_use = \Drafts
  }
  mailbox Sent {
special_use = \Sent
  }
  mailbox Trash {
special_use = \Trash
  }
  mailbox UCE-TMP {
special_use = \Junk
  }
  prefix = 
  separator = /
  type = private
}
namespace restore {
  hidden = yes
  inbox = no
  list = children
  location = mdbox:/var/qmail/data/emptyreadonlymdbox/
  prefix = "#RESTORE/"
  separator = /
  subscriptions = no
  type = private
}

Re: Changing Password Schemes

2016-04-29 Thread Carl A Jeptha 

Thanks for insight Bill, will look at that and report back.


You have a good day now, en mag jou môre ook so wees,

Carl A Jeptha

On 2016-04-29 21:20, Bill Shirley wrote:

Looks like an SQL update would do this:
UPDATE `users`
SET `passwd_SHA512` = SHA2(`passwd_clear`, 512);

Bill

On 4/29/2016 9:07 AM, Carl A Jeptha wrote:
converting the passwords in the database from clear/plain text to 
SHA512-CRYPT



You have a good day now, en mag jou môre ook so wees,

Carl A Jeptha

On 2016-04-29 15:02, Steffen Kaiser wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Fri, 29 Apr 2016, Carl A Jeptha wrote:


Good Day,
I have been following this tutorial without much luck - 
http://wiki2.dovecot.org/HowTo/ConvertPasswordSchemes#CA-26af2b83a43b8100522c57565773f605c21f2f27_1


It is obvious to me that I am not following the instructions 
correctly and need to be shown what I am misunderstanding.


I have an old postfix + dovecot + Roundcube mailserver 
(mail.domain.Tld). Server clock is loosing time and adjusting it 
causes dovecot to kill itself, we cannot install more memory, 
bigger hard-drives, etc.


I have built a new server box (mail2.domain.Tld) With Postfix + 
dovecot + Roundcube. This server is functioning, with a client's 
new domain, and my personal domain. it's password system is 
SHA512-CRYPT.


I have imported the users from the old server over to the new 
server. I have created a new column "plain_pass" for the plain 
passwords.


I will be using imapsync to transfer the mail folders from the one 
server to the other, but will not proceed until I fix this issue.


Actually, _what_ issue?


# 2.2.18: /etc/dovecot/dovecot.conf
# Pigeonhole version 0.4.8 (0c4ae064f307+)
# OS: Linux 4.2.0-35-generic x86_64 Ubuntu 15.10 ext4
auth_mechanisms = plain login
first_valid_gid = 8
first_valid_uid = 150
last_valid_gid = 8
last_valid_uid = 150
listen = *
mail_gid = mail
mail_location = maildir:/var/vmail/%d/%n
mail_uid = vmail
namespace inbox {
 inbox = yes
 location =
 mailbox Drafts {
   special_use = \Drafts
 }
 mailbox Junk {
   special_use = \Junk
 }
 mailbox Sent {
   special_use = \Sent
 }
 mailbox "Sent Messages" {
   special_use = \Sent
 }
 mailbox Trash {
   special_use = \Trash
 }
 prefix =
}
passdb {
 args = /etc/dovecot/dovecot-sql.conf.ext
 driver = sql
}
plugin {
 quota_grace = 10%%
 quota_rule = *:storage=1G
 quota_rule2 = Trash:storage=+100M
 quota_warning = storage=95%% quota-warning 95 %u
 quota_warning2 = storage=80%% quota-warning 80 %u
}
postmaster_address = postmas...@airnet.ca
protocols = imap pop3 lmtp lmtp pop3
service auth {
 unix_listener /var/spool/postfix/private/auth {
   group = postfix
   mode = 0666
   user = postfix
 }
 unix_listener auth-userdb {
   group = mail
   mode = 0666
   user = vmail
 }
}
service imap-login {
 inet_listener imap {
   port = 143
 }
 inet_listener imaps {
   port = 993
   ssl = yes
 }
}
service imap-postlogin {
 executable = script-login /usr/local/etc/popafter.sh
 user = $default_internal_user
}
service imap {
 executable = imap imap-postlogin
}
service pop3-login {
 inet_listener pop3 {
   port = 110
 }
 inet_listener pop3s {
   port = 995
   ssl = yes
 }
}
service pop3-postlogin {
 executable = script-login /usr/local/etc/popafter.sh
 user = $default_internal_user
}
service pop3 {
 executable = pop3 pop3-postlogin
}
ssl_cert = ssl_cipher_list = 
ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:AES:CAMELLIA:DES-CBC3-SHA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA

ssl_dh_parameters_length = 2048
ssl_key = --  You have a good day now, en mag jou môre ook so 
wees, Carl A Jeptha




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

iQEVAwUBVyNbaXz1H7kL/d9rAQIbnQgAyiX9368WmhyTfTY38YfNWTXW/UW/b/0t
PqyEPx/DLLLW60aSkA0NqJa0nKzsoHip8GQfO/ZY3fqdTdep2rW4NbZW6o8/rFwW
dmNTarux25w7dNvRGWrGZiXTnGAlwQtnJTr8wuwqi2JILqPoh1dL1Ubo90ABTERv
G8q2NXgtD4m0a2aJqmyMXRmep8ocMy3IEIg8JZ/xJtmL86d4bP7kagI2yP7viIUx
EY9JSazl/u6iVIrI6jFDuFUfzAs4dr+wcQHhAM0sY8mFUVYFsdjqxCbytLy39q4O
zyj66UNAGR5yAnXAlADJ7G1fIghskFBa82p/t8QCX9VNSvOnuklqGQ==
=Q4iK
-END PGP SIGNATURE-

Re: Changing Password Schemes

2016-04-29 Thread Bill Shirley 

Looks like an SQL update would do this:
UPDATE `users`
SET `passwd_SHA512` = SHA2(`passwd_clear`, 512);

Bill

On 4/29/2016 9:07 AM, Carl A Jeptha wrote:

converting the passwords in the database from clear/plain text to SHA512-CRYPT


You have a good day now, en mag jou môre ook so wees,

Carl A Jeptha

On 2016-04-29 15:02, Steffen Kaiser wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Fri, 29 Apr 2016, Carl A Jeptha wrote:


Good Day,
I have been following this tutorial without much luck - 
http://wiki2.dovecot.org/HowTo/ConvertPasswordSchemes#CA-26af2b83a43b8100522c57565773f605c21f2f27_1


It is obvious to me that I am not following the instructions correctly and need 
to be shown what I am misunderstanding.

I have an old postfix + dovecot + Roundcube mailserver (mail.domain.Tld). Server clock is loosing time and adjusting it 
causes dovecot to kill itself, we cannot install more memory, bigger hard-drives, etc.


I have built a new server box (mail2.domain.Tld) With Postfix + dovecot + Roundcube. This server is functioning, with a 
client's new domain, and my personal domain. it's password system is SHA512-CRYPT.


I have imported the users from the old server over to the new server. I have created a new column "plain_pass" for the plain 
passwords.


I will be using imapsync to transfer the mail folders from the one server to the other, but will not proceed until I fix 
this issue.


Actually, _what_ issue?


# 2.2.18: /etc/dovecot/dovecot.conf
# Pigeonhole version 0.4.8 (0c4ae064f307+)
# OS: Linux 4.2.0-35-generic x86_64 Ubuntu 15.10 ext4
auth_mechanisms = plain login
first_valid_gid = 8
first_valid_uid = 150
last_valid_gid = 8
last_valid_uid = 150
listen = *
mail_gid = mail
mail_location = maildir:/var/vmail/%d/%n
mail_uid = vmail
namespace inbox {
 inbox = yes
 location =
 mailbox Drafts {
   special_use = \Drafts
 }
 mailbox Junk {
   special_use = \Junk
 }
 mailbox Sent {
   special_use = \Sent
 }
 mailbox "Sent Messages" {
   special_use = \Sent
 }
 mailbox Trash {
   special_use = \Trash
 }
 prefix =
}
passdb {
 args = /etc/dovecot/dovecot-sql.conf.ext
 driver = sql
}
plugin {
 quota_grace = 10%%
 quota_rule = *:storage=1G
 quota_rule2 = Trash:storage=+100M
 quota_warning = storage=95%% quota-warning 95 %u
 quota_warning2 = storage=80%% quota-warning 80 %u
}
postmaster_address = postmas...@airnet.ca
protocols = imap pop3 lmtp lmtp pop3
service auth {
 unix_listener /var/spool/postfix/private/auth {
   group = postfix
   mode = 0666
   user = postfix
 }
 unix_listener auth-userdb {
   group = mail
   mode = 0666
   user = vmail
 }
}
service imap-login {
 inet_listener imap {
   port = 143
 }
 inet_listener imaps {
   port = 993
   ssl = yes
 }
}
service imap-postlogin {
 executable = script-login /usr/local/etc/popafter.sh
 user = $default_internal_user
}
service imap {
 executable = imap imap-postlogin
}
service pop3-login {
 inet_listener pop3 {
   port = 110
 }
 inet_listener pop3s {
   port = 995
   ssl = yes
 }
}
service pop3-postlogin {
 executable = script-login /usr/local/etc/popafter.sh
 user = $default_internal_user
}
service pop3 {
 executable = pop3 pop3-postlogin
}
ssl_cert = ssl_cipher_list = 
ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:AES:CAMELLIA:DES-CBC3-SHA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA

ssl_dh_parameters_length = 2048
ssl_key = 

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

iQEVAwUBVyNbaXz1H7kL/d9rAQIbnQgAyiX9368WmhyTfTY38YfNWTXW/UW/b/0t
PqyEPx/DLLLW60aSkA0NqJa0nKzsoHip8GQfO/ZY3fqdTdep2rW4NbZW6o8/rFwW
dmNTarux25w7dNvRGWrGZiXTnGAlwQtnJTr8wuwqi2JILqPoh1dL1Ubo90ABTERv
G8q2NXgtD4m0a2aJqmyMXRmep8ocMy3IEIg8JZ/xJtmL86d4bP7kagI2yP7viIUx
EY9JSazl/u6iVIrI6jFDuFUfzAs4dr+wcQHhAM0sY8mFUVYFsdjqxCbytLy39q4O
zyj66UNAGR5yAnXAlADJ7G1fIghskFBa82p/t8QCX9VNSvOnuklqGQ==
=Q4iK
-END PGP SIGNATURE-

segfault in imap "Warning: Timeout leak: 0x7fd584e8e050 (line 399)"

2016-04-29 Thread Ralf Hildebrandt 
Corresponding log entry:

Apr 29 17:14:07 mproxy dovecot: imap(v**d): copy from INBOX: box=Trash, 
uid=512, msgid=, size=error
Apr 29 17:14:07 mproxy dovecot: imap(v**d): expunge: box=INBOX, uid=3322, 
msgid=, size=22485
Apr 29 17:14:19 mproxy dovecot: imap(v**d): copy from INBOX: box=Trash, 
uid=513, msgid=, size=error
Apr 29 17:14:19 mproxy dovecot: imap(v**d): expunge: box=INBOX, uid=3288, 
msgid=, size=60236
Apr 29 17:14:19 mproxy dovecot: imap(v**d): Warning: Timeout leak: 
0x7fd584e8e050 (line 399)
Apr 29 17:14:19 mproxy dovecot: imap(v**d): Connection closed (IDLE running 
for 0.043 + waiting input for 6654.979 secs, 2 B in + 10+10 B out, 
state=wait-input) in=7582 out=5928297
Apr 29 17:14:19 mproxy dovecot: imap(v**d): Fatal: master: service(imap): 
child 30554 killed with signal 11 (core dumped)

Backtrace:

Reading symbols from /usr/lib/dovecot/imap...Reading symbols from 
/usr/lib/debug/.build-id/5a/15dc6951744d026af424747e7b72a4fb550c6b.debug...done.
done.
[New LWP 30554]
Core was generated by `dovecot/imap'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x7fd584b8daa7 in timeout_remove (_timeout=0x7fd5875b5048)
at ioloop.c:307
#0  0x7fd584b8daa7 in timeout_remove (_timeout=0x7fd5875b5048)
at ioloop.c:307
timeout = 0x7fd5875b8720
ioloop = 0x0
#1  0x7fd584e8df0b in imapc_client_mailbox_close (
_box=_box@entry=0x7fd5875b3b38) at imapc-client.c:362
box = 0x7fd5875b5030
connp = 
#2  0x7fd584e8c3af in imapc_mailbox_close (box=0x7fd5875b3850)
at imapc-storage.c:651
mbox = 0x7fd5875b3850
#3  0x7fd584e411aa in mailbox_close (box=0x7fd5875b5048)
at mail-storage.c:1242
No locals.
#4  0x7fd584e41233 in mailbox_free (_box=_box@entry=0x7fd5875a3f00)
at mail-storage.c:1262
box = 0x7fd5875b3850
#5  0x7fd585584f74 in client_default_destroy (client=0x7fd5875a3e60, 
reason=) at imap-client.c:367
cmd = 0x0
#6  0x7fd584b8e06c in io_loop_call_io (io=0x7fd5875a18d0) at ioloop.c:564
ioloop = 0x7fd587563740
t_id = 2
__FUNCTION__ = "io_loop_call_io"
#7  0x7fd584b8f4d1 in io_loop_handler_run_internal (
ioloop=ioloop@entry=0x7fd587563740) at ioloop-epoll.c:220
ctx = 0x7fd587565250
io = 
tv = {tv_sec = 4, tv_usec = 738842}
events_count = 
msecs = 
ret = 1
i = 0
j = 
call = 
__FUNCTION__ = "io_loop_handler_run_internal"
#8  0x7fd584b8e0f5 in io_loop_handler_run (
ioloop=ioloop@entry=0x7fd587563740) at ioloop.c:612
No locals.
#9  0x7fd584b8e298 in io_loop_run (ioloop=0x7fd587563740) at ioloop.c:588
__FUNCTION__ = "io_loop_run"
#10 0x7fd584b23e63 in master_service_run (service=0x7fd5875635e0, 
callback=) at master-service.c:640
No locals.
#11 0x7fd585577b32 in main (argc=1, argv=0x7fd587563390) at main.c:460
set_roots = {0x7fd5857a1700 , 
  0x7fd585340400 , 0x0}
login_set = {auth_socket_path = 0x7fd58755b048 "\001", 
  postlogin_socket_path = 0x0, postlogin_timeout_secs = 60, 
  callback = 0x7fd5855919d0 , 
  failure_callback = 0x7fd5855912e0 , 
  request_auth_token = 1}
service_flags = 
storage_service_flags = 
username = 0x0
auth_socket_path = 0x7fd58559a34e "auth-master"
c = 

-- 
Ralf Hildebrandt
  Geschäftsbereich IT | Abteilung Netzwerk
  Charité - Universitätsmedizin Berlin
  Campus Benjamin Franklin
  Hindenburgdamm 30 | D-12203 Berlin
  Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
  ralf.hildebra...@charite.de | http://www.charite.de

Re: Password database extra fields and SQL

2016-04-29 Thread Gregory Finch 
On 2016-04-29 6:49 AM, Dave wrote:
>
> Hi everyone,
>
> first post to the list, be gentle with me!
>
> Perhaps I'm missing something here, but it appears to me that many
> password database extra fields currently aren't much use inside SQL
> queries?
>
> All boolean fields like nologin/nodelay/nopassword are set if the
> column is present in the returned query, regardless of value
> (including NULL)
>
> For example, say you have a query like:
>
> password_query = SELECT hash AS password, NULLIF(active = 1, 'y') AS
> nologin FROM users WHERE name = '%u'
>
> Then nologin will always be set for this account, there's no realistic
> way to toggle the flag.
>
> Has anyone come across any workarounds for this problem that don't
> sacrifice efficiency by performing multiple lookups?
>
> I was considering what would happen if dovecot treated NULL fields as
> not present, but that immediately conflicts with advice to set
> password to NULL to satisfy the field requirement on nopassword. Any
> thoughts?
>
My password query works as follows with PostgreSQL and dovecot 20140806
(don't remember what version that is):

password_query = SELECT userid AS username, passwd AS password, case
when send=true then null else true end as nologin FROM users WHERE
userid='%n'

The "send" column is what I use to determine if "nologin" should be set.

Greg



signature.asc
Description: OpenPGP digital signature

Re: Password database extra fields and SQL

2016-04-29 Thread Dave 

On 29/04/2016 14:57, Matthias Fechner wrote:
> Am 29.04.2016 um 15:49 schrieb Dave:
>>
>> For example, say you have a query like:
>>
>> password_query = SELECT hash AS password, NULLIF(active = 1, 'y') AS
>> nologin FROM users WHERE name = '%u'
>
> why not using a logic like this to block users that are not active:
...
>  WHERE username = '%Lu' AND active = '1' \
...

Hi Matthias,

	that's the logic I'm currently using, but being unable to use nologin 
means having no simple way to communicate that the account is explicitly 
locked rather than auth failed / not present. It seems a bit of a hack!


It also doesn't help with other boolean fields, current or future. For 
example nodelay would be useful if it could be selectively set on query 
for, say, webmail access.


--
Dave

more info about deleting users

2016-04-29 Thread Matteo Gaito Test Account 
Hi,

i've search a lot in order to find a way to delete account by dovecot but i
found only this way

http://dovecot.org/list/dovecot/2011-November/079273.html

It's possible today delete a maildir remotely with doveadm or with dovecot api?


Thanks

Matteo

Re: Password database extra fields and SQL

2016-04-29 Thread Matthias Fechner 

Am 29.04.2016 um 15:49 schrieb Dave:


For example, say you have a query like:

password_query = SELECT hash AS password, NULLIF(active = 1, 'y') AS
nologin FROM users WHERE name = '%u'


why not using a logic like this to block users that are not active:
password_query = SELECT username as user, password as password, \
homedir AS userdb_home, maildir AS userdb_mail, \
concat('*:bytes=', quota) as userdb_quota_rule, uid as 
userdb_uid, gid as userdb_gid \

FROM mailbox \
WHERE username = '%Lu' AND active = '1' \
AND ( access_restriction = 'ALL' OR LOCATE( '%Us', 
access_restriction ) > 0 )





Gruß
Matthias

--

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs, and the universe trying to
produce bigger and better idiots. So far, the universe is winning." --
Rich Cook

Password database extra fields and SQL

2016-04-29 Thread Dave 


Hi everyone,

first post to the list, be gentle with me!

	Perhaps I'm missing something here, but it appears to me that many 
password database extra fields currently aren't much use inside SQL queries?


All boolean fields like nologin/nodelay/nopassword are set if the column 
is present in the returned query, regardless of value (including NULL)


For example, say you have a query like:

password_query = SELECT hash AS password, NULLIF(active = 1, 'y') AS 
nologin FROM users WHERE name = '%u'


Then nologin will always be set for this account, there's no realistic 
way to toggle the flag.


Has anyone come across any workarounds for this problem that don't 
sacrifice efficiency by performing multiple lookups?


I was considering what would happen if dovecot treated NULL fields as 
not present, but that immediately conflicts with advice to set password 
to NULL to satisfy the field requirement on nopassword. Any thoughts?


--
Dave

Re: Backtrace:dovecot/imap

2016-04-29 Thread Ralf Hildebrandt 
* Timo Sirainen :

> Oh, imapc expunges were broken when imapc_features didn't have
> "modseq".
> https://github.com/dovecot/core/commit/de8fc9d21460bf0369d671e9ba9361592379a7c5

Fixed, thanks!

-- 
Ralf Hildebrandt
  Geschäftsbereich IT | Abteilung Netzwerk
  Charité - Universitätsmedizin Berlin
  Campus Benjamin Franklin
  Hindenburgdamm 30 | D-12203 Berlin
  Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
  ralf.hildebra...@charite.de | http://www.charite.de

Re: Changing Password Schemes

2016-04-29 Thread Carl A Jeptha 
converting the passwords in the database from clear/plain text to 
SHA512-CRYPT



You have a good day now, en mag jou môre ook so wees,

Carl A Jeptha

On 2016-04-29 15:02, Steffen Kaiser wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Fri, 29 Apr 2016, Carl A Jeptha wrote:


Good Day,
I have been following this tutorial without much luck - 
http://wiki2.dovecot.org/HowTo/ConvertPasswordSchemes#CA-26af2b83a43b8100522c57565773f605c21f2f27_1


It is obvious to me that I am not following the instructions 
correctly and need to be shown what I am misunderstanding.


I have an old postfix + dovecot + Roundcube mailserver 
(mail.domain.Tld). Server clock is loosing time and adjusting it 
causes dovecot to kill itself, we cannot install more memory, bigger 
hard-drives, etc.


I have built a new server box (mail2.domain.Tld) With Postfix + 
dovecot + Roundcube. This server is functioning, with a client's new 
domain, and my personal domain. it's password system is SHA512-CRYPT.


I have imported the users from the old server over to the new server. 
I have created a new column "plain_pass" for the plain passwords.


I will be using imapsync to transfer the mail folders from the one 
server to the other, but will not proceed until I fix this issue.


Actually, _what_ issue?


# 2.2.18: /etc/dovecot/dovecot.conf
# Pigeonhole version 0.4.8 (0c4ae064f307+)
# OS: Linux 4.2.0-35-generic x86_64 Ubuntu 15.10 ext4
auth_mechanisms = plain login
first_valid_gid = 8
first_valid_uid = 150
last_valid_gid = 8
last_valid_uid = 150
listen = *
mail_gid = mail
mail_location = maildir:/var/vmail/%d/%n
mail_uid = vmail
namespace inbox {
 inbox = yes
 location =
 mailbox Drafts {
   special_use = \Drafts
 }
 mailbox Junk {
   special_use = \Junk
 }
 mailbox Sent {
   special_use = \Sent
 }
 mailbox "Sent Messages" {
   special_use = \Sent
 }
 mailbox Trash {
   special_use = \Trash
 }
 prefix =
}
passdb {
 args = /etc/dovecot/dovecot-sql.conf.ext
 driver = sql
}
plugin {
 quota_grace = 10%%
 quota_rule = *:storage=1G
 quota_rule2 = Trash:storage=+100M
 quota_warning = storage=95%% quota-warning 95 %u
 quota_warning2 = storage=80%% quota-warning 80 %u
}
postmaster_address = postmas...@airnet.ca
protocols = imap pop3 lmtp lmtp pop3
service auth {
 unix_listener /var/spool/postfix/private/auth {
   group = postfix
   mode = 0666
   user = postfix
 }
 unix_listener auth-userdb {
   group = mail
   mode = 0666
   user = vmail
 }
}
service imap-login {
 inet_listener imap {
   port = 143
 }
 inet_listener imaps {
   port = 993
   ssl = yes
 }
}
service imap-postlogin {
 executable = script-login /usr/local/etc/popafter.sh
 user = $default_internal_user
}
service imap {
 executable = imap imap-postlogin
}
service pop3-login {
 inet_listener pop3 {
   port = 110
 }
 inet_listener pop3s {
   port = 995
   ssl = yes
 }
}
service pop3-postlogin {
 executable = script-login /usr/local/etc/popafter.sh
 user = $default_internal_user
}
service pop3 {
 executable = pop3 pop3-postlogin
}
ssl_cert = ssl_cipher_list = 
ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:AES:CAMELLIA:DES-CBC3-SHA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA

ssl_dh_parameters_length = 2048
ssl_key = --  You have a good day now, en mag jou môre ook so wees, 
Carl A Jeptha




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

iQEVAwUBVyNbaXz1H7kL/d9rAQIbnQgAyiX9368WmhyTfTY38YfNWTXW/UW/b/0t
PqyEPx/DLLLW60aSkA0NqJa0nKzsoHip8GQfO/ZY3fqdTdep2rW4NbZW6o8/rFwW
dmNTarux25w7dNvRGWrGZiXTnGAlwQtnJTr8wuwqi2JILqPoh1dL1Ubo90ABTERv
G8q2NXgtD4m0a2aJqmyMXRmep8ocMy3IEIg8JZ/xJtmL86d4bP7kagI2yP7viIUx
EY9JSazl/u6iVIrI6jFDuFUfzAs4dr+wcQHhAM0sY8mFUVYFsdjqxCbytLy39q4O
zyj66UNAGR5yAnXAlADJ7G1fIghskFBa82p/t8QCX9VNSvOnuklqGQ==
=Q4iK
-END PGP SIGNATURE-

Re: Changing Password Schemes

2016-04-29 Thread Carl A Jeptha 
Yes, but the machine is very old, can't more memory (maxed out) hard 
drive size maxed out.


But we cannot keep on going plain text password saved in the database, 
that is asking for trouble to happen, which (touch wood) has not 
happened yet.



You have a good day now, en mag jou môre ook so wees,

Carl A Jeptha

On 2016-04-29 15:00, Charles Marcus wrote:

On 4/29/2016 5:58 AM, Carl A Jeptha  wrote:

I have an old postfix + dovecot + Roundcube mailserver
(mail.domain.Tld). Server clock is loosing time and adjusting it causes
dovecot to kill itself, we cannot install more memory, bigger
hard-drives, etc.

I have built a new server box

Well, doesn't directly address your question/issue, but...

You know you can fix the server clock problem without building a new
server, right?

Re: Changing Password Schemes

2016-04-29 Thread Steffen Kaiser 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Fri, 29 Apr 2016, Carl A Jeptha wrote:


Good Day,
I have been following this tutorial without much luck - 
http://wiki2.dovecot.org/HowTo/ConvertPasswordSchemes#CA-26af2b83a43b8100522c57565773f605c21f2f27_1


It is obvious to me that I am not following the instructions correctly and 
need to be shown what I am misunderstanding.


I have an old postfix + dovecot + Roundcube mailserver (mail.domain.Tld). 
Server clock is loosing time and adjusting it causes dovecot to kill itself, 
we cannot install more memory, bigger hard-drives, etc.


I have built a new server box (mail2.domain.Tld) With Postfix + dovecot + 
Roundcube. This server is functioning, with a client's new domain, and my 
personal domain. it's password system is SHA512-CRYPT.


I have imported the users from the old server over to the new server. I have 
created a new column "plain_pass" for the plain passwords.


I will be using imapsync to transfer the mail folders from the one server to 
the other, but will not proceed until I fix this issue.


Actually, _what_ issue?


# 2.2.18: /etc/dovecot/dovecot.conf
# Pigeonhole version 0.4.8 (0c4ae064f307+)
# OS: Linux 4.2.0-35-generic x86_64 Ubuntu 15.10 ext4
auth_mechanisms = plain login
first_valid_gid = 8
first_valid_uid = 150
last_valid_gid = 8
last_valid_uid = 150
listen = *
mail_gid = mail
mail_location = maildir:/var/vmail/%d/%n
mail_uid = vmail
namespace inbox {
 inbox = yes
 location =
 mailbox Drafts {
   special_use = \Drafts
 }
 mailbox Junk {
   special_use = \Junk
 }
 mailbox Sent {
   special_use = \Sent
 }
 mailbox "Sent Messages" {
   special_use = \Sent
 }
 mailbox Trash {
   special_use = \Trash
 }
 prefix =
}
passdb {
 args = /etc/dovecot/dovecot-sql.conf.ext
 driver = sql
}
plugin {
 quota_grace = 10%%
 quota_rule = *:storage=1G
 quota_rule2 = Trash:storage=+100M
 quota_warning = storage=95%% quota-warning 95 %u
 quota_warning2 = storage=80%% quota-warning 80 %u
}
postmaster_address = postmas...@airnet.ca
protocols = imap pop3 lmtp lmtp pop3
service auth {
 unix_listener /var/spool/postfix/private/auth {
   group = postfix
   mode = 0666
   user = postfix
 }
 unix_listener auth-userdb {
   group = mail
   mode = 0666
   user = vmail
 }
}
service imap-login {
 inet_listener imap {
   port = 143
 }
 inet_listener imaps {
   port = 993
   ssl = yes
 }
}
service imap-postlogin {
 executable = script-login /usr/local/etc/popafter.sh
 user = $default_internal_user
}
service imap {
 executable = imap imap-postlogin
}
service pop3-login {
 inet_listener pop3 {
   port = 110
 }
 inet_listener pop3s {
   port = 995
   ssl = yes
 }
}
service pop3-postlogin {
 executable = script-login /usr/local/etc/popafter.sh
 user = $default_internal_user
}
service pop3 {
 executable = pop3 pop3-postlogin
}
ssl_cert = ssl_cipher_list = 
ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:AES:CAMELLIA:DES-CBC3-SHA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA

ssl_dh_parameters_length = 2048
ssl_key = --  You have a good day now, en mag jou môre ook so wees, Carl A 
Jeptha




- -- 
Steffen Kaiser

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEVAwUBVyNbaXz1H7kL/d9rAQIbnQgAyiX9368WmhyTfTY38YfNWTXW/UW/b/0t
PqyEPx/DLLLW60aSkA0NqJa0nKzsoHip8GQfO/ZY3fqdTdep2rW4NbZW6o8/rFwW
dmNTarux25w7dNvRGWrGZiXTnGAlwQtnJTr8wuwqi2JILqPoh1dL1Ubo90ABTERv
G8q2NXgtD4m0a2aJqmyMXRmep8ocMy3IEIg8JZ/xJtmL86d4bP7kagI2yP7viIUx
EY9JSazl/u6iVIrI6jFDuFUfzAs4dr+wcQHhAM0sY8mFUVYFsdjqxCbytLy39q4O
zyj66UNAGR5yAnXAlADJ7G1fIghskFBa82p/t8QCX9VNSvOnuklqGQ==
=Q4iK
-END PGP SIGNATURE-

Re: Changing Password Schemes

2016-04-29 Thread Charles Marcus 
On 4/29/2016 5:58 AM, Carl A Jeptha  wrote:
> I have an old postfix + dovecot + Roundcube mailserver 
> (mail.domain.Tld). Server clock is loosing time and adjusting it causes 
> dovecot to kill itself, we cannot install more memory, bigger 
> hard-drives, etc.
>
> I have built a new server box

Well, doesn't directly address your question/issue, but...

You know you can fix the server clock problem without building a new
server, right?

Re: Backtrace:dovecot/imap

2016-04-29 Thread Timo Sirainen 
On 29 Apr 2016, at 14:31, Ralf Hildebrandt  wrote:
> 
> #0  buffer_delete (_buf=0x0, pos=0, size=0) at buffer.c:213
> #0  buffer_delete (_buf=0x0, pos=0, size=0) at buffer.c:213
>buf = 0x0
>end_size = 
> #1  0x7f5729a7507e in array_delete_i (count=1, idx=125, 
>array=0x7f572c12bbb8) at ../../../../src/lib/array.h:200
> No locals.
> #2  imapc_untagged_expunge (reply=, mbox=0x7f572c12b840)
>at imapc-mailbox.c:473
>msgmap = 0x7f572c146ed0
>lseq = 739349904
>uid = 51497
>rseq = 126

Oh, imapc expunges were broken when imapc_features didn't have "modseq". 
https://github.com/dovecot/core/commit/de8fc9d21460bf0369d671e9ba9361592379a7c5

Backtrace:dovecot/imap

2016-04-29 Thread Ralf Hildebrandt 
Config:

# 2.2.devel (2dc8e2d): /etc/dovecot/dovecot.conf
# Pigeonhole version 0.4.devel (850d80b)
# OS: Linux 3.13.0-77-generic x86_64 Ubuntu 16.04 LTS 
auth_mechanisms = plain login
default_vsz_limit = 1 G
imapc_host = email.charite.de
imapc_port = 993
imapc_ssl = imaps
imapc_ssl_verify = no
listen = *,::
mail_gid = imapproxy
mail_home = /home/imapproxy/%u
mail_location = imapc:~/imapc
mail_plugins = mail_log notify
mail_uid = imapproxy
passdb {
  args = host=email.charite.de port=993 ssl=imaps
default_fields = userdb_imapc_user=%u userdb_imapc_password=%w
userdb_imapc_host=email.charite.de userdb_imapc_ssl=imaps
userdb_imapc_port=993
  driver = imap
  }
  plugin {
sieve = file:~/sieve;active=~/.dovecot.sieve
}
protocols = imap
service auth {
  inet_listener {
  address = 127.0.0.1
  port = 12345
}
}
ssl = required
ssl_ca = 
#1  0x7f5729a7507e in array_delete_i (count=1, idx=125, 
array=0x7f572c12bbb8) at ../../../../src/lib/array.h:200
No locals.
#2  imapc_untagged_expunge (reply=, mbox=0x7f572c12b840)
at imapc-mailbox.c:473
msgmap = 0x7f572c146ed0
lseq = 739349904
uid = 51497
rseq = 126
#3  0x7f5729a77632 in imapc_storage_client_untagged_cb (
reply=0x7ffdc857e400, context=0x7f572c0f7080) at imapc-storage.c:204
mcb__foreach_end = 0x7f572c12bf98
client = 0x7f572c0f7080
mbox = 0x7f572c12b840
cb = 
mcb = 0x7f572c12bf78
#4  0x7f5729a7d90a in imapc_connection_input_untagged (
conn=conn@entry=0x7f572c119590) at imapc-connection.c:1144
imap_args = 0x7f572c11db38
data = 
size = 140012378250296
name = 0x7f572c11dc38 "EXPUNGE"
value = 
parser = 0x7f572c119710
reply = {name = 0x7f572c11dc38 "EXPUNGE", num = 126, 
  args = 0x7f572c11db38, file_args = 0x7f572c11b4c0, 
  file_args_count = 0, resp_text_key = 0x0, resp_text_value = 0x0, 
  untagged_box_context = 0x7f572c12b840}
ret = 
#5  0x7f5729a7f7d9 in imapc_connection_input_one (conn=0x7f572c119590)
at imapc-connection.c:1398
tag = 0x7f572c11dc28 "*"
ret = -1
#6  imapc_connection_input_pending (conn=0x7f572c119590)
at imapc-connection.c:1766
_data_stack_cur_id = 6
ret = 1
conn = 0x7f572c119590
#7  0x7f5729a7f82a in imapc_connection_input (conn=0x7f572c119590)
at imapc-connection.c:1438
errstr = 
str = 
ret = 
#8  0x7f572977a05c in io_loop_call_io (io=0x7f572c132740) at ioloop.c:564
ioloop = 0x7f572c136c10
t_id = 5
__FUNCTION__ = "io_loop_call_io"
#9  0x7f572977b4c1 in io_loop_handler_run_internal (
ioloop=ioloop@entry=0x7f572c136c10) at ioloop-epoll.c:220
ctx = 0x7f572c138dd0
io = 
tv = {tv_sec = 299, tv_usec = 999778}
events_count = 
msecs = 
ret = 1
i = 0
j = 
call = 
__FUNCTION__ = "io_loop_handler_run_internal"
#10 0x7f572977a0e5 in io_loop_handler_run (
ioloop=ioloop@entry=0x7f572c136c10) at ioloop.c:612
No locals.
#11 0x7f572977a288 in io_loop_run (ioloop=0x7f572c136c10) at ioloop.c:588
__FUNCTION__ = "io_loop_run"
#12 0x7f5729a7ab7a in imapc_client_run_pre (client=0x7f572c0f7250, 
client=0x7f572c0f7250) at imapc-client.c:173
connp = 0x7f572c0f73e8
prev_ioloop = 0x7f572c0db740
#13 imapc_client_run (client=0x7f572c0f7250) at imapc-client.c:192
No locals.
#14 0x7f5729a785e0 in imapc_mailbox_run_nofetch (
mbox=mbox@entry=0x7f572c12b840) at imapc-storage.c:143
No locals.
#15 0x7f5729a78612 in imapc_mailbox_run (mbox=mbox@entry=0x7f572c12b840)
at imapc-storage.c:137
No locals.
#16 0x7f5729a7a178 in imapc_sync_index (ctx=0x7f572c132140)
at imapc-sync.c:405
mbox = 0x7f572c12b840
sync_rec = {uid1 = 51497, uid2 = 51497, 
  type = MAIL_INDEX_SYNC_TYPE_EXPUNGE, add_flags = 4 '\004', 
  remove_flags = 0 '\000', keyword_idx = 6315, 
  guid_128 = "^kK\r2U\277\357\225`\030\220\257\330\a\t"}
seq1 = 126
seq2 = 126
#17 imapc_sync_begin (force=, ctx_r=, 
mbox=0x7f572c12b840) at imapc-sync.c:481
ctx = 
sync_flags = 
ret = 
#18 imapc_sync (mbox=0x7f572c12b840) at imapc-sync.c:537
sync_ctx = 
force = 
#19 imapc_mailbox_sync_init (box=0x7f572c12b840, 
flags=MAILBOX_SYNC_FLAG_EXPUNGE) at imapc-sync.c:590
mbox = 0x7f572c12b840
list = 
changes = false
ret = 
#20 0x7f5729a2ea7b in mailbox_sync_init (box=box@entry=0x7f572c12b840, 
flags=flags@entry=MAILBOX_SYNC_FLAG_EXPUNGE) at mail-storage.c:1672
_data_stack_cur_id = 4
ctx = 
#21 0x7f572a17e102 in imap_sync_init (client=client@entry=0x7f572c11be50, 
box=, imap_flags=IMAP_SYNC_FLAG_SAFE,

Changing Password Schemes

2016-04-29 Thread Carl A Jeptha 

Good Day,
I have been following this tutorial without much luck - 
http://wiki2.dovecot.org/HowTo/ConvertPasswordSchemes#CA-26af2b83a43b8100522c57565773f605c21f2f27_1


It is obvious to me that I am not following the instructions correctly 
and need to be shown what I am misunderstanding.


I have an old postfix + dovecot + Roundcube mailserver 
(mail.domain.Tld). Server clock is loosing time and adjusting it causes 
dovecot to kill itself, we cannot install more memory, bigger 
hard-drives, etc.


I have built a new server box (mail2.domain.Tld) With Postfix + dovecot 
+ Roundcube. This server is functioning, with a client's new domain, and 
my personal domain. it's password system is SHA512-CRYPT.


I have imported the users from the old server over to the new server. I 
have created a new column "plain_pass" for the plain passwords.


I will be using imapsync to transfer the mail folders from the one 
server to the other, but will not proceed until I fix this issue.


# 2.2.18: /etc/dovecot/dovecot.conf
# Pigeonhole version 0.4.8 (0c4ae064f307+)
# OS: Linux 4.2.0-35-generic x86_64 Ubuntu 15.10 ext4
auth_mechanisms = plain login
first_valid_gid = 8
first_valid_uid = 150
last_valid_gid = 8
last_valid_uid = 150
listen = *
mail_gid = mail
mail_location = maildir:/var/vmail/%d/%n
mail_uid = vmail
namespace inbox {
  inbox = yes
  location =
  mailbox Drafts {
special_use = \Drafts
  }
  mailbox Junk {
special_use = \Junk
  }
  mailbox Sent {
special_use = \Sent
  }
  mailbox "Sent Messages" {
special_use = \Sent
  }
  mailbox Trash {
special_use = \Trash
  }
  prefix =
}
passdb {
  args = /etc/dovecot/dovecot-sql.conf.ext
  driver = sql
}
plugin {
  quota_grace = 10%%
  quota_rule = *:storage=1G
  quota_rule2 = Trash:storage=+100M
  quota_warning = storage=95%% quota-warning 95 %u
  quota_warning2 = storage=80%% quota-warning 80 %u
}
postmaster_address = postmas...@airnet.ca
protocols = imap pop3 lmtp lmtp pop3
service auth {
  unix_listener /var/spool/postfix/private/auth {
group = postfix
mode = 0666
user = postfix
  }
  unix_listener auth-userdb {
group = mail
mode = 0666
user = vmail
  }
}
service imap-login {
  inet_listener imap {
port = 143
  }
  inet_listener imaps {
port = 993
ssl = yes
  }
}
service imap-postlogin {
  executable = script-login /usr/local/etc/popafter.sh
  user = $default_internal_user
}
service imap {
  executable = imap imap-postlogin
}
service pop3-login {
  inet_listener pop3 {
port = 110
  }
  inet_listener pop3s {
port = 995
ssl = yes
  }
}
service pop3-postlogin {
  executable = script-login /usr/local/etc/popafter.sh
  user = $default_internal_user
}
service pop3 {
  executable = pop3 pop3-postlogin
}
ssl_cert = ssl_cipher_list = 
ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:AES:CAMELLIA:DES-CBC3-SHA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA

ssl_dh_parameters_length = 2048
ssl_key = --  You have a good day now, en mag jou môre ook so wees, 
Carl A Jeptha

Re: Recent update causes segfault in proxy mode

2016-04-29 Thread Marc Schiffbauer 
* Ralf Hildebrandt schrieb am 29.04.16 um 11:42 Uhr:
> * Ralf Hildebrandt :
> 
> > Apr 29 11:05:30 mproxy dovecot: imap(hildeb): Fatal: master: service(imap): 
> > child 12393 killed with signal 11 (core dumped)
> > 
> > Unfortunately, I'm not getting a backtrace :(
> 
> Got a core dump, but I need to find out where to get the debug symbols
> for the packages on http://xi.dovecot.fi/debian/ ...

dovecot-dbg ?


-- 
[*] sys4 AG

http://sys4.de, +49 (89) 30 90 46 64
Franziskanerstraße 15, 81669 München

Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263
Vorstand: Patrick Ben Koetter, Marc Schiffbauer
Aufsichtsratsvorsitzender: Florian Kirstein

Re: Recent update causes segfault in proxy mode

2016-04-29 Thread Ralf Hildebrandt 
* Ralf Hildebrandt :

> Unfortunately, I'm not getting a backtrace :(

got it:

# gdb /usr/lib/dovecot/imap 16784
GNU gdb (Ubuntu 7.11-0ubuntu1) 7.11
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/lib/dovecot/imap...Reading symbols from 
/usr/lib/debug/.build-id/5a/15dc6951744d026af424747e7b72a4fb550c6b.debug...done.
done.
Attaching to program: /usr/lib/dovecot/imap, process 16784
ptrace: No such process.
[New LWP 16784]
Core was generated by `dovecot/imap'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  buffer_delete (_buf=0x0, pos=0, size=0) at buffer.c:213
213 buffer.c: No such file or directory.
(gdb) bt full
#0  buffer_delete (_buf=0x0, pos=0, size=0) at buffer.c:213
buf = 0x0
end_size = 
#1  0x7febcad5407e in array_delete_i (count=1, idx=1992, 
array=0x7febcd4b7b68) at ../../../../src/lib/array.h:200
No locals.
#2  imapc_untagged_expunge (reply=, mbox=0x7febcd4b77f0) at 
imapc-mailbox.c:473
msgmap = 0x7febcd4b9320
lseq = 3444200800
uid = 142578
rseq = 1993
#3  0x7febcad56632 in imapc_storage_client_untagged_cb 
(reply=0x7ffe117d5500, context=0x7febcd483080) at imapc-storage.c:204
mcb__foreach_end = 0x7febcd4b7f48
client = 0x7febcd483080
mbox = 0x7febcd4b77f0
cb = 
mcb = 0x7febcd4b7f28
#4  0x7febcad5c90a in imapc_connection_input_untagged 
(conn=conn@entry=0x7febcd4a5560) at imapc-connection.c:1144
imap_args = 0x7febcd4a9b08
data = 
size = 140650738261000
name = 0x7febcd4a9c08 "EXPUNGE"
value = 
parser = 0x7febcd4a57b0
reply = {name = 0x7febcd4a9c08 "EXPUNGE", num = 1993, args = 
0x7febcd4a9b08, file_args = 0x7febcd4a7470, file_args_count = 0, resp_text_key 
= 0x0, resp_text_value = 0x0, 
  untagged_box_context = 0x7febcd4b77f0}
ret = 
#5  0x7febcad5e7d9 in imapc_connection_input_one (conn=0x7febcd4a5560) at 
imapc-connection.c:1398
tag = 0x7febcd4a9bf8 "*"
ret = -1
#6  imapc_connection_input_pending (conn=0x7febcd4a5560) at 
imapc-connection.c:1766
_data_stack_cur_id = 6
ret = 1
conn = 0x7febcd4a5560
#7  0x7febcad5e82a in imapc_connection_input (conn=0x7febcd4a5560) at 
imapc-connection.c:1438
errstr = 
str = 
ret = 
#8  0x7febcaa5905c in io_loop_call_io (io=0x7febcd4bd3d0) at ioloop.c:564
ioloop = 0x7febcd4babc0
t_id = 5
__FUNCTION__ = "io_loop_call_io"
#9  0x7febcaa5a4c1 in io_loop_handler_run_internal 
(ioloop=ioloop@entry=0x7febcd4babc0) at ioloop-epoll.c:220
ctx = 0x7febcd4bac90
io = 
tv = {tv_sec = 299, tv_usec = 999605}
events_count = 
msecs = 
ret = 1
i = 0
j = 
call = 
__FUNCTION__ = "io_loop_handler_run_internal"
#10 0x7febcaa590e5 in io_loop_handler_run 
(ioloop=ioloop@entry=0x7febcd4babc0) at ioloop.c:612
No locals.
#11 0x7febcaa59288 in io_loop_run (ioloop=0x7febcd4babc0) at ioloop.c:588
__FUNCTION__ = "io_loop_run"
#12 0x7febcad59b7a in imapc_client_run_pre (client=0x7febcd483250, 
client=0x7febcd483250) at imapc-client.c:173
connp = 0x7febcd4833e8
prev_ioloop = 0x7febcd467740
#13 imapc_client_run (client=0x7febcd483250) at imapc-client.c:192
No locals.
#14 0x7febcad575e0 in imapc_mailbox_run_nofetch 
(mbox=mbox@entry=0x7febcd4b77f0) at imapc-storage.c:143
No locals.
#15 0x7febcad57612 in imapc_mailbox_run (mbox=mbox@entry=0x7febcd4b77f0) at 
imapc-storage.c:137
No locals.
#16 0x7febcad59178 in imapc_sync_index (ctx=0x7febcd4bd010) at 
imapc-sync.c:405
mbox = 0x7febcd4b77f0
sync_rec = {uid1 = 142578, uid2 = 142578, type = 
MAIL_INDEX_SYNC_TYPE_EXPUNGE, add_flags = 254 '\376', remove_flags = 127 
'\177', keyword_idx = 0, 
  guid_128 = "^kK\r2U\277\357\225`\030\220\257\330\a\t"}
seq1 = 1993
seq2 = 1993
#17 imapc_sync_begin (force=, ctx_r=, 
mbox=0x7febcd4b77f0) at imapc-sync.c:481
ctx = 
sync_flags = 
ret = 
#18 imapc_sync (mbox=0x7febcd4b77f0) at imapc-sync.c:537
sync_ctx = 
force = 
#19 imapc_mailbox_sync_init (box=0x7febcd4b77f0, 
flags=MAILBOX_SYNC_FLAG_FIX_INCONSISTENT) at imapc-sync.c:590
mbox

Re: Recent update causes segfault in proxy mode

2016-04-29 Thread Ralf Hildebrandt 
* Ralf Hildebrandt :

> Apr 29 11:05:30 mproxy dovecot: imap(hildeb): Fatal: master: service(imap): 
> child 12393 killed with signal 11 (core dumped)
> 
> Unfortunately, I'm not getting a backtrace :(

Got a core dump, but I need to find out where to get the debug symbols
for the packages on http://xi.dovecot.fi/debian/ ...

-- 
Ralf Hildebrandt
  Geschäftsbereich IT | Abteilung Netzwerk
  Charité - Universitätsmedizin Berlin
  Campus Benjamin Franklin
  Hindenburgdamm 30 | D-12203 Berlin
  Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
  ralf.hildebra...@charite.de | http://www.charite.de

Recent update causes segfault in proxy mode

2016-04-29 Thread Ralf Hildebrandt 
I'm using the auto builds (2:2.2.24-1~auto+3) for Ubuntu/Debian.

The recent upgrade to 2.2.24 cause the follwoing error to appear:

I can log in to a mailbox via dovecot
I can delete emails
Upon expunge, dovecot crashes:

Apr 29 11:05:30 mproxy dovecot: imap(hildeb): expunge: box=INBOX, uid=142514, 
msgid=, size=10086
Apr 29 11:05:30 mproxy dovecot: imap(hildeb): expunge: box=INBOX, uid=142519, 
msgid=, size=1232
Apr 29 11:05:30 mproxy dovecot: imap(hildeb): expunge: box=INBOX, uid=142520, 
msgid=, size=1232
Apr 29 11:05:30 mproxy dovecot: imap(hildeb): expunge: box=INBOX, uid=142521, 
msgid=, size=1240
Apr 29 11:05:30 mproxy dovecot: imap(hildeb): expunge: box=INBOX, uid=142522, 
msgid=, size=1239
Apr 29 11:05:30 mproxy dovecot: imap(hildeb): expunge: box=INBOX, uid=142523, 
msgid=, size=1239
Apr 29 11:05:30 mproxy dovecot: imap(hildeb): expunge: box=INBOX, uid=142524, 
msgid=, size=6662
Apr 29 11:05:30 mproxy dovecot: imap(hildeb): expunge: box=INBOX, uid=142525, 
msgid=, size=5342
Apr 29 11:05:30 mproxy dovecot: imap(hildeb): expunge: box=INBOX, uid=142527, 
msgid=, size=9718
Apr 29 11:05:30 mproxy dovecot: imap(hildeb): expunge: box=INBOX, uid=142528, 
msgid=, size=3019
Apr 29 11:05:30 mproxy dovecot: imap(hildeb): expunge: box=INBOX, uid=142529, 
msgid=, size=7625
Apr 29 11:05:30 mproxy dovecot: imap(hildeb): expunge: box=INBOX, uid=142530, 
msgid=, size=31900
Apr 29 11:05:30 mproxy dovecot: imap(hildeb): expunge: box=INBOX, uid=142531, 
msgid=, size=4827
Apr 29 11:05:30 mproxy dovecot: imap(hildeb): expunge: box=INBOX, uid=142532, 
msgid=, size=4096
Apr 29 11:05:30 mproxy dovecot: imap(hildeb): expunge: box=INBOX, uid=142533, 
msgid=, size=7100
Apr 29 11:05:30 mproxy dovecot: imap(hildeb): expunge: box=INBOX, uid=142534, 
msgid=, size=4422
Apr 29 11:05:30 mproxy dovecot: imap(hildeb): expunge: box=INBOX, uid=142535, 
msgid=, size=10856
Apr 29 11:05:30 mproxy dovecot: imap(hildeb): expunge: box=INBOX, uid=142536, 
msgid=, size=13305
Apr 29 11:05:30 mproxy dovecot: imap(hildeb): expunge: box=INBOX, uid=142574, 
msgid=, size=3113
Apr 29 11:05:30 mproxy dovecot: imap(hildeb): expunge: box=INBOX, uid=142575, 
msgid=, size=4155
Apr 29 11:05:30 mproxy dovecot: imap(hildeb): expunge: box=INBOX, uid=142576, 
msgid=, size=5114
Apr 29 11:05:30 mproxy dovecot: imap(hildeb): expunge: box=INBOX, uid=142577, 
msgid=, size=3266
Apr 29 11:05:30 mproxy dovecot: imap(hildeb): Fatal: master: service(imap): 
child 12393 killed with signal 11 (core dumped)

Unfortunately, I'm not getting a backtrace :(

-- 
Ralf Hildebrandt
  Geschäftsbereich IT | Abteilung Netzwerk
  Charité - Universitätsmedizin Berlin
  Campus Benjamin Franklin
  Hindenburgdamm 30 | D-12203 Berlin
  Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
  ralf.hildebra...@charite.de | http://www.charite.de

Re: WP8/Windows 10 mail app can't login, tries double auth

2016-04-29 Thread Nagy, Attila 

On 04/28/16 21:27, Joseph Tam wrote:

Attila Nagy writes:


Are there anybody who could make WP8 (and W10 desktop clients it seems)
devices working with Dovecot's POP3 server?

The conversation looks like this:
S +OK ready
C CAPA
S +OK
S CAPA
S TOP
S UIDL
S RESP-CODES
S PIPELINING
S AUTH-RESP-CODE
S USER
S SASL PLAIN
S .
C AUTH
S +OK
S PLAIN
S .
C AUTH PLAIN
S +
C successful login they want to log in again with USER, which gets 
rejected.


I dimly remember some Windows clients preferring either "LOGIN" or 
"PLAIN"

style mechanism.  Have you tried allowing "LOGIN" style authentication?

auth_mechanisms = plain login

Yes, the effect was the same I remember.

Re: Long delays when deleting a message in inbox

2016-04-29 Thread Aki Tuomi 


On 28.04.2016 20:54, Yves Goergen wrote:
> Hi,
>
> Since recently, there's a long delay when deleting any message from my
> inbox folder. This affects deleting and moving messages, but only the
> inbox of a single mailbox. The delay is a few seconds. Other
> operations work instantly.
>
> The server is Ubuntu 14.04 running Dovecot version "1:2.2.9-1ubuntu2".
> The filesystem is local ext4. My MUA is Thunderbird on Windows, latest
> version, connecting with IMAP.
>
> What could be the cause for this extreme delay?
>
> Yves Goergen
> http://unclassified.software

Have you looked at your logs?

Aki