- dovecot - dovecot.org

Re: [dovecot] Re: List-id test
by Moe Wibble 13 May '03

13 May '03

On Mon, May 12, 2003 at 06:44:06AM +0300, Timo Sirainen wrote: > On Mon, 2003-05-12 at 04:21, Timo Sirainen wrote: > > Just enabled List-* headers, testing if this still works.. > > Hmm. Wondered about why List-Id header used wrong host name and started > looking at Ecartis' sources .. Wasn't it written in Perl? I had believed > so for quite a long time for some reason. So since it's C, I figured I'd > audit the code for security flaws. > > .. I think I'll switch switch the list manager. Mailman looks nice. tried ezmlm? :)

2 2

Re: [dovecot] Re: Design thought - Retention of reworked mbox files
by Tim Hunt 13 May '03

13 May '03

It's primarily for debugging, and I don't see it being used in a high volume environment. What triggered the thought is that I suspect I may have lost the bodies of a couple of messages during an expunge, but because I don't have the previous state of the mbox file, I have no way of verifying my concern, and certainly no way to try and recreate it. And yes, I'm using mbox files, because I have many years of mail stored in them, and I'm not quite ready to convert them to another format. Tim On Mon, 2003-05-12 at 11:01, Charlie Brady wrote: > On 12 May 2003, Timo Sirainen wrote: > > > On Mon, 2003-05-12 at 02:05, Tim Hunt wrote: > > > Would it be possible to keep a backup copy of an mbox mail file any time it > > > needs to be substantionally rebuilt - for an example before an expunge. This > > > behaviour could be controlled by the config file, since it would most likely > > > only be used in development and testing environments. > > > > If it's only for debugging, I guess I could then just save a copy of it. > > Presumably the other reason you'd want it would be for mailbox integrity. > But if you are concerned about that, you'd be using maildir, wouldn't you? > > -- > Charlie

1 0

[dovecot] quota
by Sebastian Pachuta 07 May '03

07 May '03

first, thx for --with-storages=maildir second, there is a problem when user exceed their quota < status INBOX (messages) > NO Internal error [2003-05-06 15:35:56] in logfile: imap(user): Can't create directory /var/mail/user/.INBOX: Disk quota exceeded 'user' is not able to get list of messages and delete some of them :( third, in logfile: imap(user2): maildir flags update: rename(/var/mail/user2/cur/1049405360.18375_0.asd, /var/mail/user2/cur/1049405360.18375_0.asd:2,T) failed: Disk quota exceeded is there any way to rename files when quota exceed?

3 2

[dovecot] dovecot.spec
by Farkas Levente 07 May '03

07 May '03

