Re: [Dovecot] version difference understanding
upen put forth on 3/4/2011 9:52 PM: > Hello, > > I am in process of setting up an IMAP server (with postfix SMTP), I > installed RHEL 5.5 on my server and found that version of dovecot is > 1.x.x while when I checked online RHEL 6 is version is 2.x.x. > > Can someone please tell me if these two versions are still in > development or 1.x.x is very old and must be replaced by 2.x.x > version? > > Also are there any special features in 2.x.x or 1.x.x that makes it > better than other? You are installing from scratch, thus you should use 2.x. Yes there are new features, and performance is generally better. You just might want to visit: http://wiki2.dovecot.org/ Early 2.0.x versions had lots of bugs so you'll want to get as close to 2.0.10 as possible. > I see similar things for postfix package but I understand this is not > the place to ask postfix Qns, For RHEL 5.5 use Simon Mudd's Postfix binary RPM: http://ftp.wl0.org/official/2.7/RPMS-rhel5-x86_64/postfix-2.7.2-1.rhel5.x86_64.rpm If you have RHEL6 available to you, use it, and save yourself a bunch of grief trying to get current packages. It ships with Postfix 2.6.6 which is modern enough to fit most, if not all, of your needs. -- Stan
Re: [Dovecot] All mails unread after short while
Am 04.03.2011 at 17:58 Timo Sirainen wrote: >> > > Most likely one of your clients sets them unread for some reason. Have > you tried shutting down all your IMAP clients and then using only e.g. > Squirrelmail for a while? That was it, thank you!!! I used ShangMail, an online E-Mail-client for BlackBerry phone. Here i had my account as IMAP, and i guess the good old IMAP is not really working on shangmail. I deleted my account there and since yet no unread flag anymore! Great! > > Enabling http://wiki.dovecot.org/Plugins/MailLog and looking at the logs > might show something useful too. This wont be on Dovecot 1.0.10 as I read.
[Dovecot] 2.0.10 Auth failed while binding ldap
Dear all,
Since new release has been installed, auth process crash with io loop :
2011-03-05 11:22:44 auth: Panic: file db-ldap.c: line 1113
(db_ldap_result_change_attr): assertion failed: (ctx->vals == NULL)
2011-03-05 11:22:44 auth: Error: Raw backtrace:
/usr/lib/dovecot/libdovecot.so.0 [0xb76ceab1] ->
/usr/lib/dovecot/libdovecot.so.0 [0xb76ceb2f] ->
/usr/lib/dovecot/libdovecot.so.0(i_error+0) [0xb76cee04] ->
dovecot/auth(db_ldap_result_iterate_next+0x3be) [0x806aa8e] ->
dovecot/auth [0x806c857] -> dovecot/auth [0x806cd91] -> dovecot/auth
[0x806c314] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x51)
[0xb76db781] ->
/usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0xe0) [0xb76dc840]
-> /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x40) [0xb76db700] ->
/usr/lib/dovecot/libdovecot.so.0(master_service_run+0x2a) [0xb76c73da]
-> dovecot/auth(main+0x300) [0x805ea50] ->
/lib/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb7147455] ->
dovecot/auth [0x8052a51]
2011-03-05 11:22:44 master: Error: service(auth): child 23136 killed
with signal 6 (core dumps disabled)
2011-03-05 11:22:44 master: Error: service(auth): command startup
failed, throttling
dovecot --version
2.0.10 (d757b13d84ff)
# 2.0.10 (d757b13d84ff): /etc/dovecot/dovecot.conf
# OS: Linux 2.6.26-2-686 i686 Debian 5.0.8
auth_failure_delay = 5 secs
auth_mechanisms = plain login
debug_log_path = /var/log/dovecot-debug.log
dict/acl = mysql:/etc/dovecot/dovecot-dict-sql.conf.ext
info_log_path = /var/log/dovecot-info.log
lda_mailbox_autocreate = yes
lda_mailbox_autosubscribe = yes
listen = 127.0.0.1
log_path = /var/log/dovecot.log
log_timestamp = "%Y-%m-%d %H:%M:%S "
mail_access_groups = mail
mail_debug = yes
mail_fsync = always
mail_gid = mail
mail_location = maildir:~/Maildir
mail_nfs_index = yes
mail_nfs_storage = yes
mail_plugins = " quota trash zlib"
mail_uid = vmail
managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto reject envelope
encoded-character vacation subaddress comparator-i;ascii-numeric
relational regex imap4flags copy include variables body enotify
environment mailbox date
mmap_disable = yes
namespace {
inbox = yes
location =
prefix =
separator = .
type = private
}
namespace {
list = children
location = maildir:%%h/Maildir:INDEX=~/Maildir/Shared/%%n
prefix = Shared.%%n.
separator = .
subscriptions = no
type = shared
}
passdb {
args = /etc/dovecot/dovecot-ldap.conf.ext
driver = ldap
}
plugin/acl = vfile
plugin/acl_shared_dict = proxy::acl
plugin/autocreate = Junk
plugin/autosubscribe = Junk
plugin/quota = maildir:User quota
plugin/quota_rule2 = Trash:storage=+100M
plugin/quota_warning = storage=95%% quota-warning 95 %u
plugin/quota_warning2 = storage=80%% quota-warning 80 %u
plugin/sieve = ~/.dovecot.sieve
plugin/sieve_before = /etc/dovecot/global_script/dovecot.sieve
plugin/sieve_dir = ~/sieve
plugin/trash = /etc/dovecot/dovecot-trash.conf.ext
plugin/zlib_save = bz2
plugin/zlib_save_level = 6
postmaster_address = postmaster
protocols = imap pop3 lmtp sieve
quota_full_tempfail = yes
service auth {
unix_listener /var/spool/postfix/private/auth {
group = mail
mode = 0660
user = postfix
}
unix_listener auth-master {
group = mail
mode = 0660
user = vmail
}
unix_listener auth-userdb {
group = mail
mode = 0660
user = vmail
}
}
service dict {
unix_listener dict {
group = mail
mode = 0660
user = vmail
}
}
service imap-login {
process_min_avail = 10
service_count = 1
}
service managesieve-login {
process_min_avail = 3
service_count = 1
}
service quota-warning {
executable = script /usr/local/bin/quota-warning.sh
unix_listener quota-warning {
user = vmail
}
user = dovecot
}
ssl_ca = managesieve_sieve_capability = fileinto reject envelope
encoded-character vacation subaddress comparator-i;ascii-numeric
relational regex imap4flags copy include variables body enotify
environment mailbox date
}
dovecot-ldap.conf.ext
hosts = 127.0.0.1
dn = "cn=sup,dc=domain,dc=com"
dnpass = "**"
auth_bind = yes
ldap_version = 3
base = dc=domain, dc=com
user_attrs = mailbox=home,mailuserquota=quota_rule=*:storage
user_filter = (&(objectClass=mailAccount)(mail=%u)(mailenable=OK))
pass_attrs = mail=user,userPassword=password
pass_filter = (&(objectClass=mailAccount)(mail=%u)(mailenable=OK))
iterate_attrs = mail=user
iterate_filter = (&(objectClass=mailAccount)(mailenable=OK))
Hope this could help you !
Many thanks by advance,
Stephane
Re: [Dovecot] dbox vs. mdbox
On 5.3.2011, at 4.14, Joan Moreau wrote: > * Sdbox > is using far too much I/O on a busy server, I had to switch to mdbox .. > * Converting from Maildir to s/mdbox is easy Are you saying sdbox uses more disk I/O than maildir? That's unexpected. > * Converting > from sdbox to mdbox has been a complete nightmare. I have never managed > to make it completely, finally made it through imap protocol between 2 > instance of dovecot. You better choose before sd or md, but not try to > convert between the 2 What was difficult about it? You should have been able to do it really easily with dsync.
Re: [Dovecot] version difference understanding
Stan, hi! On Sat, Mar 5, 2011 at 4:17 AM, Stan Hoeppner wrote: > upen put forth on 3/4/2011 9:52 PM: >> Hello, >> >> I am in process of setting up an IMAP server (with postfix SMTP), I >> installed RHEL 5.5 on my server and found that version of dovecot is >> 1.x.x while when I checked online RHEL 6 is version is 2.x.x. >> >> Can someone please tell me if these two versions are still in >> development or 1.x.x is very old and must be replaced by 2.x.x >> version? >> >> Also are there any special features in 2.x.x or 1.x.x that makes it >> better than other? > > You are installing from scratch, thus you should use 2.x. Yes there are > new features, and performance is generally better. You just might want > to visit: http://wiki2.dovecot.org/ Early 2.0.x versions had lots of > bugs so you'll want to get as close to 2.0.10 as possible. > >> I see similar things for postfix package but I understand this is not >> the place to ask postfix Qns, > > For RHEL 5.5 use Simon Mudd's Postfix binary RPM: > http://ftp.wl0.org/official/2.7/RPMS-rhel5-x86_64/postfix-2.7.2-1.rhel5.x86_64.rpm > > If you have RHEL6 available to you, use it, and save yourself a bunch of > grief trying to get current packages. It ships with Postfix 2.6.6 which > is modern enough to fit most, if not all, of your needs. > > -- > Stan > Thanks so much for such an important and useful piece of information! Really appreciate your help! I think we will be able to use RHEL 6 on our server as nothing has been configured on RHEL 5.5 yet! Thanks for that RPM link for postfix as well, will be handy if something stops us from reinstalling rhel 6 on the new server. God bless! ~A -- upen, emerge -uD life (Upgrade Life with dependencies)
[Dovecot] Dovecot, Postfix and Dovecot LDA (LMTP) delivery
Hi list,
I am running a Debian Lenny machine with Postfix 2.5.5 and Dovecot 2.0.8. Up
until now I ran Postfix with the Procmail delivery agent succesfully. The
machine has only local users; I am not using virtual mailboxes. Due to obvious
reasons I want to switch to Dovecot LDA delivery, through LMTP.
I spend quite some time finding 'the' configuration for both Postfix and
Dovecot, but without success. Find my current configuration below. Postfix
receives the e-mail, but delivery through LMTP fails, resulting in Postfix
sending an NDR.
I just cannot figure out what's wrong and I am not sure whether it's a Postfix
or Dovecot problem either. Some log output from Postfix:
Mar 5 13:25:15 hostname postfix/smtpd[12442]: connect from
otherhost.domain.tld[aa.bb.cc.dd]
Mar 5 13:25:16 hostname postfix/smtpd[12442]: CC47979071:
client=otherhost.domain.tld[aa.bb.cc.dd]
Mar 5 13:25:16 hostname postfix/cleanup[12447]: CC47979071:
message-id=
Mar 5 13:25:16 hostname postfix/qmgr[12372]: CC47979071:
from=, size=1037, nrcpt=1 (queue active)
Mar 5 13:25:16 hostname postfix/smtpd[12442]: disconnect from
otherhost.domain.tld[aa.bb.cc.dd]
Mar 5 13:25:16 hostname postfix/lmtp[12448]: CC47979071:
to=,
relay=hostname.domain.tld[private/dovecot-lmtp], delay=1.2,
delays=1.2/0.01/0.01/0.05, dsn=5.1.1, status=bounced (host
hostname.domain.tld[private/dovecot-lmtp] said: 550 5.1.1
User doesn't exist: r...@hostname.domain.tld (in
reply to RCPT TO command))
The only lines that Dovecot logs are:
Mar 05 13:25:16 lmtp(12449): Info: Connect from local
Mar 05 13:25:16 lmtp(12449): Info: Disconnect from local: Client quit
Although LMTP should log to /tmp/dovecot-lmtp.log, the file remains empty.
Anyone amongst you who is running the same kind of setup and can help?
Thanks,
Remy
Postfix config (postfix -n output)
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
config_directory = /etc/postfix
default_transport = smtp
inet_interfaces = all
local_transport = lmtp:unix:private/dovecot-lmtp
mailbox_command =
mailbox_size_limit = 0
message_size_limit = 31457280
mydestination = hostname.domain.tld, localhost.domain.tld, localhost
myhostname = hostname.domain.tld
mynetworks = 127.0.0.0/8 [:::127.0.0.0]/104 [::1]/128
myorigin = /etc/mailname
readme_directory = no
recipient_delimiter = +
relay_transport = error
relayhost =
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
smtpd_client_restrictions = check_client_access hash:/etc/postfix/access,
permit_sasl_authenticated, reject_rbl_client zen.spamhaus.org,
reject_rbl_client dnsbl.sorbs.net,reject_unauth_pipelining
smtpd_helo_required = yes
smtpd_helo_restrictions =
reject_invalid_helo_hostname,reject_non_fqdn_helo_hostname,reject_unknown_helo_hostname
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated,
reject_non_fqdn_recipient, reject_unauth_destination,
reject_unknown_recipient_domain
smtpd_sasl_auth_enable = yes
smtpd_sasl_path = private/auth
smtpd_sasl_type = dovecot
smtpd_sender_restrictions = check_sender_access hash:/etc/postfix/access,
reject_non_fqdn_sender, reject_unknown_sender_domain
smtpd_tls_auth_only = yes
smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_use_tls = yes
Dovecot config (dovecot -n output)
# 2.0.8: /etc/dovecot/dovecot.conf
# OS: Linux 2.6.26-2-amd64 x86_64 Debian 5.0.8
auth_master_user_separator = *
listen = *
log_path = /var/log/dovecot.log
mail_location = maildir:~/.maildir
maildir_stat_dirs = yes
managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto reject envelope encoded-character
vacation subaddress comparator-i;ascii-numeric relational regex imap4flags
copy include variables body enotify environment mailbox date
namespace {
hidden = no
inbox = yes
list = yes
location =
prefix =
separator = /
subscriptions = yes
type = private
}
passdb {
driver = pam
}
plugin {
sieve = ~/.dovecot.sieve
sieve_dir = ~/sieve
}
protocols = imap lmtp
service auth {
unix_listener /var/spool/postfix/private/auth {
group = postfix
mode = 0660
user = postfix
}
}
service lmtp {
unix_listener /var/spool/postfix/private/dovecot-lmtp {
group = postfix
mode = 0660
user = postfix
}
}
ssl_cert =
Re: [Dovecot] Multiple Concurrent IMAP Connections For Same User
I know that this is a somewhat old thread but I do have some useful input. Basically, this seems to be a Thunderbird problem (or at least an interaction problem between Thunderbird and Dovecot). Before Thunderbird version 3 there wasn't a problem, the mailbox within Thunderbird would sync correctly. As of version 3 they seem to have changed their mailbox header list caching code and it gets horribly confused when mails disappear from the mailbox without it doing so. The only way to fix the view within the program is the rebuild the (Thunderbird) index. This is not the only problem TB3 has with Dovecot. Quite often if there are large attachments TB doesn't fully load the attachments (and sometimes not even the mail itself). I've found changing TBs setting so that it only uses one connection to the server rather than the default 5 helps mitigate this. I'm not sure why TB3 has such a hard time when talking to Dovecot as no other clients have any difficulty and TB2 never did. Steve P.S. Our system is a Solaris 10 x86 box running Dovecot 1.2.x with Maildir++ folders. -- --- IT Systems Administrator, E-Mail:- st...@earth.ox.ac.uk Department of Earth Sciences,Tel:- +44 (0)1865 282110 Oxford University, South Parks Road, Oxford, UK. Fax:- +44 (0)1865 272072
[Dovecot] deleted messages not going away in Thunderbird?
Hi folks. This may be a dumb question, but I can't seem to find a clue. I'm running Dovecot v1.2.9 and Thunderbird v3.1.7. If I delete messages using a different IMAP client (I also use an iPhone and occasionally SquirrelMail), I would expect those messages to disappear from Thunderbird the next time I start it or click on "Get Mail". In fact, they do...most of the time. Sometimes, however, they just stick around. If I do a "Repair Folder" on the inbox in Thunderbird, the messages go away. Is this a known issue? My gut tells me there's some Thunderbird option to make it follow inbox contents with more "attention" but I've not been able to find it. Thanks, -Dave -- Dave McGuire Port Charlotte, FL
Re: [Dovecot] Multiple Concurrent IMAP Connections For Same User
Ok, this is too weird. Not ten seconds ago I sent a message to the list about what could be exactly this problem. I'd been fighting with it for ages but only today became annoyed enough to send a message about it. So telling Thunderbird to only use one server connection solves this problem? -Dave On 3/5/11 11:04 AM, Stephen Usher wrote: I know that this is a somewhat old thread but I do have some useful input. Basically, this seems to be a Thunderbird problem (or at least an interaction problem between Thunderbird and Dovecot). Before Thunderbird version 3 there wasn't a problem, the mailbox within Thunderbird would sync correctly. As of version 3 they seem to have changed their mailbox header list caching code and it gets horribly confused when mails disappear from the mailbox without it doing so. The only way to fix the view within the program is the rebuild the (Thunderbird) index. This is not the only problem TB3 has with Dovecot. Quite often if there are large attachments TB doesn't fully load the attachments (and sometimes not even the mail itself). I've found changing TBs setting so that it only uses one connection to the server rather than the default 5 helps mitigate this. I'm not sure why TB3 has such a hard time when talking to Dovecot as no other clients have any difficulty and TB2 never did. Steve P.S. Our system is a Solaris 10 x86 box running Dovecot 1.2.x with Maildir++ folders. -- Dave McGuire Port Charlotte, FL
Re: [Dovecot] deleted messages not going away in Thunderbird?
On 03/05/2011 01:07 PM, Dave McGuire wrote: Hi folks. This may be a dumb question, but I can't seem to find a clue. I'm running Dovecot v1.2.9 and Thunderbird v3.1.7. If I delete messages using a different IMAP client (I also use an iPhone and occasionally SquirrelMail), I would expect those messages to disappear from Thunderbird the next time I start it or click on "Get Mail". In fact, they do...most of the time. Sometimes, however, they just stick around. If I do a "Repair Folder" on the inbox in Thunderbird, the messages go away. Is this a known issue? My gut tells me there's some Thunderbird option to make it follow inbox contents with more "attention" but I've not been able to find it. I've also seen it. I've only observed it in INBOX, but I rarely delete mails from other folders, and in those other folders generally there are a lot of messages, so it would be hard for me to notice one that is there but shouldn't. -- Eduardo M KALINOWSKI edua...@kalinowski.com.br
Re: [Dovecot] Multiple Concurrent IMAP Connections For Same User
Stephen Usher put forth on 3/5/2011 10:04 AM: > I know that this is a somewhat old thread but I do have some useful input. > > Basically, this seems to be a Thunderbird problem (or at least an > interaction problem between Thunderbird and Dovecot). > > Before Thunderbird version 3 there wasn't a problem, the mailbox within > Thunderbird would sync correctly. As of version 3 they seem to have > changed their mailbox header list caching code and it gets horribly > confused when mails disappear from the mailbox without it doing so. The > only way to fix the view within the program is the rebuild the > (Thunderbird) index. > > This is not the only problem TB3 has with Dovecot. Quite often if there > are large attachments TB doesn't fully load the attachments (and > sometimes not even the mail itself). I've found changing TBs setting so > that it only uses one connection to the server rather than the default 5 > helps mitigate this. > > I'm not sure why TB3 has such a hard time when talking to Dovecot as no > other clients have any difficulty and TB2 never did. I don't believe it's an issue of Tbird talking to Dovecot, and I don't believe it's a Dovecot issue. I believe it's a combination of the TB GLODA system and local folder synchronization. I recommend you disable both of these, close TB, then manually delete all local cached folder/message copies and the gloda database in the user profile, then launch TB. And never reenable local sync or GLODA. This should fix your problem. And make sure *all* IMAP clients accessing the mailbox expunge on exit, including your smart phone, etc. -- Stan
Re: [Dovecot] 2.0.10 Auth failed while binding ldap
El 05/03/11 11:48, Stéphane Wartel escribió: Dear all, Since new release has been installed, auth process crash with io loop : Same problem here, dovecot 2.0.9 works right with ldap (RHEL 5.6 x64) , but dovecot 2.0.10 crashes /Mar 5 19:21:21 buzon dovecot: auth: Panic: file db-ldap.c: line 1113 (db_ldap_result_change_attr): assertion failed: (ctx->vals == NULL) Mar 5 19:21:21 buzon dovecot: auth: Error: Raw backtrace: /usr/lib64/dovecot/libdovecot.so.0 [0x2b5c03bded30] -> /usr/lib64/dovecot/libdovecot.so.0 [0x2b5c03bded86] -> /usr/lib64/dovecot/libdovecot.so.0 [0x2b5c03bde743] -> /usr/lib64/dovecot/auth/libauthdb_ldap.so(db_ldap_result_iterate_next+0x36e) [0x2b5c03e3f7ee] -> /usr/lib64/dovecot/auth/libauthdb_ldap.so [0x2b5c03e42130] -> /usr/lib64/dovecot/auth/libauthdb_ldap.so [0x2b5c03e40d6e] -> /usr/lib64/dovecot/libdovecot.so.0(io_loop_call_io+0x48) [0x2b5c03be9708] -> /usr/lib64/dovecot/libdovecot.so.0(io_loop_handler_run+0xd5) [0x2b5c03beaa75] -> /usr/lib64/dovecot/libdovecot.so.0(io_loop_run+0x2d) [0x2b5c03be969d] -> /usr/lib64/dovecot/libdovecot.so.0(master_service_run+0x13) [0x2b5c03bd8163] -> dovecot/auth [0 wait, 0 passdb, 1 userdb](main+0x2cc) [0x4151ec] -> /lib64/libc.so.6(__libc_start_main+0xf4) [0x3b0881d994] -> dovecot/auth [0 wait, 0 passdb, 1 userdb] [0x409ab9] Mar 5 19:21:21 buzon dovecot: master: Error: service(auth): child 14082 killed with signal 6 (core dumps disabled)/ Any ideas? Regards Javier
Re: [Dovecot] 2.0.10 Auth failed while binding ldap
On 5.3.2011, at 20.27, Javier de Miguel Rodríguez wrote: > El 05/03/11 11:48, Stéphane Wartel escribió: >> Dear all, >> >> Since new release has been installed, auth process crash with io loop : > > Same problem here, dovecot 2.0.9 works right with ldap (RHEL 5.6 x64) , but > dovecot 2.0.10 crashes > > /Mar 5 19:21:21 buzon dovecot: auth: Panic: file db-ldap.c: line 1113 > (db_ldap_result_change_attr): assertion failed: (ctx->vals == NULL) http://hg.dovecot.org/dovecot-2.0/rev/b44ec48d9425 probably fixes it? (I was going to test that broken change when I made it, but then I realized I didn't have LDAP server installed and I just hate installing slapd. Today I thought I'd rather try writing my own really simple LDAP server, but after a few hours I gave up on it too. Maybe some day I'll try again. So the above patch is also untested.)
[Dovecot] Problems with shared folders with Dovecot 1.2.12
Hello, I'm trying to run shared folders with Dovecot 1.2.12. I'm managing ACLs from SOGo and it seemd that it successfully create dovecot-acl and dovecot-acl-list in user maildir. But I cannot see any of these shared folders. In Thunderbird I could see shared folder in Subscriptions but without option to subscribe. I was reading almost everything that was possible to google but without success. My config: [root@mail etc]# dovecot -n # 1.2.12: /etc/dovecot.conf # OS: Linux 2.6.18-194.32.1.el5 x86_64 CentOS release 5.5 (Final) xfs base_dir: /var/run/dovecot/ log_path: /var/log/dovecot/dovecot-deliver.log info_log_path: /var/log/dovecot/dovecot-deliver.log log_timestamp: "%b %d %H:%M:%S protocols: imap imaps managesieve listen(default): *:143 listen(imap): *:143 listen(managesieve): *:2000 ssl_listen(default): *:993 ssl_listen(imap): *:993 ssl_listen(managesieve): ssl_cert_file: /etc/pki/tls/private/mail.valbek.cz.crt ssl_key_file: /etc/pki/tls/private/privkey.key version_ignore: yes login_dir: /var/run/dovecot//login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(managesieve): /usr/libexec/dovecot/managesieve-login login_greeting: Welcome to Dovecot eMail Server. login_log_format: %$: %s %u login_process_size: 128 login_processes_count: 5 login_max_processes_count: 140 mail_max_userip_connections(default): 30 mail_max_userip_connections(imap): 30 mail_max_userip_connections(managesieve): 10 verbose_proctitle: yes first_valid_uid: 306 last_valid_uid: 306 first_valid_gid: 306 last_valid_gid: 306 mail_uid: vmail mail_gid: vmail mail_location: maildir:/mnt/pole/mail/valbek.cz/%u mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(managesieve): /usr/libexec/dovecot/managesieve mail_plugins(default): acl imap_acl mail_plugins(imap): acl imap_acl mail_plugins(managesieve): mail_plugin_dir(default): /usr/lib64/dovecot/imap mail_plugin_dir(imap): /usr/lib64/dovecot/imap mail_plugin_dir(managesieve): /usr/lib64/dovecot/managesieve imap_client_workarounds(default): outlook-idle delay-newmail imap_client_workarounds(imap): outlook-idle delay-newmail imap_client_workarounds(managesieve): managesieve_logout_format(default): bytes=%i/%o managesieve_logout_format(imap): bytes=%i/%o managesieve_logout_format(managesieve): bytes ( in=%i : out=%o ) namespace: type: private separator: / inbox: yes list: yes subscriptions: yes namespace: type: shared separator: / prefix: sdilene/%%u/ location: maildir:/mnt/pole/mail/valbek.cz/%%u:INDEX=/mnt/pole/mail/valbek.cz/%%u/sdilene/%%u list: children lda: postmaster_address: i...@valbek.cz mail_plugins: sieve acl auth default: mechanisms: plain login passdb: driver: ldap args: /etc/dovecot-ldap.conf userdb: driver: ldap args: /etc/dovecot-ldap.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 432 user: vmail group: mail plugin: autocreate: Spam autocreate2: NoSpam autocreate3: Archiv sieve: /mnt/pole/mail/valbek.cz/%u/.dovecot.sieve sieve_storage: /mnt/pole/mail/valbek.cz/%u/sieve sieve_global_dir: /var/lib/dovecot/sieve/global/ fts: squat fts_squat: partial=4 full=10 acl: vfile acl_shared_dict: file:/var/lib/dovecot/shared-mailboxes.db >From log: "Mar 05 15:25:16imap-login: Info: Login: user=, method=PLAIN, rip=192.168.1.221, lip=192.168.1.254 "Mar 05 15:25:16IMAP(pa...@valbek.cz): Info: Loading modules from directory: /usr/lib64/dovecot/imap "Mar 05 15:25:16IMAP(pa...@valbek.cz): Info: Module loaded: /usr/lib64/dovecot/imap/lib01_acl_plugin.so "Mar 05 15:25:16IMAP(pa...@valbek.cz): Info: Module loaded: /usr/lib64/dovecot/imap/lib02_imap_acl_plugin.so "Mar 05 15:25:16IMAP(pa...@valbek.cz): Info: Effective uid=306, gid=306, home=(none) "Mar 05 15:25:16IMAP(pa...@valbek.cz): Info: Namespace: type=private, prefix=, sep=/, inbox=yes, hidden=no, list=yes, subscriptions=yes "Mar 05 15:25:16IMAP(pa...@valbek.cz): Info: maildir: data=/mnt/pole/mail/valbek.cz/pa...@valbek.cz "Mar 05 15:25:16IMAP(pa...@valbek.cz): Info: maildir++: root=/mnt/pole/mail/valbek.cz/pa...@valbek.cz, index=, control=, inbox=/mnt/pole/mail/valbek.cz/pa...@valbek.cz "Mar 05 15:25:16IMAP(pa...@valbek.cz): Info: acl: initializing backend with data: vfile "Mar 05 15:25:16IMAP(pa...@valbek.cz): Info: acl: acl username = pa...@valbek.cz "Mar 05 15:25:16IMAP(pa...@valbek.cz): Info: acl: owner = 1 "Mar 05 15:25:16IMAP(pa...@valbek.cz): Info: acl vfile: Global ACL directory: (null) "Mar 05 15:25:16IMAP(pa...@valbek.cz): Info: Namespace: type=shared, prefix=sdilene/%u/, sep=/, inbox=no, hidden=no, list=children, subscriptions=no "Mar 05 15:25:16IMAP(pa...@valbek.cz): Info: shared: root=, index=, control=, inbox= "Mar 05 15:25:1
Re: [Dovecot] 2.0.10 Auth failed while binding ldap
http://hg.dovecot.org/dovecot-2.0/rev/b44ec48d9425 probably fixes it? That patch solves the problem for me, now dovecot ldap auth works. Thank you Timo. (I was going to test that broken change when I made it, but then I realized I didn't have LDAP server installed and I just hate installing slapd. Today I thought I'd rather try writing my own really simple LDAP server, but after a few hours I gave up on it too. Maybe some day I'll try again. So the above patch is also untested.)
Re: [Dovecot] Multiple Concurrent IMAP Connections For Same User
On 05/03/2011 18:04, Stan Hoeppner wrote: I don't believe it's an issue of Tbird talking to Dovecot, and I don't believe it's a Dovecot issue. I believe it's a combination of the TB GLODA system and local folder synchronization. I recommend you disable both of these, close TB, then manually delete all local cached folder/message copies and the gloda database in the user profile, then launch TB. And never reenable local sync or GLODA. This should fix your problem. And make sure *all* IMAP clients accessing the mailbox expunge on exit, including your smart phone, etc. Turning off all caching and synchronisation makes no difference. It's the first thing I did, especially as at work the connection to the mail server is fast and the home directory for my account is a network drive. (i.e. the caching and copying of e-mail is actually *SLOWER* than direct access.) The same effect can be seen on all platforms TB3 runs upon and whether or not the users data is stored locally or on a network drive. Steve -- --- IT Systems Administrator, E-Mail:- st...@earth.ox.ac.uk Department of Earth Sciences,Tel:- +44 (0)1865 282110 Oxford University, South Parks Road, Oxford, UK. Fax:- +44 (0)1865 272072
Re: [Dovecot] Multiple Concurrent IMAP Connections For Same User
Stephen Usher put forth on 3/5/2011 12:57 PM: > On 05/03/2011 18:04, Stan Hoeppner wrote: >> I don't believe it's an issue of Tbird talking to Dovecot, and I don't >> believe it's a Dovecot issue. I believe it's a combination of the TB >> GLODA system and local folder synchronization. I recommend you disable >> both of these, close TB, then manually delete all local cached >> folder/message copies and the gloda database in the user profile, then >> launch TB. And never reenable local sync or GLODA. This should fix >> your problem. And make sure *all* IMAP clients accessing the mailbox >> expunge on exit, including your smart phone, etc. > > Turning off all caching and synchronisation makes no difference. Did you disable GLODA? -- Stan
Re: [Dovecot] Multiple Concurrent IMAP Connections For Same User
Stan Hoeppner put forth on 3/5/2011 1:34 PM: > Stephen Usher put forth on 3/5/2011 12:57 PM: >> On 05/03/2011 18:04, Stan Hoeppner wrote: >>> I don't believe it's an issue of Tbird talking to Dovecot, and I don't >>> believe it's a Dovecot issue. I believe it's a combination of the TB >>> GLODA system and local folder synchronization. I recommend you disable >>> both of these, close TB, then manually delete all local cached >>> folder/message copies and the gloda database in the user profile, then >>> launch TB. And never reenable local sync or GLODA. This should fix >>> your problem. And make sure *all* IMAP clients accessing the mailbox >>> expunge on exit, including your smart phone, etc. >> >> Turning off all caching and synchronisation makes no difference. > > Did you disable GLODA? Also, did you delete the sync copies and the GLODA sqlite index file from the user profile? IIRC, TB will still read the files if they exist, even after disabling their parent function. TB just won't write to them any more. Yes, it's stupid, I agree. But I recall running into this problem and needing to delete all the cached mbox files and the sqlite db to get everything working correctly. Specifically answering your "change" question, the one big difference between TB 3 and TB 2 is GLODA, and there have been a large number of problems with it. I noticed some of them on day one and disabled it. I use both TB and RoundCube. With both open, I can delete a group of messages in RC in an IMAP subfolder and the messages automatically disappear from my TB view in about 5 seconds, and remain gone. I just performed a test deleting a group of 8 messages via RC in an IMAP subfolder containing list mail from linux-ide. It works fine the other way around as well, though I must manually refresh RC as it's a stateless web app. I just deleted 6 messages in TB, and simply clicking the folder in RC showed the messages were gone. Deleting a message via RC in INBOX required punching the Get Mail button in TB to reveal the message had been deleted. Not sure why the INBOX case required a manual refresh. The messages are all is still gone, after closing and opening TB again. I don't recall ever having the problem you describe, using TB 3.0 through TB 3.1.9, and Dovecot 1.0.15 through 1.2.15. My point is that TB and Dovecot can be configured properly to eliminate this problem you're having. -- Stan
[Dovecot] Dovecot MySQL Schema
Hi, where can I find the MySQL schema for Dovecot on Debian? Regards, alokat
Re: [Dovecot] Dovecot MySQL Schema
On 6.3.2011, at 3.34, Alokat wrote: > where can I find the MySQL schema for Dovecot on Debian? http://wiki.dovecot.org/AuthDatabase/SQL
Re: [Dovecot] Multiple Concurrent IMAP Connections For Same User
Knute Johnson put forth on 3/5/2011 8:36 PM: > On 03/05/2011 12:24 PM, Stan Hoeppner wrote: >> Stan Hoeppner put forth on 3/5/2011 1:34 PM: >> Also, did you delete the sync copies and the GLODA sqlite index file >> from the user profile? IIRC, TB will still read the files if they >> exist, even after disabling their parent function. TB just won't write >> to them any more. Yes, it's stupid, I agree. But I recall running into >> this problem and needing to delete all the cached mbox files and the >> sqlite db to get everything working correctly. >> >> Specifically answering your "change" question, the one big difference >> between TB 3 and TB 2 is GLODA, and there have been a large number of >> problems with it. I noticed some of them on day one and disabled it. >> >> I use both TB and RoundCube. With both open, I can delete a group of >> messages in RC in an IMAP subfolder and the messages automatically >> disappear from my TB view in about 5 seconds, and remain gone. I just >> performed a test deleting a group of 8 messages via RC in an IMAP >> subfolder containing list mail from linux-ide. It works fine the other >> way around as well, though I must manually refresh RC as it's a >> stateless web app. I just deleted 6 messages in TB, and simply clicking >> the folder in RC showed the messages were gone. Deleting a message via >> RC in INBOX required punching the Get Mail button in TB to reveal the >> message had been deleted. Not sure why the INBOX case required a manual >> refresh. The messages are all is still gone, after closing and opening >> TB again. >> >> I don't recall ever having the problem you describe, using TB 3.0 >> through TB 3.1.9, and Dovecot 1.0.15 through 1.2.15. My point is that >> TB and Dovecot can be configured properly to eliminate this problem >> you're having. > > Thanks very much for this post as I have been having the same problems > with TB and my phone. I did the things you posted but when I delete a > message on my phone it doesn't always get deleted in TB. Sometimes it > disappears right a way and other times it never goes but it is better > than before when it would never delete on TB. If you're not doing local sync with TB and you have GLODA disabled, TB is going to show you exactly what's in your Dovecot mailbox. If the message doesn't disappear from your TB view sometime after deleting it on your smartphone, then I'd say it's very likely that Dovecot didn't receive the delete and/or expunge command from the phone. Check your Dovecot logs and see what the phone is actually sending, or not sending. Both of you mentioned problems specifically WRT smartphones. It's likely the IMAP implementation in these phones is simply buggy, or your network coverage is spotty. I don't use a smartphone so I can't really say. What smartphone are you each using? -- Stan
Re: [Dovecot] Multiple Concurrent IMAP Connections For Same User
On 03/05/2011 07:45 PM, Stan Hoeppner wrote: If you're not doing local sync with TB and you have GLODA disabled, TB is going to show you exactly what's in your Dovecot mailbox. If the message doesn't disappear from your TB view sometime after deleting it on your smartphone, then I'd say it's very likely that Dovecot didn't receive the delete and/or expunge command from the phone. Check your Dovecot logs and see what the phone is actually sending, or not sending. Both of you mentioned problems specifically WRT smartphones. It's likely the IMAP implementation in these phones is simply buggy, or your network coverage is spotty. I don't use a smartphone so I can't really say. What smartphone are you each using? I've got a Samsung Captivate running K-9 Mail. It could definitely have some bugs. Sometimes if I delete a message on my phone, I'll see it show up in the Trash folder but not disappear from the folder it was deleted from. It's just not consistent. but it is better than it was before. I'll look in the logs and see if I see anything interesting. Thanks again,
[Dovecot] 2.0.10 Auth failed while binding ldap
Everything is ok, Thanks Timo ;)
