[Dovecot] http://xi.rename-it.nl/debian/dists/stable-auto/dovecot-2.1.patched/
hi! What does patched mean in this repo? Does anybody know? Thank you, tamas
Re: [Dovecot] http://xi.rename-it.nl/debian/dists/stable-auto/dovecot-2.1.patched/
On 02/01/2012 01:56 PM, Stephan Bosch wrote: Op 2/1/2012 1:40 PM, Papp Tamas schreef: hi! What does patched mean in this repo? Does anybody know? This is the v2.1 repository that includes unstable development patches: http://hg.rename-it.nl/dovecot-2.1-patches/ http://hg.rename-it.nl/pigeonhole-0.3-patches/ These are mostly meant for some side-projects I am working on. Previously, some of these patches were included in the normal automatic builds, making debugging difficult since `tainted' dovecot sources were used. The patches also caused a few rather stupid bugs. Therefore, as I announced in a mail a few months back, I started a separate builder for testing these patches. So far, there is no reason for anyone except me to install and try these. Just use the normal dovecot-2.1 repository as documented in the wiki. OK, thank you. tamas
Re: [Dovecot] dict quota problem
On 04/30/2011 10:21 PM, Sven Hartge wrote: Yes. You as admin have to deal with this. Buy a bigger disk, reduce the quota, etc. Or use a filesystem quota, which will (of course) only work with real users and not with virtual users. OK, thank you. Well, virtual users are needed:) tamas
Re: [Dovecot] dict quota problem
On 04/30/2011 01:36 AM, Sven Hartge wrote: So, there is no exact or something closer solution with normal maildirs? Define exact. I mean, how I can set a true quota usage for a user? Trust me, you don't want to include any meta data or filesystem overhead in the quota value presented to the user. Doing so is just asking for trouble and grief. I unserstand the overhead, I'm just looking for any kind of solution, which works. Thank you, tamas ps: I think mailman suppose to inject the 'Reply-To: Dovecot Mailing List dovecot@dovecot.org' header, doesn't it?
Re: [Dovecot] dict quota problem
On 04/30/2011 02:24 PM, Sven Hartge wrote: I mean, how I can set a true quota usage for a user? Define true quota usage. Maximum usable space for a user on the disk. The current implementation just works. Where is your problem with that? You get the exact amount of bytes all mails of a user are allocating on the storage (minus the space for the meta data of dovecot like indexes and overhead from the filesystem). As I wrote, It does not work. The counted and the real space usage is far away from each other if you have a lot of mail files. Thank you, tamas
Re: [Dovecot] dict quota problem
On 04/20/2011 05:26 PM, Sven Hartge wrote: Papp Tamastom...@martos.bme.hu wrote: On 04/20/2011 01:47 PM, Sven Hartge wrote: du also accounts for the metadata of the filesystem. With Maildir++ you have many files per directory which causes the directory inode to increase in size. After mails are deleted, the now empty space inside the directory is not reclaimed (at least not in ext2/3/4, I guess, XFS behaves the same) and you see a difference in size, since dovecot only counts the raw size of the mails. You can test this for yourself: create a directory, place a 100M big file inside and check with du. Then delete that file, create 10,000 files with 10KB size inside, check with du, delete the files and check again. Thank you for your prompt answer. Why does dovecot count only the raw size? Does this mean, dict quota is not usable with maildirs? Is this true for sdbox also? In addition to the answer from Timo: Counting all meta-data is also very unintuitive for the user. Imagine a user with an INBOX containing 200,000 mails. This will result in a _huge_ directory inode for the INBOX folder (about 20MB for XFS). Now he deletes all those mails and expects a quota usage of 0 bytes. But the quota is still at 20MB, because the directory inode has not been reduced by the filesystem. I guarantee you, you will get numerous support calls. At least I got them while using filesystem-based quotas. I'm sorry for the late response. So, there is no exact or something closer solution with normal maildirs? Thank you, tamas
[Dovecot] dict quota problem
hi! In table I see this: | papp.ta...@center.hu | 118671994 |20437 | du -sm says, the size of the maildir is 154M. I use xfs. I can't figure out, why is there a difference. Can you help me out? Thank you, tamas
Re: [Dovecot] dict quota problem
On 04/20/2011 01:47 PM, Sven Hartge wrote: du also accounts for the metadata of the filesystem. With Maildir++ you have many files per directory which causes the directory inode to increase in size. After mails are deleted, the now empty space inside the directory is not reclaimed (at least not in ext2/3/4, I guess, XFS behaves the same) and you see a difference in size, since dovecot only counts the raw size of the mails. You can test this for yourself: create a directory, place a 100M big file inside and check with du. Then delete that file, create 10,000 files with 10KB size inside, check with du, delete the files and check again. Thank you for your prompt answer. Why does dovecot count only the raw size? Does this mean, dict quota is not usable with maildirs? Is this true for sdbox also? Thank you, tamas
Re: [Dovecot] expire
On Tue, Jul 06, 2010 at 01:06:42PM -0400, Phil Howard wrote:
On Tue, Jul 6, 2010 at 11:35, Papp Tamás tom...@martos.bme.hu wrote:
/usr/lib/dovecot/expire-tool.sh
Is it a script? I'm on Ubuntu 9.10 with Dovecot 1.1.11 and there is
no /usr/lib/dovecot/expire-tool.sh though there is a
/usr/lib/dovecot/expire-tool file which is an executable binary.
Sorry for the poor infor:(
Actually it's not exactly the Ubuntu's version of dovecot.
It's 1.2.10-0~auto+106 from http://xi.rename-it.nl/debian/ .
And yes, it's a script:
#!/bin/sh
#
# To make expire-tool working some failing plugins have to be removed
# from MAIL_PLUGINS environment variable.
# (see: http://wiki.dovecot.org/Plugins/Expire)
#
# This script must be installed as /usr/lib/dovecot/expire-tool.sh
MAIL_PLUGINS=${MAIL_PLUGINS//imap_quota/}
MAIL_PLUGINS=${MAIL_PLUGINS//mail_log/}
exec ${0%.sh} $@
Thank you,
tamas
Re: [Dovecot] Dovecot-1.2 + Sieve + Managesieve on Debian
On Mon, Mar 22, 2010 at 03:07:26PM +0300, Proskurin Kirill wrote: Hello! I think about migrate from FreeBSD to Linux because I need DRBD for clustering. I want to use Debian Lenny but run on some problems. I want near latest Dovecot packages. Native repos are too old. Backports seems to don`t have a SieveManagesieve support and we need it(am I wrong?). Stephan Bosch auto packeges is not for production. How could I solve this without make own packages? What Debian folk`s do in this situation? P.S. I don`t want to use RedHat like OS because I not familiar with it. I'm not a big freebsd fun, but wou should check this: http://svn.freebsd.org/viewvc/base?view=revisionrevision=204076 Also deb packages are available here: http://xi.rename-it.nl/debian/ tamas
Re: [Dovecot] Thinderbird+delete+move to Trash folder
On 2010. 01. 07. 20:08, Mark Sapiro wrote: shift+del works for me with TB 3.0 and Dovecot 1.2.9. Could you send me a diff agains the default dovecot.conf? Thank you, tamas
Re: [Dovecot] Thinderbird+delete+move to Trash folder
On 2010. 01. 07. 20:15, Papp Tamas wrote: On 2010. 01. 07. 20:08, Mark Sapiro wrote: shift+del works for me with TB 3.0 and Dovecot 1.2.9. Could you send me a diff agains the default dovecot.conf? I forgot to mention, do you use the plugin deleted_to_trash? Thank you, tamas
[Dovecot] pop3+leave messages on server
hi All, I have a srange problem. Before dovecot there was a courier imap and it worked just fine. The client(s) are the same then before, so I think, this is an server side problem. I have a user with Outlook and he uses pop3 and leaves messages on server. Sometimes the messages get downloaded again, when he starts the outlook. Not all, but 7-9 hours back. uidl format is like it's suggested: pop3_uidl_format = %08Xu%08Xv Any idea, what's wrong and what I can do? Thank you very much, tamas
Re: [Dovecot] pop3+leave messages on server
Tobias wrote: Is that a problem with other MUAs too? Or is Outlook the only affected one? You tried Thunderbird or Windows Live Mail to verify? No, the users are using only Outlook. Should I try it with TB? It would be a bit hard, because the failure does not depend on anything, I don't know, how to cause it. Thanks, tamas
Re: [Dovecot] pop3+leave messages on server
Tobias wrote: yes I would try with another MUA just to verify whether it's a MUA- or server problem. Well as I wrote, it will be hard, but I'll do it. Until I cannot, do you have any other idea? Btw: No chance to persuade the user to use IMAP instead of POP3? No there is no chance. I had another thread here in the list (imap + TB + two Trash folders). Until I don't have a final user and client independent solution, I recommend imap for users. But this is not the biggest problem. The protocoll imap is not the same as using pop3+leave messages on server. He wants to use this scenario anyway as he did for many years with no problems. Thank you, tamas
Re: [Dovecot] pop3+leave messages on server
Papp Tamas wrote: Tobias wrote: yes I would try with another MUA just to verify whether it's a MUA- or server problem. Well as I wrote, it will be hard, but I'll do it. Until I cannot, do you have any other idea? BTW, I think we can be pretty sure, it's not a MUA problem, because it was working just fine, until it was connected to an courier server (something very old version from 2004). Thanks, tamas
