- dovecot - dovecot.org

[Dovecot] umask 007 ineffective with newly created Maildir message
by Steve James 22 Dec '06

22 Dec '06

This is for Dovecot 1.0.rc15 from Debian Backports on 3.1 Stable, x86; Filesystems are local reiserfs; IMAPs client is KMail 1.9.5 Non-default settings in dovecot.conf: protocols = imaps ssl_cert_file = /etc/dovecot/mail.cert.pem ssl_key_file = /etc/dovecot/mail.key.pem mail_location = maildir:/var/mail/ambrosia.plus.com/%n mail_extra_groups = mail first_valid_uid = 1000 first_valid_gid = 1000 umask = 007 maildir_copy_with_hardlinks = yes To reproduce:- 1. Using your IMAP client with two IMAP accounts, copy a message from a folder in one account, to a folder in the other account 2. See that the newly created message file is -rw------- If a message is moved between folders on the _same_ account, however, the group permissions are preserved (ie not masked off). So it seems that the umask option is ineffective when the imap daemon creates a new maildir message file. Thanks, Steve. -- BOFH excuse #400: We are Microsoft. What you are experiencing is not a problem; it is an undocumented feature.

4 4

[Dovecot] Assertion failed
by Steven F Siirila 22 Dec '06

22 Dec '06

We have been running 1.0-rc15 for some time on a very small set of users. We recently have increased the user population and just ran into a problem with one user. That user is using a client we apparently had not tested yet and is causing us to get these errors in the logs: [Host name, IP address, and user name are not real] Dec 21 15:23:00 [hostname] dovecot: imap-login: Login: user=<username>, method=PLAIN, rip=10.10.10.10, lip=10.10.10.11, TLS Dec 21 15:23:00 [hostname] dovecot: IMAP(username): file strfuncs.c: line 151 (p_strdup_until): assertion failed: ((const char *) start <= (const char *) end) Dec 21 15:23:00 [hostname] dovecot: child 7151 (imap) killed with signal 6 -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs(a)umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593

2 1

[Dovecot] Deleting mail accounts older than 6 monthes
by Najib Abi Fadel 22 Dec '06

22 Dec '06

Hi, i have a mail server with many users and i am using dovecot as pop3 server. I was wondering if there is a way to detect the last date each user logged in to the server for retrieving his mail. I need to delete the users that has not logged in to their accounts the last 6 monthes. Many thanks for any help. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

4 5

[Dovecot] dbox support state
by Farkas Levente 22 Dec '06

22 Dec '06

hi, what is the current state of dovecot dbox support? is it stable, fast and usable? is it have current advantage over maildir or it will only have when it'll be optimized? is it worth to choose as a default mailbox format in a new dovecot install? thanks. yours. -- Levente "Si vis pacem para bellum!"

3 4

Re: [Dovecot] dbox support state
by Bill Boebel 22 Dec '06

22 Dec '06

On Fri, December 22, 2006 2:14 am, Steffen Kaiser <skdovecot(a)smail.inf.fh-bonn-rhein-sieg.de> said: > On Thu, 21 Dec 2006, Timo Sirainen wrote: > >> One optimization left for it would be to not store flags and keywords to >> the dbox files at all, but keep everything in index files. Once I get >> that implemented, I'll start benchmarking it. Of course the problem with >> that is that it relies on index files completely then. > > IMHO this is not good for disaster recovery and makes life needlessly hard > in such case. Esp. when both files become out-of-sync, you need a cunning > tool to re-construct any good state, rather than a simple "REINDEX". This > should apply to each kind of "index" file. Also, consider upgrades to > newer index file formats etc.pp. > > Are there really that many writes of message attributes? I mean, there is > only an improvement because you have just one write into the indexes > rather than two, one to the indexes and one into the message. > You've wrote that you reserve space for the flags in mbox, in case they > get updated, so you reduce the probability to rewrite the whole mbox for > each flag. Doing so should apply to dbox as well? It should be an option. Big mail systems can benefit from this optimization, but many systems may not see anything noticeable. You can do a lot of cool things with your storage once you're dealing with write-once mail data, where all actions after receiving a message get written somewhere outside of where the mail content is stored... including expunges. This is a step in that direction. Bill

1 0

[Dovecot] [Fwd: Re: missing /etc/aliases file]
by Kartagis 22 Dec '06

22 Dec '06

