Re: [Dovecot] question about /var/mail/xxx
Hi, I changed my sendmail.cf with dovecot-lda. No success. i despair to find a solution. It's a debian bug. I don't know what i can do. Quit sendmail to postfix ? Download dovecot sources ?
Re: [Dovecot] question about /var/mail/xxx
Am 19.06.2015 um 08:29 schrieb Mickael Choisnard:
Hi,
I need your help to use dovecot with sendmail
I use a fresh debian 8 jessie and i installed sendmail and dovecot 2.
Sendmail works fine.
All mails go to /var/mail/xxx
this is problem for dovecot. dovecot cannot get it.
# 2.2.13: /etc/dovecot/dovecot.conf
# OS: Linux 3.16.0-4-amd64 x86_64 Debian 8.1
auth_mechanisms = plain login
auth_verbose = yes
auth_verbose_passwords = yes
disable_plaintext_auth = no
first_valid_uid = 116
last_valid_uid = 116
log_path = /var/log/dovecot.log
mail_home = /srv/mail/%u
mail_location = mbox:~/mail:INBOX=/var/mail/%u
mail_privileged_group = mail
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 = scheme=SHA-CRYPT /etc/dovecot/users
driver = passwd-file
}
postmaster_address = root@arpagon
protocols = imap pop3
service auth {
unix_listener auth-userdb {
group = vmail
user = vmail
}
}
ssl = no
userdb {
args = uid=vmail gid=vmail home=/srv/vmail/%d/%n
driver = static
}
cat /var/log/dovecot.log
Jun 19 08:14:18 imap-login: Info: Login: user=mc110771, method=PLAIN,
rip=10.11.12.30, lip=88.179.182.93, mpid=18799, session=z46U1dgY+gAKCwwe
Jun 19 08:14:18 imap(mc110771): Info: Disconnected: Logged out in=8 out=395
Jun 19 08:14:26 imap-login: Info: Login: user=mc110771, method=PLAIN,
rip=10.11.12.30, lip=88.179.182.93, mpid=18801, session=bNcE1tgY+wAKCwwe
Jun 19 08:14:26 imap-login: Info: Login: user=mc110771, method=PLAIN,
rip=10.11.12.30, lip=88.179.182.93, mpid=18803, session=sEIP1tgY/AAKCwwe
Jun 19 08:14:26 imap(mc120771): Error: open() failed with mbox file
/var/mail/mc120771: Permission denied
Jun 19 08:14:57 imap(mc120771): Info: Disconnected: Logged out in=137
out=640
Jun 19 08:14:57 imap(mc120771): Info: Disconnected: Logged out in=74
out=547
Jun 19 08:18:47 imap-login: Info: Disconnected (no auth attempts in 0
secs): user=, rip=10.11.12.45, lip=88.179.182.93,
session=H/mV5dgYhwAKCwwt
Jun 19 08:18:47 imap-login: Info: Disconnected (no auth attempts in 0
secs): user=, rip=10.11.12.45, lip=88.179.182.93,
session=2gOX5dgYigAKCwwt
Jun 19 08:18:47 imap-login: Info: Disconnected (no auth attempts in 0
secs): user=, rip=10.11.12.45, lip=88.179.182.93,
session=ojeY5dgYjQAKCwwt
You have to configure Sendmail to give mails to Dovecot, so it can
save them itself: http://wiki2.dovecot.org/LDA/Sendmail
signature.asc
Description: OpenPGP digital signature
Re: [Dovecot] question about /var/mail/xxx
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 19 Jun 2015, Mickael Choisnard wrote:
Date: Fri, 19 Jun 2015 08:29:08 +0200
From: Mickael Choisnard mickael.choisn...@free.fr
To: dovecot@dovecot.org
Subject: [Dovecot] question about /var/mail/xxx
Hi,
I need your help to use dovecot with sendmail
I use a fresh debian 8 jessie and i installed sendmail and dovecot 2.
Sendmail works fine.
All mails go to /var/mail/xxx
this is problem for dovecot. dovecot cannot get it.
# 2.2.13: /etc/dovecot/dovecot.conf
# OS: Linux 3.16.0-4-amd64 x86_64 Debian 8.1
auth_mechanisms = plain login
auth_verbose = yes
auth_verbose_passwords = yes
disable_plaintext_auth = no
first_valid_uid = 116
last_valid_uid = 116
log_path = /var/log/dovecot.log
mail_home = /srv/mail/%u
mail_location = mbox:~/mail:INBOX=/var/mail/%u
mail_privileged_group = mail
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 = scheme=SHA-CRYPT /etc/dovecot/users
driver = passwd-file
}
postmaster_address = root@arpagon
protocols = imap pop3
service auth {
unix_listener auth-userdb {
group = vmail
user = vmail
}
}
ssl = no
userdb {
args = uid=vmail gid=vmail home=/srv/vmail/%d/%n
driver = static
}
cat /var/log/dovecot.log
Jun 19 08:14:18 imap-login: Info: Login: user=mc110771, method=PLAIN,
rip=10.11.12.30, lip=88.179.182.93, mpid=18799, session=z46U1dgY+gAKCwwe
Jun 19 08:14:18 imap(mc110771): Info: Disconnected: Logged out in=8 out=395
Jun 19 08:14:26 imap-login: Info: Login: user=mc110771, method=PLAIN,
rip=10.11.12.30, lip=88.179.182.93, mpid=18801, session=bNcE1tgY+wAKCwwe
Jun 19 08:14:26 imap-login: Info: Login: user=mc110771, method=PLAIN,
rip=10.11.12.30, lip=88.179.182.93, mpid=18803, session=sEIP1tgY/AAKCwwe
Jun 19 08:14:26 imap(mc120771): Error: open() failed with mbox file
/var/mail/mc120771: Permission denied
what permissions have these files?
Jun 19 08:14:57 imap(mc120771): Info: Disconnected: Logged out in=137 out=640
Jun 19 08:14:57 imap(mc120771): Info: Disconnected: Logged out in=74 out=547
Jun 19 08:18:47 imap-login: Info: Disconnected (no auth attempts in 0 secs):
user=, rip=10.11.12.45, lip=88.179.182.93, session=H/mV5dgYhwAKCwwt
Jun 19 08:18:47 imap-login: Info: Disconnected (no auth attempts in 0 secs):
user=, rip=10.11.12.45, lip=88.179.182.93, session=2gOX5dgYigAKCwwt
Jun 19 08:18:47 imap-login: Info: Disconnected (no auth attempts in 0 secs):
user=, rip=10.11.12.45, lip=88.179.182.93, session=ojeY5dgYjQAKCwwt
- --
Steffen Kaiser
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQEVAwUBVYO+/Xz1H7kL/d9rAQIanggAjEpTu5XO/bbmsZlCxtqircdUkHzCxih1
6BdH2D7VlCv2UKPfk+xrY7GJoZEWg4cXYsOb3YfGwgLPffTMxvxZ5bOcW4O46jfn
YfVqkLmOTVL66MQR5Z+bxR3oi/5fIGFIPDQ268XRZOLuFb6adGgQyu5GiASkrx9A
YXGz9XYwI2yYAN0PxgajNbLlsu/x36b/xMSl8j9YdeZryDHhiG7p5AKluijwfMBg
4Eu+Tr7LabU0iYQuLSFqfV9sNLA4PCOIoJANPGaCcl+xVoPwKok+/GeVJIHNMFa/
cCH04Vc414g5TzVbHreYrJAD86z2WBPQjk37ZmGplnePCKSpsOdP/A==
=r68Y
-END PGP SIGNATURE-
Re: setting quota through IMAP
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 19 Jun 2015, Daniel Tröder wrote:
I'd like to set the quota of a user through the IMAP protocol. I use
Pythons imaplib:
imap.setquota(tes...@uni.dtr, (storage 8192))
('NO', ['Quota can be changed only by admin.'])
So... which user is the admin user in a virtual user setting (passwd:
PAM, userdb: LDAP)?
You can't. Use a LDAP-Library to change the values in the UserDB directly,
not via IMAP.
- --
Steffen Kaiser
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQEVAwUBVYQkSHz1H7kL/d9rAQL2aggAvGuA2xjpUV5tDZAMjGTY7pfxU96nuqif
Dlm6HoJpfk4H7cn4Yc5NXi5rExk45KSBWn5CffKES4nPeMOQ6o7Tc3H5zDEak1Iv
iQGStBvSrKzML4tKz9n5j2GAertFYTvxk1bVAA9pJzmFO7HNWfOzxu3GypVEL4lU
MYmHwR3emxCIU8FmWxLTiPqsvgLYHJDxRbE/usFWW6X79gUeBuA265SsmUB8OM9E
qkUnMv1YZCWgxAXLC+I5W+F275pTyAc82roVZwuX4cJdA8VG2aLzQRG0lnYjxHuc
99IvRf3BJqOxtJVlVKk2I/rqNRiXqlvqVYduHm/VnrxJEsElPt9USw==
=ykQL
-END PGP SIGNATURE-
Re: how do I conceptualize system virtual users?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 19 Jun 2015, lejeczek wrote: a few Linux boxes share ldap (multi-master) backend that PAM/SSSD uses to authenticated users, and these LDAPs are also is used by Samba, users start @ uid 1000. Boxes are in the same both DNS and Samba domains. Do I treat these users as system or virtual users from postfix/dovecot perspective? If it can be a matter of choice then which is better/best? I used system users, but because I use a dedicated mail server and I needed IMAP ACLs and sharing of mailboxes, I switched to virtual users. Depending on security concerns virtual users are easier to manage, IMHO. - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEVAwUBVYQkunz1H7kL/d9rAQL0DAf/f4syrrjKjDZxbyIE4f6QRI+NA3yMNwr/ uxpJbZUwo2K8NLlSiez96rsOJ1kSuF0ZL8/wjFZByIfrppO2oXFodCaNdkXcDB6H G4fkR0NcKgbKikO0ADpruHGcwiDD7q/jNLpNL96TgDZMnzq+6JNcG7eUfGAt+PKP GURIEtOoq0pqlU3kfylcEjju1ybczvLgXAA6w+pa7saIoWnGy+X/4CUy6i2KwBqZ SHB4fAZT5k0pIHeB7MMt+PoGSgT28ddAGlJWizLLkck6MADlhGZGK4vT4gbLgt/g 9XaxUg30Q+VfSJS+jxiiowlcmw3BPUCTJzj6BoYRaWwK/DWakg2CsA== =3g4i -END PGP SIGNATURE-
how do I conceptualize system virtual users?
I guess this would be a common case, I am hoping for some final clarification. a few Linux boxes share ldap (multi-master) backend that PAM/SSSD uses to authenticated users, and these LDAPs are also is used by Samba, users start @ uid 1000. Boxes are in the same both DNS and Samba domains. Do I treat these users as system or virtual users from postfix/dovecot perspective? If it can be a matter of choice then which is better/best? many thanks.
crash dovecot 2.2.18
Hello, after upgrading from 2.1.17 to 2.2.18 i have a specific Inbox which causes a crash on dovecot: Jun 19 09:28:03 hostname dovecot: imap(username): Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0x7075f) [0x7f9298c4375f] - /usr/lib/dovecot/libdovecot.so.0(+0x707be) [0x7f9298c437be] - /usr/lib/dovecot/libdovecot.so.0(i_fatal+0) [0x7f9298bf11aa] - /usr/lib/dovecot/libdovecot-storage.so.0(+0x2bd9a) [0x7f9298ee2d9a] - /usr/lib/dovecot/libdovecot-storage.so.0(+0x98f8b) [0x7f9298f4ff8b] - /usr/lib/dovecot/libdovecot-storage.so.0(index_mail_get_first_header+0xb9) [0x7f9298f502c9] - /usr/lib/dovecot/libdovecot-storage.so.0(mail_get_first_header+0x38) [0x7f9298ee3d18] - /usr/lib/dovecot/libdovecot-storage.so.0(+0xabfa2) [0x7f9298f62fa2] - /usr/lib/dovecot/libdovecot-storage.so.0(+0xac1e2) [0x7f9298f631e2] - /usr/lib/dovecot/libdovecot.so.0(i_stream_read+0x68) [0x7f9298c4d118] - /usr/lib/dovecot/libdovecot.so.0(i_stream_read_data+0x3d) [0x7f9298c4da9d] - /usr/lib/dovecot/libdovecot.so.0(message_parse_header_next+0x65) [0x7f9298c33065] - /usr/lib/dovecot/libdovecot.so.0(message_parse_header+0x38) [0x7f9298c338d8] - /usr/lib/dovecot/libdovecot-storage.so.0(index_mail_parse_headers+0x80) [0x7f9298f4f940] - /usr/lib/dovecot/libdovecot-storage.so.0(+0x98cca) [0x7f9298f4fcca] - /usr/lib/dovecot/libdovecot-storage.so.0(index_mail_get_first_header+0xb9) [0x7f9298f502c9] - /usr/lib/dovecot/libdovecot-storage.so.0(mail_get_first_header+0x38) [0x7f9298ee3d18] - /usr/lib/dovecot/libdovecot-storage.so.0(+0x9a85a) [0x7f9298f5185a] - /usr/lib/dovecot/libdovecot-storage.so.0(index_mail_get_date+0x92) [0x7f9298f51972] - /usr/lib/dovecot/libdovecot-storage.so.0(mail_get_date+0x36) [0x7f9298ee3b76] - /usr/lib/dovecot/libdovecot-storage.so.0(+0xa3113) [0x7f9298f5a113] - /usr/lib/dovecot/libdovecot-storage.so.0(index_sort_list_add+0x31) [0x7f9298f5a471] - /usr/lib/dovecot/libdovecot-storage.so.0(index_storage_search_next_nonblock+0x3d) [0x7f9298f5801d] - /usr/lib/dovecot/libdovecot-storage.so.0(mailbox_search_next_nonblock+0x27) [0x7f9298eecd67] - dovecot/imap [username ip.ip.ip.ip UID SORT](+0x1e7f7) [0x7f92994117f7] - dovecot/imap [username ip.ip.ip.ip UID SORT](imap_search_start+0xf1) [0x7f9299411c41] - dovecot/imap [username ip.ip.ip.ip UID SORT](cmd_sort+0x25b) [0x7f9299407c4b] - dovecot/imap [username ip.ip.ip.ip UID SORT](command_exec+0x4d) [0x7f929940c40d] Mailboxformat is mbox. I think reason was a damaged Index in ~username/mail/.imap/INBOX/ I removed this folder and immediately errors are gone and Mailbox was readable again. Never noticed this kind of errors for years on 2.1.17, maybe this helps to find a Bug in Code. Thanks, Hajo
Re: how do I conceptualize system virtual users?
On Jun 19, 2015 9:08 AM, lejeczek pelj...@yahoo.co.uk wrote: I guess this would be a common case, I am hoping for some final clarification. a few Linux boxes share ldap (multi-master) backend that PAM/SSSD uses to authenticated users, and these LDAPs are also is used by Samba, users start @ uid 1000. Boxes are in the same both DNS and Samba domains. Do I treat these users as system or virtual users from postfix/dovecot perspective? If it can be a matter of choice then which is better/best? I would make them virtual users. This way you can abstract and scale things up. Also your normal users then would not need to have access to your mail servers; they only access the services. many thanks.
Re: dsync selectively
On 18/06/15 14:01, Teemu Huovila wrote:
On 06/17/2015 06:07 PM, lejeczek wrote:
On 16/06/15 14:27, lejeczek wrote:
On 16/06/15 14:16, lejeczek wrote:
On 16/06/15 13:14, B wrote:
P,
On Tue, Jun 16, 2015 at 01:07:52PM +0100, lejeczek wrote:
I've barely started reading on dsync and I wonder..
would you know if it is possible to sync/replicate only specific
domain(users)? or it's always the whole lot?
See
http://blog.dovecot.org/2012/02/dovecot-clustering-with-dsync-based.html
basically set 'mail_replica' to 'remote:server3' in your userdb
B
thanks B,
userdb as appose to plugin?
it's quite unclear what to put there, to a beginner.
also if I put mail_replica (having the rest, pretty much take form wiki in
repl.conf) into userdb
I get:
line 24: Unknown setting: mail_replica
this userdb uses ldap driver in case it may matter, I guess it should not.
gee, I cannot figure it out, and I'd guess it must be sort of typical situation,
where one would want to avoid replication os local/system users and only sync a
virtual domain(s), no?
Can it be done by means of config files?
What the original answer meant was, that you should put it in your userdb
backend, in this case LDAP. So add a field in LDAP,
which for users you want to replicate points to the replication destination and
for other users is blank. then add it via a LDAP
attribute template, e.g.
user_attrs = \
=mail_replica=%{ldap:nameOfFieldContainingReplica}
Make sure (with auth_debug=yes and mail_debug=yes in your config)the
mail_replica is empty for users you do not want to replicate.
Please read http://wiki2.dovecot.org/AuthDatabase/LDAP/Userdb
http://wiki2.dovecot.org/Replication?highlight=%28mail_replica%29
and http://wiki2.dovecot.org/Tools/Doveadm/Sync?highlight=%28mail_replica%29
carefully.
br,
Teemu Huovila
ok, I hope I'm beginning to understand this,
do we have an attribute good for this? Common/default
schemas do not seem to provide anything suitable.
many thanks.
[Dovecot] question about /var/mail/xxx
Hi,
I need your help to use dovecot with sendmail
I use a fresh debian 8 jessie and i installed sendmail and dovecot 2.
Sendmail works fine.
All mails go to /var/mail/xxx
this is problem for dovecot. dovecot cannot get it.
# 2.2.13: /etc/dovecot/dovecot.conf
# OS: Linux 3.16.0-4-amd64 x86_64 Debian 8.1
auth_mechanisms = plain login
auth_verbose = yes
auth_verbose_passwords = yes
disable_plaintext_auth = no
first_valid_uid = 116
last_valid_uid = 116
log_path = /var/log/dovecot.log
mail_home = /srv/mail/%u
mail_location = mbox:~/mail:INBOX=/var/mail/%u
mail_privileged_group = mail
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 = scheme=SHA-CRYPT /etc/dovecot/users
driver = passwd-file
}
postmaster_address = root@arpagon
protocols = imap pop3
service auth {
unix_listener auth-userdb {
group = vmail
user = vmail
}
}
ssl = no
userdb {
args = uid=vmail gid=vmail home=/srv/vmail/%d/%n
driver = static
}
cat /var/log/dovecot.log
Jun 19 08:14:18 imap-login: Info: Login: user=mc110771, method=PLAIN,
rip=10.11.12.30, lip=88.179.182.93, mpid=18799, session=z46U1dgY+gAKCwwe
Jun 19 08:14:18 imap(mc110771): Info: Disconnected: Logged out in=8 out=395
Jun 19 08:14:26 imap-login: Info: Login: user=mc110771, method=PLAIN,
rip=10.11.12.30, lip=88.179.182.93, mpid=18801, session=bNcE1tgY+wAKCwwe
Jun 19 08:14:26 imap-login: Info: Login: user=mc110771, method=PLAIN,
rip=10.11.12.30, lip=88.179.182.93, mpid=18803, session=sEIP1tgY/AAKCwwe
Jun 19 08:14:26 imap(mc120771): Error: open() failed with mbox file
/var/mail/mc120771: Permission denied
Jun 19 08:14:57 imap(mc120771): Info: Disconnected: Logged out in=137
out=640
Jun 19 08:14:57 imap(mc120771): Info: Disconnected: Logged out in=74 out=547
Jun 19 08:18:47 imap-login: Info: Disconnected (no auth attempts in 0
secs): user=, rip=10.11.12.45, lip=88.179.182.93,
session=H/mV5dgYhwAKCwwt
Jun 19 08:18:47 imap-login: Info: Disconnected (no auth attempts in 0
secs): user=, rip=10.11.12.45, lip=88.179.182.93,
session=2gOX5dgYigAKCwwt
Jun 19 08:18:47 imap-login: Info: Disconnected (no auth attempts in 0
secs): user=, rip=10.11.12.45, lip=88.179.182.93,
session=ojeY5dgYjQAKCwwt
Re: help with t/s retrieval 'hangs' disconnect for inactivity
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 19 Jun 2015, voy...@sbt.net.au wrote: since yesterday one user complaining he can not retrieve emails, TBird mail client says like '1 of 9' and, doesn't go any further. that's on several of his PCs using TBird, on a LAN behind f/wall, quite physically remote to server, server in Sydney, remote client is SEAsia looking at logs I see emails access, looking at server Maildir , new emails get moved from 'new' to 'cur' what else can I do from server end ? what else should be done from user end ? Jun 19 11:28:31 pop3(i...@.com.au): Info: Disconnected for inactivity in reading our output top=0/0, retr=1/0, del=0/56, size=6562805 Jun 19 11:29:20 pop3(i...@aaa.com.au): Info: Connection closed top=0/0, retr=1/0, del=0/56, size=6562805 verify that the TCP connection is working using wireshark or similiar tool. Maybe a firewall on your side cuts the connection? - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEVAwUBVYO+gnz1H7kL/d9rAQKsvAf+N1feXNFpKmLm9AosBAtUzZTgXw8sARFm fEUXm2LXjB9twNkf5M/5Owry6jnqIYtlGb6hbCqWUONsLlCTnR+RrlNLmGKJw3NY 3czIJr70MmHT8SW++vyJRuXU4A7lexB+4/sCGrMyaHD2eT3TNVGjVx3FhTrKTO62 Hbbkw+RjenjYllSEE2J1k7193HcITeWnY3hrLOdYDLKuqaB6/vvl0In1nWxWOwZP mOJA+F/5Fc2yS2ra3YB7s57XyHwHlPf7nuyi6YN2vqZiyekGVz0fcdGGt96L9QFW FRUfHwUy0lLzv29bkA4Xqu3GtYiPlUG6bEdGsmwFbiYWzDDU1UCAPA== =qDKS -END PGP SIGNATURE-
setting quota through IMAP
I'd like to set the quota of a user through the IMAP protocol. I use
Pythons imaplib:
imap.setquota(tes...@uni.dtr, (storage 8192))
('NO', ['Quota can be changed only by admin.'])
So... which user is the admin user in a virtual user setting (passwd:
PAM, userdb: LDAP)?
Greetings
Daniel
signature.asc
Description: OpenPGP digital signature
Re: Dovecot 2.1.9 shared folder deletion causes fault
You are reporting a problem with a antique?
Please try current stable version and if problem persist let us know
with include the dovecot -n output.
Current version is 2.2.18, pretty pointless trying to look for a bug
resolution in such a old version, also, 2.1.9 maybe latest in your
distribution but that is not dovecot problem, dovecot does not produce
binaries for any distribution.and you are likely many many bugs in
your 2.1.9 version that long been fixed.
On 6/19/15, JT ad...@jtlabs.net wrote:
Hey all,
I'm getting a fault in dovecot (see below) using shared folders. I have
a mailbox that receives new mail (Account X/INBOX). Another account
(Account A) has access to the other account (Account X/INBOX) with ACL
below.
The ACL directory (.DEFAULT) contains:
user=AccountA lrwst
I removed a test email from Account A/INBOX, which is supposed to remove
the email from Account X/INBOX. A fault occurs whenever my client
(Thunderbird) attempts to connect and complete the deletion. Other
actions complete successfully. It only appears to happen when using
Thunderbird. Mac Mail does not cause the fault.
I'm not getting a core dump so all I have is what the log outputs. I can
reproduce this regularly so let me know if you need any additional
information.
Thanks,
JT
===
Version: 2.1.9 (Ubuntu Trustydeb package)
OS: Ubuntu trusty 14.04
2015-06-18T19:17:50.518505+00:00 mail-103 dovecot: imap(XXX): Error: Raw
backtrace: /usr/lib/dovecot/libdovecot.so.0(+0x5e271) [0x7eff3f6d1271]
- /usr/lib/dovecot/libdovecot.so.0(+0x5e34e) [0x7eff3f6d134e] -
/usr/lib/dovecot/libdovecot.so.0(i_fatal+0) [0x7eff3f68ca9e] -
/usr/lib/dovecot/libdovecot-storage.so.0(+0xa7cbc) [0x7eff3f9e2cbc] -
/usr/lib/dovecot/libdovecot-storage.so.0(mailbox_copy+0x6c)
[0x7eff3f9ac8ec] -
/usr/lib/dovecot/libdovecot-storage.so.0(mailbox_move+0x15)
[0x7eff3f9ac985] - dovecot/imap(+0xded5) [0x7eff3fe78ed5] -
dovecot/imap(command_exec+0x3c) [0x7eff3fe836dc] -
dovecot/imap(+0x176cf) [0x7eff3fe826cf] - dovecot/imap(+0x17785)
[0x7eff3fe82785] - dovecot/imap(client_handle_input+0x125)
[0x7eff3fe82aa5] - dovecot/imap(client_input+0x75) [0x7eff3fe82e35] -
/usr/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x27) [0x7eff3f6e1247]
- /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0xd7)
[0x7eff3f6e1fd7] - /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x38)
[0x7eff3f6e0de8] -
/usr/lib/dovecot/libdovecot.so.0(master_service_run+0x13)
[0x7eff3f691c93] - dovecot/imap(main+0x2c4) [0x7eff3fe772f4] -
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5) [0x7eff3f2cfec5]
- dovecot/imap(+0xc460) [0x7eff3fe77460]
2015-06-18T19:17:50.736901+00:00 mail-103 dovecot: imap(XXX): Fatal:
master: service(imap): child 4461 killed with signal 6 (core dumped)
2015-06-18T19:17:51.662157+00:00 mail-103 dovecot: imap(XXX): Panic:
file mail-index.c: line 380 (mail_index_keywords_unref): assertion
failed: (keywords-refcount 0)
2015-06-18T19:17:51.662969+00:00 mail-103 dovecot: imap(XXX): Error: Raw
backtrace: /usr/lib/dovecot/libdovecot.so.0(+0x5e271) [0x7f3fa05bb271]
- /usr/lib/dovecot/libdovecot.so.0(+0x5e34e) [0x7f3fa05bb34e] -
/usr/lib/dovecot/libdovecot.so.0(i_fatal+0) [0x7f3fa0576a9e] -
/usr/lib/dovecot/libdovecot-storage.so.0(+0xa7cbc) [0x7f3fa08cccbc] -
/usr/lib/dovecot/libdovecot-storage.so.0(mailbox_copy+0x6c)
[0x7f3fa08968ec] -
/usr/lib/dovecot/libdovecot-storage.so.0(mailbox_move+0x15)
[0x7f3fa0896985] - dovecot/imap(+0xded5) [0x7f3fa0d62ed5] -
dovecot/imap(command_exec+0x3c) [0x7f3fa0d6d6dc] -
dovecot/imap(+0x176cf) [0x7f3fa0d6c6cf] - dovecot/imap(+0x17785)
[0x7f3fa0d6c785] - dovecot/imap(client_handle_input+0x125)
[0x7f3fa0d6caa5] - dovecot/imap(client_input+0x75) [0x7f3fa0d6ce35] -
/usr/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x27) [0x7f3fa05cb247]
- /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0xd7)
[0x7f3fa05cbfd7] - /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x38)
[0x7f3fa05cade8] -
/usr/lib/dovecot/libdovecot.so.0(master_service_run+0x13)
[0x7f3fa057bc93] - dovecot/imap(main+0x2c4) [0x7f3fa0d612f4] -
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5) [0x7f3fa01b9ec5]
- dovecot/imap(+0xc460) [0x7f3fa0d61460]
2015-06-18T19:17:51.857451+00:00 mail-103 dovecot: imap(XXX): Fatal:
master: service(imap): child 4464 killed with signal 6 (core dumped)
protocol imap {
imap_client_workarounds = tb-extra-mailbox-sep
imap_idle_notify_interval = 1 mins
mail_max_userip_connections = 10
mail_plugins = acl quota acl imap_acl quota imap_quota
}
plugin {
acl = vfile:/etc/dovecot/acl
acl_defaults_from_inbox = yes
acl_shared_dict = proxy::acl
...
}
namespace {
hidden = no
inbox = yes
list = yes
location =
prefix =
separator = /
subscriptions = yes
type = private
}
namespace {
hidden = no
list = children
location =
maildir:/var/mail/public/Maildir:INDEX=/var/mail/%d/%n/Maildir/public
prefix = public/
separator = /
Re: how do I conceptualize system virtual users?
On 19/06/15 15:13, Mauricio Tavares wrote: On Jun 19, 2015 9:08 AM, lejeczek pelj...@yahoo.co.uk wrote: I guess this would be a common case, I am hoping for some final clarification. a few Linux boxes share ldap (multi-master) backend that PAM/SSSD uses to authenticated users, and these LDAPs are also is used by Samba, users start @ uid 1000. Boxes are in the same both DNS and Samba domains. Do I treat these users as system or virtual users from postfix/dovecot perspective? If it can be a matter of choice then which is better/best? I would make them virtual users. This way you can abstract and scale things up. Also your normal users then would not need to have access to your mail servers; they only access the services. many thanks. it can be a tricky for beginner to define those, in old days when one said system users thought of OS dedicated accounts for daemons/services etc. In this team of postfix+dovecot, which one decides whether user is canonical/system or virtual?
Re: [Dovecot] question about /var/mail/xxx
Le 19/06/2015 09:04, Steffen Kaiser a écrit :
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 19 Jun 2015, Mickael Choisnard wrote:
Date: Fri, 19 Jun 2015 08:29:08 +0200
From: Mickael Choisnard mickael.choisn...@free.fr
To: dovecot@dovecot.org
Subject: [Dovecot] question about /var/mail/xxx
Hi,
I need your help to use dovecot with sendmail
I use a fresh debian 8 jessie and i installed sendmail and dovecot 2.
Sendmail works fine.
All mails go to /var/mail/xxx
this is problem for dovecot. dovecot cannot get it.
# 2.2.13: /etc/dovecot/dovecot.conf
# OS: Linux 3.16.0-4-amd64 x86_64 Debian 8.1
auth_mechanisms = plain login
auth_verbose = yes
auth_verbose_passwords = yes
disable_plaintext_auth = no
first_valid_uid = 116
last_valid_uid = 116
log_path = /var/log/dovecot.log
mail_home = /srv/mail/%u
mail_location = mbox:~/mail:INBOX=/var/mail/%u
mail_privileged_group = mail
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 = scheme=SHA-CRYPT /etc/dovecot/users
driver = passwd-file
}
postmaster_address = root@arpagon
protocols = imap pop3
service auth {
unix_listener auth-userdb {
group = vmail
user = vmail
}
}
ssl = no
userdb {
args = uid=vmail gid=vmail home=/srv/vmail/%d/%n
driver = static
}
cat /var/log/dovecot.log
Jun 19 08:14:18 imap-login: Info: Login: user=mc110771,
method=PLAIN, rip=10.11.12.30, lip=88.179.182.93, mpid=18799,
session=z46U1dgY+gAKCwwe
Jun 19 08:14:18 imap(mc110771): Info: Disconnected: Logged out in=8
out=395
Jun 19 08:14:26 imap-login: Info: Login: user=mc110771,
method=PLAIN, rip=10.11.12.30, lip=88.179.182.93, mpid=18801,
session=bNcE1tgY+wAKCwwe
Jun 19 08:14:26 imap-login: Info: Login: user=mc110771,
method=PLAIN, rip=10.11.12.30, lip=88.179.182.93, mpid=18803,
session=sEIP1tgY/AAKCwwe
Jun 19 08:14:26 imap(mc120771): Error: open() failed with mbox file
/var/mail/mc120771: Permission denied
what permissions have these files?
-rw-rw mc120771 mail
I'm in the configuration like this
http://wiki2.dovecot.org/MailLocation/mbox
I use mail_privileged_group = mail whithout success
Maybe i can do this http://wiki2.dovecot.org/LDA/Sendmail
Jun 19 08:14:57 imap(mc120771): Info: Disconnected: Logged out in=137
out=640
Jun 19 08:14:57 imap(mc120771): Info: Disconnected: Logged out in=74
out=547
Jun 19 08:18:47 imap-login: Info: Disconnected (no auth attempts in 0
secs): user=, rip=10.11.12.45, lip=88.179.182.93,
session=H/mV5dgYhwAKCwwt
Jun 19 08:18:47 imap-login: Info: Disconnected (no auth attempts in 0
secs): user=, rip=10.11.12.45, lip=88.179.182.93,
session=2gOX5dgYigAKCwwt
Jun 19 08:18:47 imap-login: Info: Disconnected (no auth attempts in 0
secs): user=, rip=10.11.12.45, lip=88.179.182.93,
session=ojeY5dgYjQAKCwwt
- -- Steffen Kaiser
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQEVAwUBVYO+/Xz1H7kL/d9rAQIanggAjEpTu5XO/bbmsZlCxtqircdUkHzCxih1
6BdH2D7VlCv2UKPfk+xrY7GJoZEWg4cXYsOb3YfGwgLPffTMxvxZ5bOcW4O46jfn
YfVqkLmOTVL66MQR5Z+bxR3oi/5fIGFIPDQ268XRZOLuFb6adGgQyu5GiASkrx9A
YXGz9XYwI2yYAN0PxgajNbLlsu/x36b/xMSl8j9YdeZryDHhiG7p5AKluijwfMBg
4Eu+Tr7LabU0iYQuLSFqfV9sNLA4PCOIoJANPGaCcl+xVoPwKok+/GeVJIHNMFa/
cCH04Vc414g5TzVbHreYrJAD86z2WBPQjk37ZmGplnePCKSpsOdP/A==
=r68Y
-END PGP SIGNATURE-
Re: Large jumps in dovecot-uidlist
On 15/06/2015 18:04, Mark wrote: On 15/06/2015 17:46, Felix Zielcke wrote: Am Sonntag, den 14.06.2015, 10:46 +0100 schrieb Mark: Since upgrading to Debian Wheezy ... # 2.2.13: /etc/dovecot/dovecot.conf # OS: Linux 3.2.0-4-kirkwood armv5tel Debian 7.8 So it's dovecot from the backports. Didn't you notice that since about 2 months there's now jessie out? I did. Based on my previous experience of upgrading Debian as soon as the new release was announced and having to roll everything back because of this problem I'm taking a more cautious approach this time. That has 2.2.13 too but maybe it's an issue outside of dovecot in some library. Or just a bug in the backport. Possibly. I'm not against doing the full upgrade to Jessie to see what effect that has. I've been running the backport for a while and the problem certainly hasn't got worse. I'll see if I can find some time in the next few days to try the upgrade. I haven't found the time to do the upgrade to Jessie yet but I have tweaked my checking script to run more frequently. That gave me a narrower window to look at in the logs and these messages appear at the same time as the jump is introduced into the UID list: Jun 19 17:00:57 server02 dovecot: imap(mark): Error: Log synchronization error at seq=2,offset=152 for /secure/home/mark/Maildir/.Apache.Misc.committers/dovecot.index: Append with UID 2427206830, but next_uid = 2685375011 Jun 19 17:00:57 server02 dovecot: imap(mark): Warning: fscking index file /secure/home/mark/Maildir/.Apache.Misc.committers/dovecot.index I've done some Googling but haven't (yet) found anything that might match up. I'm hoping that the above might provide enough information to someone more familiar with Dovecot than me to suggest what I might be able to do to fix this. If not, I'll see what happens post Jessie upgrade. Thanks in advance, Mark
Re: setting quota through IMAP
Am 19.06.2015 um 16:16 schrieb Steffen Kaiser:
On Fri, 19 Jun 2015, Daniel Tröder wrote:
I'd like to set the quota of a user through the IMAP protocol. I use
Pythons imaplib:
imap.setquota(tes...@uni.dtr, (storage 8192))
('NO', ['Quota can be changed only by admin.'])
So... which user is the admin user in a virtual user setting (passwd:
PAM, userdb: LDAP)?
You can't. Use a LDAP-Library to change the values in the UserDB
directly, not via IMAP.
Sure - I do anyway - this was just for a test-case I was writing.
I'm curious though: in which scenario / IMAP-server does this work?
Maybe in a setting with a root (uid=0) email user? Or with Cyrus (which
has a admin user)?
Greetings
Daniel
signature.asc
Description: OpenPGP digital signature
