Home > Skunkware

Mail/News

Welcome to the Skunkware Mail and News section. This section contains mail and news readers and servers. Please read the comments on each individual package before installing and using them.

Package List

Name Description Version OSR5 UnixWare
fetchmail The Fetchmail Mail Client 4.2.5 Yes Yes
hypermail Convert mail archives to HTML 1.02 Yes Yes
majordomo Manage Internet mailing lists 1.94.4 Yes No
imap IMAP4 mail server 4.1.BETA Yes Yes
imaputils IMAP4 utilities 4.1.BETA No Yes
inn InterNetNews Programs 2.0 Yes Yes
mutt Mutt - text based mail client 0.93.2 Yes Yes
slrn An easy to use NNTP based newsreader 0.9.5.1 Yes Yes
spam E-Mail Spamming Countermeasures I-005 Yes Yes

 

Full-featured IMAP/POP2/POP3/APOP/RPOP/KPOP client

Fetchmail is a full-featured IMAP/POP2/POP3/APOP/RPOP/KPOP client with easy configuration, daemon mode, forwarding via SMTP or local MDA, superior reply handling, support for multidrop mailboxes. Not a mail user agent, rather a pipe-fitting that seamlessly forwards fetched mail to your local delivery system. Your one-stop solution for intermittent email connections. This is the replacement for the old popclient program.

UnixWare Distribution http://skunkware.dev/skunkware/uw7/mail/

OpenServer Distribution osr5/mail/

Original source code ftp://locke.ccil.org/pub/esr/fetchmail

Package Home page http://www.ccil.org/~esr/fetchmail

 

Converts mailbox to HTML documents

Hypermail converts a file of mail messages in UNIX mailbox format into a set of cross-referenced HTML files containing links to other messages in the archive and to e-mail addresses within the messages. The archives are updatable, so you can perform incremental updates instead of rebuilding new archives from your mail files. Hypermail was originally developed and designed by Tom Gruber in Common Lisp, and was later rewritten in C by Kevin Hughes.

All versions of Hypermail are now available free of charge under the GNU General Public License.

UnixWare Distribution http://skunkware.dev/skunkware/uw7/mail/hypermail/

OpenServer Distribution http://skunkware.dev/skunkware/osr5/mail/hypermail/

Original source code ftp://ftp.landfield.com/hypermail/

Package Home page http://www.landfield.com/hypermail/

 

Majordomo - manage Internet mailing lists

Majordomo is a program which automates the management of Internet mailing lists. Commands are sent to Majordomo via electronic mail to handle all aspects of list maintainance. Once a list is set up, virtually all operations can be performed remotely, requiring no intervention upon the postmaster of the list site.

Majordomo controls a list of addresses for some mail transport system (like sendmail or smail) to handle. Majordomo itself performs no mail delivery (though it has scripts to format and archive messages).

OpenServer Distribution http://skunkware.dev/skunkware/osr5/mail/majordomo/

Original source code http://www.greatcircle.com/majordomo/

Package Home page http://www.greatcircle.com/majordomo/

 

IMAP4 mail server

IMAP (Internet Message Access Protocol) is an Internet standards-track protocol for accessing messages (mail, bboards, news, etc). IMAP clients can read and manage multiple mailboxes on a remote server and leave the mailboxes on the server (way cool, POP cannot do this).

UnixWare Distribution http://skunkware.dev/skunkware/uw7/mail/

OpenServer Distribution http://skunkware.dev/skunkware/osr5/mailnews/imap4/

Original source code ftp://ftp.sco.com/skunkware/src/mail/

 

IMAP4 utilities

IMAP (Internet Message Access Protocol) is an Internet standards-track protocol for accessing messages (mail, bboards, news, etc). IMAP clients can read and manage multiple mailboxes on a remote server and leave the mailboxes on the server (way cool, POP cannot do this).

This package contains several utilities for use in conjunction with IMAP.

Included are utilities to check for new mail, copy a mailbox from an IMAP server, convert mailbox formats, and a mail delivery module.

UnixWare Distribution http://skunkware.dev/skunkware/uw7/mail/

Original source code ftp://ftp.sco.com/skunkware/src/mail/

 

InterNetNews Programs

InterNetNews is a complete Usenet system. The cornerstone of the package is innd, an NNTP server that multiplexes all I/O. Think of it as an nntpd merged with the B News inews, or as a C News relaynews that reads multiple NNTP streams. Newsreading is handled by a separate server, nnrpd, that is spawned for each client. Both innd and nnrpd have some slight variances from the NNTP protocol (although in normal use you will never notice); see the manpages. INN separates hosts that feed you news from those that have users reading news. If you need to support a mixed environment you will have to do some extra work; the installation manual gives some hints.

