-Dovecot is an open source IMAP and POP3 server for Linux/UNIX-like systems,
written with security primarily in mind. Although it's written in C, it uses
several coding techniques to avoid most of the common pitfalls.
+Dovecot is an open source IMAP and POP3 server for Linux/UNIX-like
+systems, written with security primarily in mind. Although it's
+written in C, it uses 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' implementation of them as
well as mail clients accessing the mailboxes directly. I have also plans to
support storing mails in SQL databases.
+Dovecot can work with standard mbox and maildir formats and it's fully
+compatible with UW-IMAP and Courier IMAP servers' implementation of them
+as well as mail clients accessing the mailboxes directly. I have also
+plans to support storing mails in SQL databases.
-Dovecot is easy to set up and doesn't require special maintenance. Only
thing you need is to get the authentication working properly - if your users
are in /etc/passwd there's hardly anything you have to do.
+Dovecot is easy to set up and doesn't require special maintenance.
+Only thing you need is to get the authentication working properly
+if your users are in /etc/passwd there's hardly anything you have to do.
-Dovecot should be pretty fast. There are still some optimizations that could
be done, but I believe it already beats most other IMAP servers in overall
performance. This is mostly because of index files that Dovecot maintains;
instead of having to scan through all the data in mailbox, Dovecot can get
most of the wanted information from index with little effort. Dovecot's
indexes can scale to huge amount of messages per mailbox with hardly any
noticeable slowdown. I've tested only up to 367000 mails, but millions of
messages should be no problem.
+Dovecot should be pretty fast. There are still some optimizations that
+could be done, but I believe it already beats most other IMAP servers in
+overall performance. This is mostly because of index files that Dovecot
+maintains; instead of having to scan through all the data in mailbox,
+Dovecot can get most of the wanted information from index with little
+effort. Dovecot's indexes can scale to huge amount of messages per mailbox
+with hardly any noticeable slowdown. I've tested only up to 367000 mails,
+but millions of messages should be no problem.
-Dovecot takes very little memory. Most of it goes to mmap()ed index and
mailbox files, meaning that if operating system is low on memory, it can
simply drop those memory pages without having to store them in swap.
Connections are handled in separate processes, each one currently using
around 100kB of swappable memory. Some extensions like SORT and THREAD will
require more memory to work though.
+Dovecot takes very little memory. Most of it goes to mmap()ed index and
+mailbox files, meaning that if operating system is low on memory, it can
+simply drop those memory pages without having to store them in swap.
+Connections are handled in separate processes, each one currently using
+around 100kB of swappable memory. Some extensions like SORT and THREAD
+will require more memory to work though.
-Dovecot is fail safe. Indexes could potentially be quite a large problem
maker, but Dovecot does sanity checks to all data before using it to avoid
crashes and other problems. Any kind of crash is considered as bug and will
be fixed - even if it happens only by deliberately poking the index files.
+Dovecot is fail safe. Indexes could potentially be quite a large problem
+maker, but Dovecot does sanity checks to all data before using it to avoid
+crashes and other problems. Any kind of crash is considered as bug and will
+be fixed - even if it happens only by deliberately poking the index files.
Status
* Dovecot should be quite ready for use with normal IMAP clients.
@@ -41,6 +71,10 @@ Status
* Complete TLS/SSL support, using either GNUTLS or OpenSSL.
* IPv6 ready.
* Shared mailboxes aren't yet supported.
-* Maildir++ quota isn't yet supported. Hard filesystem quota can also be
problematic.
-* mbox support isn't yet perfect. There's a few theoretical problems where
Dovecot isn't RFC-compatible, but in practise I haven't heard it to cause any
real problems with today's IMAP clients. v1.0 will have rewritten mbox code
with much better performance and full RFC compatibility.
+* Maildir++ quota isn't yet supported. Hard filesystem quota can also be
+ problematic.
+* mbox support isn't yet perfect. There's a few theoretical problems where
+ Dovecot isn't RFC-compatible, but in practise I haven't heard it to cause
any
+ real problems with today's IMAP clients. v1.0 will have rewritten mbox code
+ with much better performance and full RFC compatibility.
EOF
diff --git a/mail/dovecot/FINAL b/mail/dovecot/FINAL
index 318c75f..1c9f9cc 100755
--- a/mail/dovecot/FINAL
+++ b/mail/dovecot/FINAL
@@ -1,4 +1,18 @@
-mkdir -p /var/log/dovecot
-
message "${MESSAGE_COLOR}Use the following script to generate certificates
for IMAP and POP3:${DEFAULT_COLOR}"
message "${MESSAGE_COLOR}sudo $GRIMOIRE_DIR/http/httpd-dev/mksscert.sh
<imap|pop3>${DEFAULT_COLOR}"
+
+if [[ "$DOVECOT_MANAGESIEVE" == "y" ]]; then
+message "${MESSAGE_COLOR}"
+message "You have enabled the managesieve server patch but you still need to"
+message "enable it in the config file. To do so the following lines should
help"
+message "####"
+message "# Add managesieve to protocols"
+message "protocols = managesieve"
+message "# Configure the managesieve protocol"
+message "protocol managesieve {"
+message " listen = *:2000"
+message " login_executable = /usr/libexec/dovecot/managesieve-login"
+message " mail_executable = /usr/libexec/dovecot/managesieve"
+message "}"
+message "####"
+fi
diff --git a/mail/dovecot/HISTORY b/mail/dovecot/HISTORY
index 08a3ee4..d774a7a 100644
--- a/mail/dovecot/HISTORY
+++ b/mail/dovecot/HISTORY
@@ -1,3 +1,17 @@
+2007-03-31 Andraž "ruskie" Levstik <ruskie AT mages.ath.cx>
+ * DETAILS: update to 1.0.rc29
+ SECURITY_PATCH=1:Security fix: If zlib plugin was loaded, it was
possible
+ to open gzipped mbox files outside the user's mail directory.
+ added managesieve server patch
+ updated lda
+ * PREPARE: ask for managesieve if lda is selected
+ * CONFIGURE: added plenty of options to configure
+ * BUILD: fixup for extra options, disabled what we don't have
+ * DEPENDS: krb5 for gssapi, autoconf and automake for managesieve
+ * FINAL: added message for managesieve patch to make it work
+ * PREPARE: ask for managesieve patch
+ * PRE_BUILD: handle the managesieve patch
+
2006-03-14 Bearcat M. Sandor <sourcemage AT feline-soul.com>
* DETAILS: update to 1.0.rc26
diff --git a/mail/dovecot/INSTALL b/mail/dovecot/INSTALL
index 49674bf..1cdd0df 100755
--- a/mail/dovecot/INSTALL
+++ b/mail/dovecot/INSTALL
@@ -1,5 +1,4 @@
-default_install &&
-if [[ "$DOVECOT_EXT_LDA" == 'y' ]]; then
- pushd dovecot-sieve-* &&
- make install
-fi
+default_install &&
+pushd dovecot-sieve-1.0.1 &&
+default_install &&
+popd
diff --git a/mail/dovecot/PREPARE b/mail/dovecot/PREPARE
index 143ffbb..0df3a63 100755
--- a/mail/dovecot/PREPARE
+++ b/mail/dovecot/PREPARE
@@ -1 +1,4 @@
-config_query DOVECOT_EXT_LDA 'Use extended LDA with Sieve support?' y
+config_query DOVECOT_EXT_LDA 'Use extended LDA with Sieve support?' y &&
+if [[ $DOVECOT_EXT_LDA == y ]]; then
+config_query DOVECOT_MANAGESIEVE 'Do you want the manage sieve server
patch?' n
+fi
diff --git a/mail/dovecot/PRE_BUILD b/mail/dovecot/PRE_BUILD
index 5177ab3..dc576b9 100755
--- a/mail/dovecot/PRE_BUILD
+++ b/mail/dovecot/PRE_BUILD
@@ -1,5 +1,12 @@
-default_pre_build &&
-cd $SOURCE_DIRECTORY &&
-if [[ "$DOVECOT_EXT_LDA" == 'y' ]]; then
- unpack_file 3
+default_pre_build &&
+cd $SOURCE_DIRECTORY &&
+if [[ "$DOVECOT_EXT_LDA" == "y" ]]; then
+unpack_file 3 &&
+if [[ "$DOVECOT_MANAGESIEVE" == "y" ]]; then
+verify_file 4 &&
+zcat $SOURCE_CACHE/$SOURCE4 | patch -p1 &&
+aclocal &&
+automake --add-missing &&
+autoreconf
+fi
fi
[SM-Commit] GIT changes to master grimoire by Andraž Levstik (a45dcd73b76c45ef3306ce73cbad6911ae0b82de),
Andraž Levstik, 03/31/2007