dbmail 3.0.2 mail =16

An SQL database-based mail system (POP3 and IMAP)
Maintained by: ahicks@p-o.co.uk
Port Added: 07 Oct 2003 01:23:32
License: GPLv2

---

---

Dbmail is the name of a group of programs that enable the possibility of
storing and retrieving mail messages from a database (currently MySQL,
PostgreSQL or SQLite).

* Scalability.
  Dbmail is as scalable as the database system that is used for the mail
  storage. In theory millions of accounts can be managed using dbmail. One
  could, for example, run 4 different servers with the pop3 daemon each
  connecting to the same database (cluster) server.
* Manageability.
  Dbmail is based upon a database. Dbmail can be managed by changing settings
  in the database (f.e. using PHP/Perl/SQL), without needing shell access.
* Speed.
  Dbmail uses very efficient, database specific queries for retrieving mail
  information. This is much faster then parsing a filesystem.
* Security.
  Dbmail has got nothing to do with the filesystem or interaction with other
  programs in the Unix environment which need special permissions.  Dbmail is
  as secure as the database it's based upon.
* Flexibility.
  Changes on a Dbmail system (adding of users, changing passwords etc.) are
  effective immediately.

WWW:	http://www.dbmail.org/

CVSWeb : Sources : Main Web Site : Distfiles Availability : PortsMon

---

NOTE: FreshPorts displays only required dependencies information. Optional dependencies are not covered.
Required To Build: textproc/asciidoc, textproc/xmlto, devel/gmake, devel/libtool
Required Libraries: mail/gmime24, databases/libzdb, security/mhash, devel/libevent
There are no ports dependent upon this port

---

To install the port: cd /usr/ports/mail/dbmail/ && make install clean
To add the package: pkg_add -r dbmail

---

Configuration Options

===> The following configuration options are available for dbmail-3.0.2:
     SIEVE=off (default) "Build with support for Sieve mail sorting language"
     LDAP=off (default) "Build with support for LDAP authentication"
===> Use 'make config' to modify these settings

---

Master Sites:

http://www.dbmail.org/download/3.0/

ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/

• 2012-03-18

  Affects: users of mail/dbmail

  Author: rm@FreeBSD.org

  Reason: 
    dbmail 3.0 is now available.
  
    There are a number of significant changes including Dependencies,
    Config, Schema and Server changes.
  
    Without required modifications, dbmail will not run and you will
    no longer have access to your emails. See UPGRADING for details.
    Don't forget to backup and fully test before upgrading.
  
    To stick with version 2.2.x run:
    # portupgrade -o mail/dbmail22 mail/dbmail
    or
    # portmaster -o mail/dbmail22 mail/dbmail
  
  

- add in pkg-message that I forget to cvs add

PR:             166245
Submitted by:   Alan Hicks <ahicks at p-o.co dot uk> (maintainer)
Feature safe:   yes

- update to 3.0.2
- 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

Remove quotes from BROKEN and IGNORE as they are not required
Reset maintainer due to mail bounce

In the rc.d scripts, change assignments to rcvar to use the
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.

- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead

PR:             157936
Submitted by:   myself
Exp-runs by:    pav
Approved by:    pav

Update to 2.2.17

PR:             ports/155501
Submitted by:   Piotr Rybicki <piotr.rybicki@innervision.pl>
Approved by:    maintainer timeout

Bump PORTREVISION for ports linking to default libmysqlclient.

Sync to new bsd.autotools.mk

- Update to 2.2.16

PR:             ports/148371
Submitted by:   myself (sahil@)
Approved by:    maintainer (timeout; 33 days)

Begin the process of deprecating sysutils/rc_subr by
s#. %%RC_SUBR%%#. /etc/rc.subr#

- use $SUB_FILES to dynamically adjust pkg-message

PR:             ports/142731
Submitted by:   Sevan Janiyan <venture37@geeklan.co.uk>
Approved by:    maintainer timeout (mark_sf@kikg.ifmo.ru; > 2 weeks)

