mail/esmtp: Remove expired port:

2023-05-31 mail/esmtp: Upstream announced that this project is no longer being
maintained. See https://esmtp.sourceforge.net/links.html for alternatives

mail/esmtp: Mark DEPRECATED and set EXPIRATION_DATE to 2023-05-31

mail/esmtp: Fix build with libesmtp 1.1.0

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.

onvert to UCL & cleanup pkg-message (categories l-m)

Remove all USE_OPENSSL occurrences.

Sponsored by:	Absolight

- Fix trailing whitespace in pkg-descrs, categories [g-n]*

Approved by:	portmgr blanket

Remove ${PORTSDIR}/ from dependencies, categories m, n, o, and p.

With hat:	portmgr
Sponsored by:	Absolight

mail category: Remove $PTHREAD_LIBS

Note: The following ports did not pass check-plist (CP) or stage-qa (QA)
tests.   The sendmail port has many problems, but this was already known
by myself as I fixed it properly on DPorts last week.  It's a forward
action to submit a PR against mail/sendmail.

  * antivirus-milter (CP)
  * dk-milter        (CP)
  * milter-regex     (CP)
  * sendmail         (CP, QA)

approved by:	PTHREAD blanket

mail/libesmtp:
- Convert to USES=libtool and bump dependent ports
- Use option helpers
- Remove PTHREAD_CFLAGS and PTHREAD_LIBS
- Add INSTALL_TARGET=install-strip

- Support staging
- Convert USE_BZIP2=yes to USES=tar:bzip2
- Define DOCS option

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

Convert USE_BISON to USES= bison

It brings bison as a build dependency in case it is set the following way:
USES= bison or USES= bison:build

it brings bison as a run dependency in case it is set the following way:
USES= bison:run

it brings bison both as a run and build dependency in case it the set the
following way:
USES= bison:both

While here trim some headers
Convert some USE_GNOME= gnomehack to USES= pathfix

- Chase libesmtp shlib bump

- 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

- remove MD5

- Update to 1.2
- Add license

Approved by:    mentors (implicit)

- Update to 1.0

PR:             133318
Submitted by:   Ports Fury

Free most of my ports, since they aren't being maintained to a
reasonable standard.

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

- Remove USE_GETOPT_LONG which is a no-op since March 2007

Migration from bison 1.x to 2.x

PR:             117086
Tested by:      -exp runs

Switch to my @FreeBSD.org address.

Approved by:    ahze (mentor)

Give maintainership to submitter and remove USE_REINPLACE

PR:             ports/97030
Submitted by:   Shaun Amott <shaun@inerd.com>

- Add SHA256

- Update to 0.5.1.

PR:             ports/79974
Submitted by:   Ports Fury

At Kris's request, back out the MACHINE_ARCH spelling correction until
after 5.4-RELEASE.

Assist getting more ports working on AMD64 by obeying the
Ports Collection documentation and use 'ARCH' rather than 'MACHINE_ARCH'.

Drop maintainership.

Add patch which disables annoying log warnings when only auth
is used.

Submitted by:   Bohdan Horst <nexus@irc.pl>

- Remove USE_SIZE knob

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

(Part 2)

- SIZEify

- Update to version 0.5.0

Change my mail to @FreeBSD.org

Approved by:    fjoe (mentor)

Add esmtp 0.4.1,
esmtp is a user configurable relay-only Mail Transfer Agent
(MTA) with a sendmail compatible syntax. It's based on libESMTP
supporting the AUTH (including the CRAM-MD5 and NTLM SASL
mechanisms) and the StartTLS SMTP extensions.

These are the esmtp features:

    * fully sendmail command line compatible,
    * supports the AUTH SMTP extension, with the CRAM-MD5 and
    * NTLM SASL mechanisms,
    * support the StartTLS SMTP extension,
    * requires no administration privileges,
    * individual user configuration,
    * does not receive mail, expand aliases or manage a queue.

PR:             54491
Submitted by:   Kirill Ponomarew <ponomarew@oberon.net>