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.

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>

*: fix tab vs. space issues, and comments according to the guide.

Remove # $FreeBSD$ from Makefiles.

- Add LICENSE
- Add NO_ARCH
- Switch to options helpers

Remove Author from pkg-descr and white space fixes

- Drop @dirrm* from plist

Change the way Perl modules are installed, update the default Perl to 5.18.

Before, we had:

  site_perl :           lib/perl5/site_perl/5.18
  site_perl/perl_arch : lib/perl5/site_perl/5.18/mach
  perl_man3 :           lib/perl5/5.18/man/man3

Now we have:

  site_perl : lib/perl5/site_perl
  site_arch : lib/perl5/site_perl/mach/5.18
  perl_man3 : lib/perl5/site_perl/man/man3

Modules without any .so will be installed at the same place regardless of the

1: Stagify.
2: use options helper.

Resetting maintainership on ports that have not been staged and without any
pending PR (related to stage)

With hat:	portmgr

Fix properties on pkg-plist

Add NO_STAGE all over the place in preparation for the staging support (cat:
mail)

- convert to the new perl5 framework

Approved by:	portmgr (bapt@, blanket)

- Change MAINTAINER address
- Trim headers while I am here
- Clean up some trailing whitespace

- remove MD5

- Remove unneeded dependencies which is in perl-5.8.9 dist
  (part 11).

Approved by:    portmgr (itetcu)

- Remove procmail dependency - procmail can be substituted by dropmail

PR:             113483
Submitted by:   Janos Mohacsi <janos.mohacsi@bsd.hu> (maintainer)

- fix pkg-plist

Noted by:       krisbot
PR:             ports/101543
Submitted by:   clsung
Approved by:    maintainer (Janos Mohacsi)

- fix running time error by installing missing perl module

PR:             ports/100800
Submitted by:   Marshal Newrock <marshal_AT_idealso dot com>
Approved by:    maintainer (Janos Mohacsi)

- Update to 1.76

PR:             ports/95036
Submitted by:   maintainer

SHA256ify

Approved by: krion@

Update to 1.71.

PR:             83362
Submitted by:   Marcus Grando <marcus@corp.grupos.com.br>
Approved by:    Mohacsi Janos (maintainer)

- Update to version 1.66
* uuencode detecion fixed
* fixed attachment removal
* MIME handling improved
* QP encoding handled better

PR:             ports/64092
Submitted by:   maintainer

Add anomy-sanitizer 1.63, sanitize and clean incoming/outgoing mail.

The Anomy sanitizer is what most people would call
"an email virus scanner". The most important jobs that the sanitizer
can do for you - it can scan email attachments for viruses.

Other things it can do:
- Disable potentially dangerous HTML code, such as javascript,
  within incoming email.
- Protect you from email-based break-in attempts which exploit
  bugs in common email programs (Outlook, Eudora, Pine, ...).
- Block or "mangle" attachments based on their file names.
  This way if you don't need to recieve e.g. visual basic scripts,
  then you don't have to worry about the security risk they imply
  (the ILOVEYOU virus was a visual basic program).
  This lets you protect yourself and your users from whole
  classes of attacks, instead of blocking individual exploits.

Author: Bjarni R. Einarsson <bre@netverjar.is>
WWW:    http://mailtools.anomy.net/

PR:             59869
Submitted by:   janos.mohacsi@bsd.hu