-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.

It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.

With help:      marcus and kwm
Pointyhat-exp:  a few times by pav
Tested by:      pgollucci, "Romain Tartière" <romain@blogreen.org>, and
                a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by:    marcus
Approved by:    portmgr

Fix a few "bad example" problems in the rc.d scripts that have been
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.

- Update to 2.2.11

PR:             ports/136039
Submitted by:   Radim Kolar SF.NET <hsn@sendmail.cz>
Approved by:    maintainer

Bump portrevision due to upgrade of devel/gettext.

The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).

PR:             ports/124340
Submitted by:   edwin@
Approved by:    portmgr (pav)

- Update to 2.2.10

PR:             ports/122575
Submitted by:   Mark Starovoytov <mark_sf@kikg.ifmo.ru> (maintainer)

- Update to 2.2.8

PR:             118825
Submitted by:   Mark Starovoytov <mark_sf@kikg.ifmo.ru> (maintainer)

- Update to 2.2.7

PR:             117840
Submitted by:   Mark Starovoytov <mark_sf@kikg.ifmo.ru> (maintainer)

- Set --mandir and --infodir in CONFIGURE_ARGS if the configure script
  supports them.  This is determined by running ``configure --help'' in
  do-configure target and set the shell variable _LATE_CONFIGURE_ARGS
  which is then passed to CONFIGURE_ARGS.
- Remove --mandir and --infodir in ports' Makefile where applicable
  Few ports use REINPLACE_CMD to achieve the same effect, remove them too.
- Correct some manual pages location from PREFIX/man to MANPREFIX/man
- Define INFO_PATH where necessary
- Document that .info files are installed in a subdirectory relative to
  PREFIX/INFO_PATH and slightly change add-plist-info to use INFO_PATH and
  subdirectory detection.

