POPFile is an automatic mail classification tool. Once properly set up
and trained, it will scan all email as it arrives and classify it based
on your training. You can give it a simple job, like separating out junk
e-mail, or a complicated one -- like filing mail into a dozen folders.
Think of it as a personal assistant for your inbox.
Since v0.21.0, POPFile supports multiple user with a single instance.
Using ${LOCALDIR}/sbin/popfile.sh, you can start your own POPFile
easily; it uses ${HOME}/.popfile as a working directory.
Note for old POPFile users: copy messages/ and corpus/ directory to your
${HOME}/.popfile directory (if not, create it), then start popfile.sh.
===> The following configuration options are available for popfile-1.1.3_1:
KAKASI=off: Handle Japanese text via Kakasi library
MECABU=off: Handle Japanese text via MeCab library
SOCKS=off: SOCKS proxy support
SSL=off: SSL protocol support
UPGRADE_FROM_0_20=off: Upgrade old POPFile corpus
XMLRPC=off: POPFile as XMLRPC server
===> Use 'make config' to modify these settings
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
mail: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* <ashish@FreeBSD.org>
* Aaron Dalton <aaron@FreeBSD.org>
* Adam David <adam@FreeBSD.org>
* Adam McDougall <mcdouga9@egr.msu.edu>
* Adam Weinberger <adamw@FreeBSD.org>
* Ade Lovett <ade@FreeBSD.org>
* Akinori MUSHA aka knu <knu@idaemons.org>
* Alex Deiter <tiamat@komi.mts.ru>
* Alex Dupre <ale@FreeBSD.org>
* Alex Dupre <sysadmin@alexdupre.com>
* Alex Perel <veers@disturbed.net>
(Only the first 15 lines of the commit message are shown above )
- Add staging support
- Use options helpers
- Rephrase options descriptions to modern standards, use default for SSL
- Use shebangfix for popfile.pl and SUB_FILES for popfile.sh
instead of post-patch sed manipulations
Update to 1.1.1.
Note to users:
From version 1.1.0, POPFile uses SQLite version 3, instead of version 2.
Since database migration to SQLite3 is done automatically, you may better
to backup your ${HOME}/.popfile data before upgrading.
Update to v1.0.1.
The manual is no longer bundled with the POPFile distribution.
Use http://getpopfile.org/docs/ instead (you may find a link to this
page at the bottom of POPFile Control Center page).
Update to 1.0.0.
Since POPFile is quite mature product even in version 0.x age, and there
are small changes between previous release, use this ports/mail/popfile
directory for version 1.0.0.
Small change for users who read Japanese email:
POPFile now suports two different Japanese-text-handling library,
Kakasi and MeCab. In POPFile 0.x, only Kakasi is supported.
So introducing two option, 'WITH_POPFILE_KAKASI=YES' and
'WITH_POPFILE_MECAB=YES', to depend Kakasi and MeCab respectively.
Old option, 'WITH_POPFILE_JAPANESE=YES' is still ok and it means
'WITH_POPFILE_KAKASI=YES' for backward compatibility. However,
please update your make.conf (or whatever) to use new option name.
Update to 0.22.4 just released today. There are very few changes but
good bugfixes and improvements, so update it just now for 6.1-RELEASE.
For those using SSL support (WITH_POPFILE_SSL is defined): According to
the POPFile version 0.22.4 documentation, POPFile 0.22.4 doesn't work
with IO::Socket::SSL version 0.97 that is in security/p5-IO-Socket-SSL.
I set this ports as IGNORE if WITH_POPFILE_SSL is defined, to avoid
unsupposed failure on SSL support.
If systems that have IO::Socket::SSL version 0.96, don't update to 0.97,
and make this ports with WITH_POPFILE_SSL *undefined*. POPFile will
use IO::Socket::SSL if required by configuration even if WITH_POPFILE_SSL
is defined or not during the build.
Update to 0.22.2, with minor updates including:
- Add WITH_POPFILE_XMLRPC option for XMLRPC module dependency.
- Add WITH_POPFILE_SOCKS, but it's just a placeholder...
(there's no IO::Socket::Socks module in our ports)
- Minor comment cleanup.
- Update patch-Bayes.pm for 0.22.2 (actually comments were changed).
Since popfile 0.22.0 doesn't work with DBD::SQLite 1.x, switch to SQLite2.
CAUTION: for existing users, edit your ${HOME}/.popfile/popfile.cfg
(or whatever popfile configuration file) as follows:
before: bayes_dbconnect dbi:SQLite:dbname=$dbname
after: bayes_dbconnect dbi:SQLite2:dbname=$dbname
(change the word "SQLite" to "SQLite2")
files/patch-Bayes.pm also added, to use dbi:SQLite2 by default.
Since the contents is changed, bump PORTREVISION.
Update to 0.22.0.
This commit also introduce a new option, WITH_POPFILE_SSL. Since 0.22.0,
popfile supports SSL connection for clients. If WITH_POPFILE_SSL is defined
(default not defined), add security/p5-IO-Socket-SSL to RUN_DEPENDS.
Please note that this changes is based on PR: 71938, thank you Daniel.
PR: 71938
Submitted by: daniel at dgrund.de (partly)
Quote variable to avoid unwanted error, even if the pathname
includes spaces. The content is changed but the previous commit
is a few minutes before, don't bump PORTREVISION to avoid confusion.
New features to popfile.sh startup script, including:
- The default working directory can be tweaked by user; if
POPFILE_USER variable is defined before, use it simply.
- If POPFILE_USER variable is not defined, the script default
is either ${HOME}/.popfile (old default) or /var/db/popfile
if ${HOME} variable is not defined or defined as null string.
- If ${POPFILE_USER} directory cannot be made, exit with error.
Most casual users shouldn't affect this change, however, the script
itself is changed, so bump PORTREVISION.
Inspired from: http://home.jp.freebsd.org/cgi-bin/showmail/ports-jp/14635
(in Japanese)
For the next time I do not break pkg-plist while upgrading, use
PORTVERSION string in the file. It should be no content change,
and previous commit was made a few minutes before, don't bump PORTREVISION.
Update to v0.21.0.
Other (minor) changes are listed below:
* Update additional patches also.
* Add new perl module dependency which POPFile newly 'use'ed.
* Add new runtime dependency option, WITH_POPFILE_UPGRADE_FROM_0_20.
If you're using previous version of POPFile, you may want to make
this port with WITH_POPFILE_UPGRADE_FROM_0_20=YES.
* Display compile-time option introduction.
* Introduce popfile.sh, per-user bases startup script. Since v0.21.0
supports multi-user, you don't have to have your _own_ copy of POPFile.
setup-popfile.sh is also removed; it doesn't need anymore.
New port: popfile
POPFile is an automatic mail classification tool. Unlike other
email classification tools, POPFile acts as a POP3 proxy server.
Reviewed by: kuriyama (mentor)