hi, I'm just recoginze that dovecot contains an rpm spec file. unfortunately it's not too useful since an rpm -ta dovecot-.x.y.tar.gz can't be used since just the dovecot.spec.in is in the tarbar and not the actual spec file (which is in this from not useful in the above form). anyway here is my patch to the spec.in. -- Levente "Si vis pacem para bellum!" --- dovecot/dovecot.spec.in.lfarkas 2003-05-05 16:36:16.000000000 +0200 +++ dovecot/dovecot.spec.in 2003-05-05 17:04:30.000000000 +0200 @@ -1,9 +1,11 @@ # DarContact: Timo Sirainen <tss(a)iki.fi> +%define uid 96 +%define gid 96 Summary: Dovecot secure IMAP server. Name: dovecot Version: @VERSION@ -Release: 0 +Release: 1 License: GPL Group: System Environment/Daemons URL: http://dovecot.procontrol.fi/ @@ -16,14 +18,12 @@ Prefix: %{_prefix} Prereq: /usr/sbin/useradd, /usr/sbin/usermod -BuildRequires: openssl-devel %{!?rh62:, pam-devel} %{?rh62: pam} +BuildRequires: openssl-devel %{!?rh62:, pam-devel} %{?rh62: pam} gettext %description Dovecot is an IMAP server for Linux/UNIX-like systems, written with security primarily in mind. Although it's written with C, it uses -several coding techniques to avoid most of the common pitfalls. Next -release will also contain a small POP3 server. - +several coding techniques to avoid most of the common pitfalls. Dovecot can work with standard mbox and maildir formats and it's fully compatible with UW-IMAP and Courier IMAP servers as well as mail clients accessing the mailboxes directly. @@ -36,7 +36,7 @@ # # Init file for Dovecot IMAP daemon # -# chkconfig: - 54 46 +# chkconfig: 345 54 46 # description: Dovecot IMAP Daemon # # processname: dovecot @@ -101,8 +101,17 @@ exit \$RETVAL EOF +%{__cat} <<EOF >dovecot.pam +#%PAM-1.0 +auth required pam_nologin.so +auth required pam_stack.so service=system-auth +account required pam_stack.so service=system-auth +session required pam_stack.so service=system-auth +EOF + %build -export CPPFLAGS="-I/usr/kerberos/include" +export CPPFLAGS="`pkg-config --cflags-only-I openssl`" +export LDFLAGS="`pkg-config --libs-only-L openssl`" %configure \ --with-ssl="openssl" \ --with-ssldir="%{_sysconfdir}/ssl" @@ -112,27 +121,32 @@ %{__rm} -rf %{buildroot} %makeinstall %{__install} -d -m0755 %{buildroot}%{_initrddir} -%{__install} -m0755 dovecot.sysv %{buildroot}%{_initrddir}/dovecot +%{__install} -m0755 dovecot.sysv %{buildroot}%{_initrddir}/%{name} +%{__install} -m644 dovecot.pam %{buildroot}%{_sysconfdir}/pam.d/imap +%{__install} -m644 dovecot.pam %{buildroot}%{_sysconfdir}/pam.d/imaps +%{__install} -m644 dovecot.pam %{buildroot}%{_sysconfdir}/pam.d/pop3 +%{__install} -m644 dovecot.pam %{buildroot}%{_sysconfdir}/pam.d/pop3s %{__mv} -f %{buildroot}%{_sysconfdir}/dovecot-example.conf %{buildroot}%{_sysconfdir}/dovecot.conf ### Clean up buildroot -%{__rm} -rf %{buildroot}%{_datadir}/doc/dovecot/ +%{__rm} -rf %{buildroot}%{_datadir}/doc/%{name}/ %pre -/usr/sbin/useradd -M -s /sbin/nologin -r dovecot &>/dev/null || : -/usr/sbin/usermod -s /sbin/nologin dovecot &>/dev/null || : +# Add the dovecot user and group if not found +/usr/sbin/groupadd -g %{gid} -r %{name} &>/dev/null || : +/usr/sbin/useradd -d /var/run/%{name} -s /bin/false -g %{name} -M -r -u %{uid} %{name} &>/dev/null || : %post /sbin/chkconfig --add dovecot %preun if [ $1 -eq 0 ]; then - /sbin/service dovecot stop &>/dev/null || : + /sbin/service %{name} stop &>/dev/null || : /sbin/chkconfig --del dovecot fi %postun -/sbin/service dovecot condrestart &>/dev/null || : +/sbin/service %{name} condrestart &>/dev/null || : %clean %{__rm} -rf %{buildroot} @@ -142,11 +156,16 @@ %doc AUTHORS ChangeLog COPYING* NEWS README TODO %doc doc/*.conf doc/*.sh doc/*.txt %config %{_sysconfdir}/dovecot.conf -%config %{_initrddir}/dovecot +%config %{_initrddir}/%{name} +%config %{_sysconfdir}/pam.d/* %{_sbindir}/* -%{_libexecdir}/dovecot/ +%dir %{_libexecdir}/%{name} +%{_libexecdir}/%{name}/ %changelog +* Mon May 5 2003 Levente Farkas <lfarkas(a)lfarkas.org> +- update a few things in the spec file + * Tue Apr 29 2003 Dag Wieers <dag(a)wieers.com> - 0.99.9-0 - Updated to release 0.99.9.

2 2

[dovecot] KMail?
by Joakim Ryden 07 May '03

07 May '03

Hey everyone - is anyone else having problems with Dovecot and KMail? I'm having trouble seeing my INBOX using KMail (Maildir format on the server), though all subfolders show up as normal. I suspect the problem is with KMail as all the other mail clients I've tested seem to have no such problems, they see INBOX *and* subfolders just fine, just wanted to see if anyone could confirm this behaviour? --Jo

2 1