PR:             ports/111470
Approved by:    portmgr
Discussed with: stas (Mk/*), gerald (info related stuffs)
Tested by:      pointyhat exp run

- update to 2.2.5

PR:             ports/113272
Submitted by:   Larry Rosenman <ler@lerctr.org>
Approved by:    maintainer, garga (mentor)

- Update to 2.2.4

PR:             110245
Submitted by:   Larry Rosenman <ler@lerctr.org>
Approved by:    maintainer

- Headernames should be processed case-insensitively according to RFC822 3.4.7.
- 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)

- Update to 2.2.2

PR:             ports/109094
Submitted by:   Mark Starovoytov <mark_sf at kikg.ifmo.ru> (maintainer)

- Adds dbmail-timsieved.sh
- 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)

- Update to 2.2.1

PR:             ports/105785
Submitted by:   Mark Starovoytov <mark_sf@kikg.ifmo.ru> (maintainer)

- Update to 2.0.10

PR:             95457
Submitted by:   maintainer

[update] mail/dbmail: sync to svn

        1. #281 - fix compilation on FreeBSD 4.x

PR:             ports/90914
Submitted by:   Mark Starovoytov <mark_sf@kikg.ifmo.ru>

- Integrate vendor patches:
  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)

- Update to 2.0.7
- Add patch for bug 266
- Reset maintainership (3 months of maintainer timeouts)
- Assign maintainership to a volunteer

PR:             ports/85455, ports/85763
Submitted by:   Mark Starovoytov <mark_sf@kikg.ifmo.ru>
Approved by:    maintainer timeout (seanc; 14 days)

- Patch nine bugs:
  #79 - INTERNALDATE reponses do not conform to RFC
  #145 - LMTP loses return-path
  #177 - Compile Fails on FreeBSD
         (fixes compilation on FreeBSD 4.X)
  #184 - socklen_t issue
  #190 - huge load if database crash
  #198 - DBMail processes killing each other
  #199 - spare child creates zombie
  #214 - dbmail-smtp dumps core with double free
  #216 - malformed header prevents delivery

- Fix RC_SUBR usage

PR:             ports/83437, also ports/80736, ports/82437, ports/83575
Submitted by:   Mark Starovoytov <mark@kikg.ifmo.ru>,
                parts also by: Radim Kolar <hsn@netmag.cz>, thompsa,
                Marcus Grando <marcus@corp.grupos.com.br>
Approved by:    maintainer timeout (2 months on oldest PR)

Update to version 2.0.4.

PR:             ports/79775
Approved by:    maintainer timeout (seanc), linimon

Split the postgresql ports into a server and a client part.

All ports depending on postgresql shall use the USE_PGSQL=yes knob
defined in Mk/bsd.ports.mk. Bumping portrevisions where needed.

PR:             75344
Approved by:    portmgr@ (kris), ade & sean (mentors)

Add rcNG startup scripts for dbmail.  Bump port version.

Fix dbmail's packaging in the mysql case.  Bumped version.

Submitted by:   kris

dbmail 2.0.0 needs -fPIC set in order to be sodomized by libtool on amd64.
Set this universally since it's quite plausible that other 64bit platforms
may need this.  Don't bump the port version since it wasn't installable on
the systems that would need the portversion bump.

Updated distinfo.  I updated this but for some reason wasn't included in
the commit to dbmail.  Correct oversight.

Pointed out by: iVyacheslav I. Ivanchenko (ivi -at- dhs.net.ru)

Update dbmail to 2.0.0.  This upgrade requires a migration script to be run.
See UPDATING for details.  Grab maintainership of this port for the time being.

upgrade to 1.2.9

Submitted by:   forth@zbwei.net

- Update to 1.2.8b

BROKEN: Unfetchable

Minor cleanup:
- added file EXTRAS (referenced from other documents)
- removed script install-dbmail.sh

PR:             ports/68473
Submitted by:   Radim Kolar

- Security fix:
"DBMail 1.2.8a
June 08, 2004 16:21:55  Posted by: Ilja Booij
A buffer overflow error in DBMail 1.2.x has been discovered and fix. The
buffer overflow causes dbmail-smtp to crash with a segmentation fault
when a line in the email header is bigger than 2048 bytes. All version <
1.2.8a are affected, so please update your DBMail installation."

- Update to 1.2.7b
- s/WITH_PGSQL/WITH_POSTGRESQL/
- Drop maintainership

Remove databases/postgresql-client because there can't be a -server, and having
it installed prevents databases/postgresql7 from being installed, leading to
some dependencies problems

- SIZEify

Submitted by:           trevor

Bump PORTREVISION on all ports that depend on gettext to aid with upgrading.

(Part 2)

- Update to 1.2.3

- Cleanups.

Notice by:          From: lou <lou@0xffff.org>
Approved by:        erwin (mentor) (implicitly)

- Update my email address

Approved and reviewed by:    erwin (mentor)

- Install manual pages [1]
- use PORTDOCS
- bump PORTREVISION

Noticed by:             Dave C. <djc@microwave.com> [1]
Approved by:            erwin (mentor)

- Update to 1.2.1:
  This update fixes a security bug in the SMTP handling code and adds
  some indexes to the PostgreSQL table layout for speed improvements

PR:             58470
Submitted by:   maintainer
Approved by:    krion (implicit)

dbmail tarball has been updated.
- configure script have been improved
- some strings changed.

Bump PORTREVISION.

PR:             58065
Submitted by:   maintainer

Upgrade to 1.2.

PR:             ports/57958
Submitted by:   Clement Laforet <sheepkiller@cultdeadsheep.org>

Fix NOPORTDOCS

PR:             57750
Submitted by:   Oliver Eikemeier <eikemeier@fillmore-labs.com> via maintainer

[new port] mail/dbmail: An SQL database-based mail system (POP3 and IMAP)

        (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>

12 vulnerabilities affecting 17 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities