3.2.0 contains all the stability improvements done in 3.1 over the
last year. On top of that, it has some nice additions of it's own:
- auto-migrations; An admittedly little tested feature is automatic
migrations of the database schema. Running any of the binaries against
an up-to-date and standard 3.1 schema will try to do all the necessary
upgrades if required.
- static code audit; the Coverity service was used to flush out as
many potential problems as possible.
- new capabilities; some interesting new IMAP capabilities have been
added. QRESYNC (rfc5162), LITERAL+ (rfc2088), UIDPLUS (rfc4315) will
improve performance especially for mobile clients.
Also:
- Remove redundant option THREADS
- Add additional mirror
- Rework post-install for auto-migration scripts
- Use @sample framework
PR: 192967
Submitted by: maintainer
- Also fix typo in timsieved rc script and updated from
bsd.ports.[pre|post].mk to bsd.ports.mk
- Bump PORTEVISION
PR: ports/169268
Submitted by: Alan Hicks <ahicks@p-o.co.uk> (maintainer)
mainly have linux where the libraries are symlinked so less interest in
fixing.
- fix bug where the mhash version is shown instead of the dbmail one.
- Bump PORTREVISION
PR: 168501
Submitted by: Maintainer
- pass maintainership to submitter
- add LICENSE
- drop optional dependencies on database backends - since 3.0 it's
handled with libzdb
- rename rc-scripts to .sh-less ones
- add UPDATING entry for users, that want to stay with dbmail 2.2.x
Please note, that committed patch is reworked version of originally
submitted (missing deps added, rc-scripts renamed, NOPORTDOCS issue
handled more completely, some plist fixes applied). Sorry for delay.
PR: 164631
Submitted by: Alan Hicks <ahicks at p-o.co dot uk>
Feature safe: yes
literal name_enable wherever possible, and ${name}_enable
when it's not, to prepare for the demise of set_rcvar().
In cases where I had to hand-edit unusual instances also
modify formatting slightly to be more uniform (and in
some cases, correct). This includes adding some $FreeBSD$
tags, and most importantly moving rcvar= to right after
name= so it's clear that one is derived from the other.
propogated by copy and paste.
1. Primarily the "empty variable" default assignment, which is mostly
${name}_flags="", but fix a few others as well.
2. Where they are not already documented, add the existence of the _flags
(or other deleted empties) option to the comments, and in some cases add
comments from scratch.
3. Replace things that look like:
prefix=%%PREFIX%%
command=${prefix}/sbin/foo
to just use %%PREFIX%%. In many cases the $prefix variable is only used
once, and in some cases it is not used at all.
4. In a few cases remove ${name}_flags from command_args
5. Remove a long-stale comment about putting the port's rc.d script in
/etc/rc.d (which is no longer necessary).
No PORTREVISION bumps because all of these changes are noops.
- Problem reported by Larry Rosenman. Patch for the problem was on the dbmail-dev list.
- bump PORTREVISION
PR: ports/109607
Submitted by: maintainer (Mark Starovoytov)
- Adds workaround for installations after some previous revision which
didn't deinstall completely
- Adds fix for bug #461 from dbmail bugtracker
PR: ports/106760
Submitted by: Mark Starovoytov <mark_sf@kikg.ifmo.ru> (maintainer)
1. #266 - Excessive db connects and quits
2. #271 - BUG with connect to postgresql database
3. #272 - Non-UTF characters in a message's body
4. #277 - Fix "INTERNALDATE" calculation in imaputil.c
5. other patches from repository.
- Add SHA256
PR: ports/88277
Submitted by: Mark Starovoytov <mark_sf@kikg.ifmo.ru> (maintainer)
(author description)
The DBMAIL package replaces the normal UNIX mailing system.
All emails and users data are stored in a database. You can
create an unlimited number of email accounts, which can be
checked using the POP3 or IMAP protocol. Users can maintain
their own set of email addresses. It is more scalable, more
secure, and faster than traditional mail systems. DBMAIL
uses PostgreSQL or MySQL.
PR: ports/54887
Submitted by: Clement Laforet <sheepkiller@cultdeadsheep.org>
