[Dovecot] problems with debian 5.0 and thunderbird
Hi, Does anyone have a setup guide for Thunderbird and Dovecot on Debian please? Dovecot is 1.0.15 I have Dovecot running listening on 143 and I can telnet from the XP guest but Thunderbird cant or wont talk to it. I have taken the # off listen and I get a telnet reply, no firewall is configured Ive set thunderbird up lots so I suspect its not Thunderbird but a dovecot config I have wrong. regards
Re: [Dovecot] New IPC features : any configuration doc ?
That shall appear in the doc somewhere, as "default_login_user" is not a mandatory field, or you shall make this field mandatory On Tue, 24 May 2011 03:42:17 +0300, Timo Sirainen wrote: > default_login_user should be set to the user that runs imap-login and pop3-login processes. Apparently you haven't changed that from the default dovenull, but instead have set service imap-login { user } setting directly. > > On 24.5.2011, at 2.42, Joan Moreau wrote: > >> Here the message at restart, when using the HG version (2.0.13 works nicely) # /etc/init.d/dovecot restart Stopping dovecot done Starting dovecot Fatal: service(ipc) User doesn't exist: dovenull (See service ipc { unix_listener /var/run/dovecot/login/ipc-proxy { user } } setting) startproc: exit status of parent of /usr/sbin/dovecot: 89 On Mon, 23 May 2011 19:18:46 +0300, Timo Sirainen wrote: >> >>> On 23.5.2011, at 18.24, Joan Moreau wrote: >>> Dovecot complains at start for the ipc listener not correctly configured. >>> What exactly is the error message? >>> What is the configuration scheme ? >>> You shouldn't have needed to do anything about it.
[Dovecot] Dovecot 1.2 with MySQL limit Trash folder
Hi All, I need your help to limit the size of the Trash folder. I want to exclude the Trash folder in my user quota. But I do not want the Trash folder can not exceed 10M for example. I can manage to exclude the size of the Trash folder. But I can not limit the size of the folder. On my test, I've bytes=512000 for the Trash folder. But the user can move more that 512000B on the Trash folder ... Could you help me please ? Bests Regards, Damien ## My SQL query (dovecot-sql.conf) ## user_query = SELECT CONCAT( '/home/vmail/', maildir ) AS home, CONCAT( '/home/vmail/', maildir ) AS sieve_dir, 201 AS uid, 201 AS gid, CONCAT('*:storage=',ROUND((quota*1048.576)),'B') AS quota_rule, 'Trash:storage=5B' AS quota_rule2, 'Trash:ignore' AS quota_rule3 FROM mail_mailbox WHERE username = '%u' AND actif = '1' ## My Log: ## 2011-05-24 20:08:59 imap-login: Info: Login: user=, method=PLAIN, rip=192.168.1.101, lip=192.168.1.10 2011-05-24 20:08:59 IMAP(postmas...@domain.tld): Info: Loading modules from directory: /usr/lib/dovecot/modules/imap 2011-05-24 20:08:59 IMAP(postmas...@domain.tld): Info: Module loaded: /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so 2011-05-24 20:08:59 IMAP(postmas...@domain.tld): Info: Module loaded: /usr/lib/dovecot/modules/imap/lib11_imap_quota_plugin.so 2011-05-24 20:08:59 IMAP(postmas...@domain.tld): Info: Module loaded: /usr/lib/dovecot/modules/imap/lib20_autocreate_plugin.so 2011-05-24 20:08:59 IMAP(postmas...@domain.tld): Info: Module loaded: /usr/lib/dovecot/modules/imap/lib20_expire_plugin.so 2011-05-24 20:08:59 IMAP(postmas...@domain.tld): Info: Effective uid=201, gid=201, home=/home/vmail/d/o/domain.tld/postmaster/ 2011-05-24 20:08:59 IMAP(postmas...@domain.tld): Info: Quota root: name=user backend=dict args=:proxy::quota 2011-05-24 20:08:59 IMAP(postmas...@domain.tld): Info: Quota rule: root=user mailbox=* bytes=1048576 messages=0 2011-05-24 20:08:59 IMAP(postmas...@domain.tld): Info: Quota rule: root=user mailbox=Trash bytes=512000 messages=0 2011-05-24 20:08:59 IMAP(postmas...@domain.tld): Info: expire: No expire or expire_altmove settings - plugin disabled 2011-05-24 20:08:59 IMAP(postmas...@domain.tld): Info: dict quota: user=postmas...@domain.tld, uri=proxy::quota, noenforcing=0 2011-05-24 20:08:59 IMAP(postmas...@domain.tld): Info: maildir: data=/home/vmail/d/o/domain.tld/postmaster/ 2011-05-24 20:08:59 IMAP(postmas...@domain.tld): Info: maildir++: root=/home/vmail/d/o/domain.tld/postmaster, index=, control=, inbox=/home/vmail/d/o/domain.tld/postmaster 2011-05-24 20:08:59 IMAP(postmas...@domain.tld): Info: Namespace : Using permissions from /home/vmail/d/o/domain.tld/postmaster: mode=0700 gid=-1 2011-05-24 20:08:59 IMAP(postmas...@domain.tld): Info: Connection closed bytes=38/363 ### ## My dovecot.conf ## ### dict { quota = mysql:/etc/dovecot/dovecot-quota.conf } plugin { args = /etc/dovecot/dovecot-sql.conf quota = dict:user::proxy::quota autocreate = Junk autocreate2 = NonJunk autocreate3 = Drafts autocreate4 = Sent autocreate5 = Trash autosubscribe = Junk autosubscribe2 = NonJunk autosubscribe3 = Drafts autosubscribe4 = Sent autosubscribe5 = Trash }
[Dovecot] libwrap does it work on in 2.0?
Hi, I noticed recently that libwrap (TCP Wrappers) is supported, although disabled by default, in the current Dovecot 2.0 but doesn't seem to be mentioned anywhere on the wiki. Is this working well/at all? Anyone care with experience using this care to share their experiences? My OS is FreeBSD, I noticed on some Linux distributions there may be issues, but this won't affect my installation. thanks Andy.
[Dovecot] slow squat fts index creation
Hi all, ive been playing with squat indexes. Up to about 300.000 emails in a single mailbox this was working flawlessly. The search index file is about 500MB at that time. Ive now added some more emails, and at 450.000 or so emails im seeing a serious problem with squat index creation. It takes...f o r e v e r . The .tmp file is being so slowly, it will probably take 2-3 hours to create. Upto this point it took maybe a minute. Im doing this in an openvz container, so theoretically i may be hitting some openvz resource limit. But ive upped all the limits and dont see any improvements. I dont see any resources starvation either. Could there be some dovecot issue when the search index reaches say 1GB? (im estimating that it's now trying to save about 1GB search index). Regards, Cor
[Dovecot] IMAP Label Updates not showing up across shared account
Dovecot 2.0.13 Centos 5.4 x86_64 2.6.18-164.9.1.el5 (on ESXi) OS/Logs on local storage, /home all on NFS server for datastore (NFS Store Centos 5.5 x86_64 2.6.18-194.11.1.el5) Thunderbird 3.1.10 on XP/W7 Desktops We are seeing a werid issue where there is a delay of up to a few mins in seeing label updates on messages. I have confirmed that Thunderbird is sending the update to the server with WireShark, its just additional users connected to the same mailbox do not see them. Marking a message as Seen/Un-Seen happens faster just not labels. If you have a label set when you mark a message as Seen/Un-Seen the other clients then see the update straight away. -- The information contained in or attached to this email is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorised to and must not disclose, copy, distribute, or retain any message or any part of it. If you have received an email in error, please contact the sender and delete the material from any computer. The contents of this email are not for publication unless specifically stated. Furthermore, the information contained in this message, and any attachment(s) thereto, is for information purposes only and may contain the personal views and opinions of the author, which are not necessarily the views and opinions of WENN or its subsidiaries and associated companies. We make every effort to keep our network free from viruses. However, you do need to check this e-mail and any attachments to it for viruses as we can take no responsibility for any computer virus which may be transferred by way! of this e-mail. WENN Ltd: Registered Office: 35 Tileyard Studios, Tileyard Road, London, N7 9AH, England. Registered No: 4375163. Place of Registration: United Kingdom. USA Entertainment News Inc (d/b/a WENN): Registered Office: 60 Madison Avenue, Suite 1027, New York, NY 10010, USA The WENN name, design and related marks are trademarks of the WENN group of companies. (c) 2011 All Rights Reserved.