[dovecot] dovecot and squirrelmail
by Warren Togami 07 May '03

07 May '03

Is anyone using squirrelmail with dovecot? After a few minor tweaks squirrelmail seems to work great, but I can't seem to get rid of the "./" folder. SquirrelMail implements some workaround hacks for specific IMAP server quirks. The default setting is: $imap_server_type = 'uw'; What settings do you folks use? Thanks, Warren Togami warren(a)togami.com

2 1

[dovecot] 0.99.9.1 - Runaway imap-login process
by Warren Togami 07 May '03

07 May '03

PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU COMMAND 32116 dovecot 19 0 1464 1464 1212 R 99.9 0.1 60:58 0 imap-login service dovecot stop ps -ef |grep imap-login |grep -v grep dovecot 32116 1 98 01:27 ? 01:01:33 imap-login /etc/dovecot.conf: auth_userdb = passwd uth_passdb = pam I think this was triggered while I attempted to login to IMAP with the this dovecot configuration without adding an "imap" entry to /etc/pam.d/ (auth fails). When I attempt to strace -p this runaway process, it strangely displays nothing. kill was able to get rid of it. After I added an appropriate /etc/pam.d/imap entry, auth works and I didn't see this runaway process. This is a RH9 chroot server instance running within Linux virtual server with security contexts kernel. (Think of it as a theoretically unbreakable chroot.) Any tips on what I can do to get some debugging information out of this? Thanks, Warren Togami warren(a)togami.com

2 1

[dovecot] Re: 0.99.9.1 OpenBSD and mbox
by Alvaro Munoz-Aycuens Mtnz. 07 May '03

07 May '03

Hi all, Now it works, these are the parameters I touched, the rest remains pretty the same as the example conf: #default_mail_env =mbox:~/mail/:INBOX=/var/mail/%u #mailbox_check_interval = 1 #mbox_locks = fcntl Anyway seems that HUP doesn't fully gets dovecot to reread conf file and restart, better to use SIGUSR1?, by the way how I disable dotlocking in case I want to try. Regards Alvaro Timo Sirainen wrote: > > Right. You'd have to either disable dotlocking or make /var/mail > world-writable and sticky. Currently there's no other ways around this. > >

2 1

[dovecot] 0.99.9.1
by Timo Sirainen 05 May '03

05 May '03

Some bugfixes: v0.99.9.1 2003-05-03 Timo Sirainen <tss(a)iki.fi> - Messages having lines longer than 8192 bytes caused problems. - There was some problems when opening a mbox first time that had been empty for a while. - Didn't compile with OpenBSD. - POP3 server crashed sometimes instead of printing error message. - If cached IMAP envelope contained literals, SEARCHing in it wrote errors to log file. For example if subject contained highascii, '"' or '\' characters this happened.

3 2

[dovecot] 0.99.9 released
by Timo Sirainen 05 May '03

05 May '03

As promised yesterday :) BTW. I just found libsqlora8 library yesterday and I've been playing with Oracle mail storage support. Shouldn't take too long to get it working. And the NEWS file once more: v0.99.9 2003-04-28 Timo Sirainen <tss(a)iki.fi> * WARNING: mbox rewriting works now faster, but it's less likely to notice external message flag changes (it wasn't perfect before either). This also means that if you're not using index files, Dovecot may not notice changes made by another Dovecot process. This will be fixed later. + Message UIDs are now permanently stored outside index files. Deleting indexes is now possible without any kind of data loss and in-memory indexes are now usable. + mbox rewriting leaves extra space into X-Keywords header. It's shrinked or grown when updating message flag headers to avoid rewriting the rest of the file. + imap-login and pop3-login can now be started from inetd. Privilege separation is still used, so it executes dovecot and dovecot-auth processes which are left on the background. + PostgreSQL authentication support, patch by Alex Howansky - Large multiline headers (over 8kB) broke Dovecot before. Now they're parsed one line at a time and we try to avoid reading them fully into memory. - SEARCH OR was broken - Partial BODY[] fetches were broken - Timezones were still set wrong when parsing dates - Using non-synchronized literals (LITERAL+) broke APPEND - Renaming maildir subfolders inserted extra "." in the middle. - Subfolders were a bit broken with maildir - Invalid PLAIN auth request crashed auth process.

2 3