This is the public release of version 2.0 of InterNet News. This work is sponsored by the Internet Software Consortium.

Note: The installation of the INN package creates a user "news" and group "news".

UnixWare Distribution http://skunkware.dev/skunkware/uw7/news/inn/

OpenServer Distribution http://skunkware.dev/skunkware/osr5/news/inn/

Original source code ftp://ftp.isc.org/isc/inn/

Package Home page http://www.isc.org/inn.html

 

Mutt - text-based mail client

Mutt is a small but very powerful text-based mail client for Unix operating systems. Some of its features include:

  • color support
  • message threading
  • MIME support (including RFC2047 support for encoded headers)
  • POP3 support
  • support for multiple mailbox formats (mbox, MMDF, MH, maildir)
  • highly customizable, including key bindings
  • searches using regular expression
  • Delivery Status Notification (DSN) support
  • PGP/MIME (RFC2015)
  • postpone message composition for later recall
  • include attachments from the command line when composing
  • reply to or forward multiple messages at once
  • .mailrc style configuration files
  • easy to install (uses GNU autoconf)
  • small and efficient
  • It's freeware!
Though written from scratch, Mutt's initial interface was based largely on the ELM mail client. To a large extent, Mutt is still very ELM-like in presentation of information in menus (and in fact, ELM users will find it quite painless to switch as the default key bindings are identical). As development progressed, features found in other popular clients such as PINE and MUSH have been added, the result being a hybrid, or ``mutt.'' At present, it most closely resembles the SLRN news client.

OpenServer Distribution osr5/mail/mutt/

Original source code ftp://ftp.guug.de/pub/mutt/

Package Home page http://www.mutt.org

 

An easy to use NNTP based newsreader

slrn is an easy to use but powerful NNTP based newsreader. It relies extensively on the S-Lang programmer's library for many of its features.

OpenServer Distribution osr5/mailnews/nn/

Original source code ftp://space.mit.edu/pub/davis/slrn/

Package Home page http://space.mit.edu/~davis/slrn.html

 

E-Mail Spamming Countermeasures

SCO OpenServer administrators may wish to examine the Obtuse smtpd/smtpfwdd SMTP store and forward proxy. It can be used to pass SMTP mail across a dual-homed bastion host (such as in a firewall) with minimal danger. See /skunkware/osr5/mail/smtpd/.

In addition, SCO Skunkware 7 contains the latest release of procmail ( procmail-3.11pre7-built.tar.gz) built for use on UnixWare 7 as well as the latest stable release of The Spam Bouncer (spambnc-1.01.tar.gz). Also included is a sample procmail.rc configured for UnixWare 7 for use in conjunction with the spam bouncer.

To get started with procmail, see the tutorial " Getting Started With Procmail". Before installing and configuring The Spam Bouncer (which works in conjunction with procmail), be sure and visit The Spam Bouncer Home Page and read the instructions carefully.

These "pointers on the actual implementation of filtering methodologies" were taken from the following CIAC Information Bulletin. They provide some excellent tips on :

Filtering mail to your personal account
http://spam.abuse.net/spam/tools/mailblock.html#filters
Blocking spam E-Mail for an entire site
http://spam.abuse.net/spam/tools/mailblock.html
Blocking IP connectivity from spam sites
http://spam.abuse.net/spam/tools/ipblock.html

[  For Public Release  ]
-----BEGIN PGP SIGNED MESSAGE-----

     __________________________________________________________

	       The U.S. Department of Energy
                    Computer Incident Advisory Capability
                           ___  __ __    _     ___
                          /       |     /_\   /
                          \___  __|__  /   \  \___
             __________________________________________________________

                             INFORMATION BULLETIN

                          E-Mail Spamming countermeasures
                    Detection and prevention of E-Mail spamming

October 20, 1997 19:00 GMT                                        Number I-005
______________________________________________________________________________
PROBLEM:       Unsolicited E-Mail.

PLATFORM:      All platforms which accept E-Mail from the Internet

DAMAGE:        Loss of user productivity and reduction of availability of
               resources.

SOLUTION:      Follow the guidelines outlined below.

______________________________________________________________________________
VULNERABILITY        Programs which implement this type of malicious activity
ASSESSMENT:          are in widespread use. No legal remedies are available
                     yet.
______________________________________________________________________________


INTRODUCTION:

Spam (aka UCE: Unsolicited Commercial E-Mail) is the Internet version of "Junk
E-Mail." It is an attempt to deliver a message, over the Internet, to someone
who would not otherwise choose to receive it.  Almost all spam is commercial
advertising.  Potential target lists are created by scanning Usenet postings,
stealing Internet mailing lists, or searching the Web for addresses.  Such
information is gathered with automated searches to retrieve E-Mail addresses
for spamming.

The low cost of E-Mail spamming engines offered for sale with millions
of E-Mail addresses, coupled with the fact that the sender does not pay extra
to send E-Mail, has resulted in the current explosive growth of "junk E-Mail."
Currently, unless the spammer offers to sell illegal items, there is no legal
remedy to use to stop E-Mail spammers.

Congress is currently considering legislation to require the marking of
unsolicited commercial E-Mail (UCE), but that legislation is not yet complete.


TERMINOLOGY:

Mail Delivery Agent (MDA). This refers to the program used by the client to
retrieve E-Mail from a storage location. It is usually referred to as the
"mail client." An example of this is pine or eudora.

Mail Transfer Agent (MTA). This refers to the program used running on the
server to store and forward E-Mail messages. It is usually referred to as the
"mail server program." An example of this is sendmail or the server part of
exchange.


CONFIGURATION AND USAGE GUIDELINES:

Mail filtering in the MTA or MDA is the only practical solution today and it
is less than perfect.  There are three primary information sources used to
filter incoming E-Mail :

        - Header Information
        - Mailer Type (a special type of Header information)
        - IP Address (domain name).

Header filtering is performed by scanning the header and/or envelope of a
message, and comparing that information to a list of "filters."  If the
"From", "X-Sender", or "Sender" address is in the "filtering" list, the
message is dropped.  Filtering by E-Mail envelope and/or header information on
the MDA or MTA is the most effective way of limiting spam on your network.
Filtering on the MTA is accomplished by adding rules to the configuration for
the specific mail system running on the server.  The MDA filtering is accomp-
lished through configuration rules in the client uses to read mail.  The most
logical location for filtering is your MTA, since it can perform this service
for a larger number of mail accounts and is a central point for administra-
tion.  The down side to this is that users need to feedback "SPAM" information
to the E-Mail administrators to be incorporated into an organization-wide
filtering list. This requires continuous maintenance to keep the spamming
filters list up-to-date, since it is built in reaction to spamming activity.
Predetermined "filtering" lists are available in the public domain.  Also, if
the spamming filter list is not made with care, valid E-Mail messages may be
discarded along with the spam.

Mailer filtering uses the specific Header information field: "X-mailer."  This
type of filtering enables you to eliminate an entire class of senders --
those who use suspect Mail Delivery Agents.  Some of the more popular MDA's
with spammers are: Pegasus, Floodgate, Extractor, Fusion, MassE-Mail, Quick
Shot, NetMailer, and WorldMerge.  Be aware that, as with other Header
filtering, filtering on "X-mailer" always runs the risk of eliminating
legitimate E-Mail from people using these mailers.  It is the person and not
the mailer that is the problem.

Lastly, you can filter traffic from a domain or range of IP addresses.  This
is probably the easiest way to limit spam from those addresses associated
with spamming.  Again you may also block mail from legitimate users.


SOME DO NOTS

Do NOT spam, mail bomb, or hack spammers.  In many cases the site indicated as
the source of the spamming is not the spammers real site, so attacking that
site is not only wrong, but you are actually "spamming" yourself.

DO NOT Sending "remove" messages to a spammer.  It simply validates your
E-Mail address for future spammings.

Site E-Mail administrators should work closely with their users to make the
list decision about sites, mailers, and senders to be blocked.

Pointers on the actual implementation of filtering methodologies:

     Filtering mail to your personal account

        http://spam.abuse.net/spam/tools/mailblock.html#filters
     Blocking spam E-Mail for an entire site

        http://spam.abuse.net/spam/tools/mailblock.html
     Blocking IP connectivity from spam sites

        http://spam.abuse.net/spam/tools/ipblock.html
______________________________________________________________________________


CIAC, the Computer Incident Advisory Capability, is the computer
security incident response team for the U.S. Department of Energy
(DOE) and the emergency backup response team for the National
Institutes of Health (NIH). CIAC is located at the Lawrence Livermore
National Laboratory in Livermore, California. CIAC is also a founding
member of FIRST, the Forum of Incident Response and Security Teams, a
global organization established to foster cooperation and coordination
among computer security teams worldwide.

CIAC services are available to DOE, DOE contractors, and the NIH. CIAC
can be contacted at:
    Voice:    +1 510-422-8193
    FAX:      +1 510-423-8002
    STU-III:  +1 510-423-2604
    E-Mail:   ciac@llnl.gov

