mail/jamlib: Moved man to share/man

Approved by:    portmgr (blanket)

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>

Remove # $FreeBSD$ from Makefiles.

Update WWW: SF redirects to https://sourceforge.net/projects/<PROJECT_NAME>/

Cleanup plist

Convert most NO_INSTALL_MANPAGES to USES=imake:noman

With hat:	portmgr

Remove indefinite articles and trailing periods from COMMENT, plus minor
COMMENT typos and surrounding whitespace fixes. A few Makefiles where not
included as they contain Latin-1 characters that break the Phabricator
workflow. Category M.

CR:		D306
Approved by:	portmgr (bapt)

- Switch to USES=libtool, drop .la files
- Strip libraries

- Stage support

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

- remove MD5

Sync to new bsd.autotools.mk

- Switch SourceForge ports to the new File Release System: categories starting
with M

-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

Update CONFIGURE_ARGS for how we pass CONFIGURE_TARGET to configure script.
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.

To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.

To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.

Changes to Mk/*:
 - Add runtime detection magic in bsd.port.mk

Use libtool port instead of included version to avoid objformat a.out botch

- s,INSTALLS_SHLIB,USE_LDCONFIG,g
- these include irc/ japanese/ java/ lang/ mail/ math/ maintained by ports@

PR:             ports/101916
Submitted by:   Gea-Suan Lin <gslin_AT_gslin dot org>

Conversion to a single libtool environment.

Approved by:    portmgr (kris)

Fix WWW

PR:             ports/92769
Submitted by:   Jean Milanez Melo <jmelo@freebsdbrasil.com.br>

- Add SHA256

Mass-conversion to the USE_AUTOTOOLS New World Order.  The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.

Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.

Preliminary documentation can be found at:
        http://people.FreeBSD.org/~ade/autotools.txt

which is in the process of being SGMLized before introduction into the
Porters Handbook.

Light blue touch-paper.  Run.

change the libtool version to use from 1.3 to 1.5

Clean up time for email addresses MIA!
If you know new email addresses for the people involved, please send-pr it!

<mcsi@agava.com>: host relay.agava.net.ru[195.161.118.3] said: 550
    <mcsi@agava.com>: User unknown in local recipient table (in reply to RCPT
    TO command)

<woju@bbsmail.ntu.edu.tw> (expanded from <woju@bbsmail>): Host or domain name
    not found. Name service error for name=bbsmail.ntu.edu.tw type=A: Host not
    found

<esoha@attbi.com>: host gateway.attbi.com[204.127.198.6] said: 551 not our
    customer (in reply to RCPT TO command)

<crow@nektor.hu>: host mail.kapu.hu[195.70.32.236] said: 550 unknown user (in

SIZEify (maintainer timeout)

Whoa there, boy, that's a mighty big commit y'all have there...

Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".

For ports-in-waiting:

        USE_LIBTOOL=YES         ->      USE_LIBTOOL_VER=13
        USE_AUTOCONF=YES        ->      USE_AUTOCONF_VER=213
        USE_AUTOMAKE=YES        ->      USE_AUTOMAKE_VER=14

Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.

Update to 1.4.7

PR: 50689
Submitted by: MAINTAINER

New ports: mail/jamlib

        These are a collection of subroutines that encapsulate much
        of the format-specific and tedious details of the JAM message
        base format.  The idea is that application programmers by
        using these routines can concentrate on the more high-level
        issues of their programs instead of worrying about their
        JAM routines.

PR:             ports/45467
Submitted by:   Cyril Margorin <cyrilm@immo.ru>