Forgot to Reply All -------- Original Message -------- Subject: Re: missing /etc/aliases file Date: Fri, 22 Dec 2006 09:42:46 +0200 From: Kartagis <kartagis(a)kunduz.org> To: Keith Roberts <keith(a)karsites.net> References: <D2B43561-0BAD-440F-97C0-712616E1E560(a)cox.net> <200612210856.40994.ml(a)awinkelmann.de> <64A0FED1-F20E-4D90-A0E9-0FE8A67DC0EC(a)cox.net> <20061221182636.GM8372(a)piias899.ms.com> <6F42AC60-7A86-4ABE-BC15-2200C347472A(a)cox.net> <2f8462f30612211433v63cfbf1eu8c1bdb56ebe32e6a(a)mail.gmail.com> <317AC147-BEB2-4365-9DAE-719A8CD1658E(a)cox.net> <2f8462f30612211525t35664570m5c1ebdb102566309(a)mail.gmail.com> <Pine.LNX.4.64.0612220702470.29122(a)karsites.net> Keith Roberts wrote: > Hi all. I've been getting the following errors on FC6 when > trying to start postfix: > > The following error occured after a clean installation of > postfix and fetchmail. > > part contents of /var/log/maillog: > > Dec 22 07:08:16 fedora-laptop postfix/postalias[3132]: > fatal: open /etc/aliases: No such file or directory > > Dec 22 07:08:18 fedora-laptop postfix/postfix-script: > starting the Postfix mail system > > Dec 22 07:08:18 fedora-laptop postfix/master[3178]: daemon > started -- version 2.3.3, configuration /etc/postfix > > Dec 22 07:09:43 fedora-laptop postfix/smtpd[3198]: fatal: > open database /etc/aliases.db: No such file or directory > > Dec 22 07:09:44 fedora-laptop postfix/master[3178]: warning: > process /usr/libexec/postfix/smtpd pid 3198 exit status 1 > > Dec 22 07:09:44 fedora-laptop postfix/master[3178]: warning: > /usr/libexec/postfix/smtpd: bad command startup -- > throttling > > The problem appears to be no /etc/aliases text file in the > said directory, /etc. > Try *find /etc/ -name aliases* and see where its exact location is > I see that postfix will actually generate the > /etc/aliases.db file from /etc/aliases, on each startup of > postfix. > That's incorrect. You need to run *newaliases* each time you edit aliases file and a new aliases.db will be generated. > My main question is where does the text file /etc/aliases > originate from? > > Is it part of the standard Linux distribution? > > Or is it generated somehow for each specific Linux > installation? > > Also, Can I use the /etc/aliases text file on my laptop for > my main machine, if one does not exist there after > installing postfix on it? > > I need to know that the postfix installation will complete > successfully with FC6 on my main machine, before installing > FC6 there, in place of SuSE 10.1. > > TIA > > Keith Roberts > > ------------------------------------------------------------ > http://www.karsites.net > http://www.raised-from-the-dead.org.uk > > This email address is challenge-response protected with > http://www.tmda.net > ------------------------------------------------------------ >

1 1

[Dovecot] email message size limit
by Fred Bauer 22 Dec '06

22 Dec '06

Simple question: I've discovered that dovecot's IMAP server imposes a ~5Mb limit on email message size. After a day of searching I cannot find the configuration parameter that governs this size. What is it? Or is there no such parameter? Thanks in advance, Fred P.S. ... and yes I've discovered the quota, Maildir++, etc plugin but that doesn't seem to be what I'm after.

3 3

[Dovecot] [PATCH] Fix for dovecotpw on powerpc and other architectures
by Fabio Tranchitella 21 Dec '06

21 Dec '06

Hi, please apply the following patch to dovecotpw. Without this, it will be unusable on powerpc and (maybe) other architectures where the char is unsigned by default. --- dovecot-1.0/src/util/dovecotpw.c (revisione 2066) +++ dovecot-1.0.new/src/util/dovecotpw.c (copia locale) @@ -40,7 +40,7 @@ const char *user = NULL; char *scheme = NULL; char *plaintext = NULL; - char ch; + signed char ch; int lflag = 0, Vflag = 0; lib_init(); Thanks! Fabio Tranchitella <kobold(a)debian.org> .''`. Proud Debian GNU/Linux developer, admin and user. : :' : `. `'` http://people.debian.org/~kobold/ `- _____________________________________________________________________ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564

3 2

[Dovecot] HELLO IS THERE ANYBODY OUT THERE ????
by Rian Booyer - Camden County Library District 21 Dec '06

21 Dec '06

hey guy's anyone have a clue as to why my dovecot is going so slow??? Rian Booyer Library Systems Analyst Camden County Library District rian(a)ccld.us <http://www.ccld.us/> http://www.ccld.us Phone: 573-346-7733 Fax: 573-346-1263

4 3

Re: [Dovecot] Userdb authentication cache
by Bill Boebel 21 Dec '06

21 Dec '06

On Thu, December 21, 2006 1:28 pm, Timo Sirainen <tss(a)iki.fi> said: > On Thu, 2006-12-21 at 18:16 +0100, LeVA wrote: >> 2006. December 21. 17:05, Timo Sirainen: >> > Committed to CVS HEAD already. I think this is small enough change >> > that it won't break anything too badly for v1.0, but I'd like to get >> > some testing first. Here's a patch against branch_1_0 CVS and latest >> > nightly snapshot (looks like they haven't been updating for a while, >> > started building new a new one now): >> > >> > http://dovecot.org/patches/userdb-cache.diff >> > >> > Please try and tell me if it breaks something. :) >> What is this doing? What is an userdb auth cache? > > See auth_cache_size setting, it already caches passdb lookups. So things > such as SQL and LDAP queries. I vote yes, commit this to branch_1_0 once it is tested a bit. We'll do some testing. Bill

1 0