For emergencies and off-hour assistance, DOE, DOE contractor sites,
and the NIH may contact CIAC 24-hours a day. During off hours (5PM -
8AM PST), call the CIAC voice number 510-422-8193 and leave a message,
or call 800-759-7243 (800-SKY-PAGE) to send a Sky Page. CIAC has two
Sky Page PIN numbers, the primary PIN number, 8550070, is for the CIAC
duty person, and the secondary PIN number, 8550074 is for the CIAC
Project Leader.

Previous CIAC notices, anti-virus software, and other information are
available from the CIAC Computer Security Archive.

World Wide Web: http://ciac.llnl.gov/
Anonymous FTP:  ciac.llnl.gov (198.128.39.53)
Modem access: +1 (510) 423-4753 (28.8K baud)
              +1 (510) 423-3331 (28.8K baud)

CIAC has several self-subscribing mailing lists for electronic
publications:
1. CIAC-BULLETIN for Advisories, highest priority - time critical
   information and Bulletins, important computer security information;
2. SPI-ANNOUNCE for official news about Security Profile Inspector
   (SPI) software updates, new features, distribution and
   availability;
3. SPI-NOTES, for discussion of problems and solutions regarding the
   use of SPI products.

Our mailing lists are managed by a public domain software package
called Majordomo, which ignores E-Mail header subject lines. To
subscribe (add yourself) to one of our mailing lists, send the
following request as the E-Mail message body, substituting
ciac-bulletin, spi-announce OR spi-notes for list-name:

E-Mail to       ciac-listproc@llnl.gov or majordomo@tholia.llnl.gov:
        subscribe list-name
  e.g., subscribe ciac-bulletin

You will receive an acknowledgment E-Mail immediately with a confirmation
that you will need to mail back to the addresses above, as per the
instructions in the E-Mail.  This is a partial protection to make sure
you are really the one who asked to be signed up for the list in question.

If you include the word 'help' in the body of an E-Mail to the above address,
it will also send back an information file on how to subscribe/unsubscribe,
get past issues of CIAC bulletins via E-Mail, etc.

PLEASE NOTE: Many users outside of the DOE, ESnet, and NIH computing
communities receive CIAC bulletins.  If you are not part of these
communities, please contact your agency's response team to report
incidents. Your agency's team will coordinate with CIAC. The Forum of
Incident Response and Security Teams (FIRST) is a world-wide
organization. A list of FIRST member organizations and their
constituencies can be obtained via WWW at 
http://www.first.org/.

This document was prepared as an account of work sponsored by an
agency of the United States Government. Neither the United States
Government nor the University of California nor any of their
employees, makes any warranty, express or implied, or assumes any
legal liability or responsibility for the accuracy, completeness, or
usefulness of any information, apparatus, product, or process
disclosed, or represents that its use would not infringe privately
owned rights. Reference herein to any specific commercial products,
process, or service by trade name, trademark, manufacturer, or
otherwise, does not necessarily constitute or imply its endorsement,
recommendation or favoring by the United States Government or the
University of California. The views and opinions of authors expressed
herein do not necessarily state or reflect those of the United States
Government or the University of California, and shall not be used for
advertising or product endorsement purposes.

LAST 10 CIAC BULLETINS ISSUED (Previous bulletins available from CIAC)

H-105: HP-UX vuefile, vuepad, dtfile, & dtpad Vulnerabilities
H-106: SGI IRIX LOCKOUT & login/scheme Vulnerabilities
H-107: UNIX Buffer Overflow in rdist Vulnerability
H-108: SunOS, Solaris libX11 Buffer Overflow Vulnerability
H-109: Solaris DCE and AFS Integrated login Vulnerability
H-110: Samba Servers Vulnerability
I-001: HP-UX Denial of Service via telnet Vulnerability
I-002: Cisco CHAP Authentication Vulnerability
I-003: HP-UX mediainit(1) Vulnerability
I-004: NEC/UNIX "nosuid" mount option Vulnerability


-----BEGIN PGP SIGNATURE-----
Version: 4.0 Business Edition

iQCVAwUBNE6B8rnzJzdsy3QZAQGgvgQAzvivKaJHthrihwOh6PF5YJw9cj2EPT6j
bfrLvWtXL7FhXSNzaAjI5b325KH1txywHAWFoxTd8eFjdV1xD/kdy7o60ncFKROJ
7A+VLQQ0NlziuNECAr1hMGLFqbAzgrjNKnRapK7AH09NzX+oZO9tDvxUIlHdJyf/
pHWgMcjaOLA=
=Fod6
-----END PGP SIGNATURE-----