Ports Search

Emil is a filter for converting Internet Messages. It supports three basic formats: MIME, SUN Mailtool and RFC822. It can be used with sendmail, as a loopback mailer, as a prefilter or backend program with a mail client program, or as a plain filter. Conversion can be configured by a configuration file, emil.cf, using sender, recipient and recipient host as input parameters or by command line arguments. Emil is able to: - convert the format, headers and structure, between messages of type MIME, Sun Mailtool and RFC822. - convert the encoding of binary data between Base64, BinHex and Uuencode. - convert the encoding of text to and from the MIME encoding Quoted-Printable. - convert character set of text between the character sets made available by Keld J. Simonsens strncnv package. - do one-way conversions of 8bit text to the Swedish national variant of ISO-646 or to US-ASCII. - convert to and from RFC1522 format headers.

Mailagent allows you to process your mail automatically. Given a set of lex-like rules, you are able to fill mails to specific folders, forward messages to a third person, pipe a message to a command or even post the message to a newsgroup. It is also possible to process messages containing some commands. The mailagent is not usually invoked manually but is rather called via the filter program, which is in turn invoked by sendmail. Most portion of this package is written in Perl and version 5.01M or higher is known to work nicely. You are advised to setup the path variable in your mailagent configuration to include the directory containing perl5 before /usr/bin to avoid getting a lot of warning message although they are harmless. See the man page for the detailed information.

SMTP feed -- SMTP Fast Exploding External Deliverer for Sendmail Smtpfeed is a SMTP delivery agent which is called by sendmail, and it improves required time to complete delivery of copies of a message to recipients of huge number. This delay of delivery by sendmail causes by the fact that implementation of SMTP delivery routine in sendmail processes all delivery in a series. For this reason, when it takes long time for delivery to one recipient which is in a huge list, delivery to following recipients is greatly influenced. To avoid such a problem, delivery agents should be implemented so that a delivery is not influenced by preceding delivery: DNS query and SMTP delivery par destination should be processed in parallel. Smtpfeed is the SMTP delivery agent for sendmail implemented with this idea.

From the README: calctool - README - November 1989. This is V2.4 of a simple desktop calculator. This version works under X11, XView and dumb tty terminals. It is almost visually identical to V2.1 which was released in August 1988, but internally most of the code has been reworked to include a level of graphics abstraction, to make porting this code to other window systems a trivial task. V2.4 includes display in scientific notation, color icons, a correct factorial function and fixes for a few minor bugs. It introduces the new versions for XView, X11, MGR and dumb terminals. New functions include hyperbolic and inverse hyperbolic trigonometrical functions, register exchange, constants and the input of numbers in exponential notation. You can also have a .calctoolrc file in your home directory, which can define upto ten new values for constants, and ten function definitions which are used in conjunction with the FUN key. (port maintained by ssedov@mbsd.msk.ru)

Gri is a language for scientific graphics applications. By 'language' I mean that it is a command-driven application, as opposed to a click/point application. It is analogous to latex or tex, and shares the property that extensive power is the reward for tolerating a modest learning curve. Gri output is in industry-standard PostScript, suitable for incorporation in documents prepared by various text processors. Gri can make x-y graphs, contour-graphs, and image graphs. In addition to high-level capabilities, it has enough low-level capabilities to allow users to achieve a high degree of customization. Precise control is extended to all aspects of drawing, including line-widths, colors, and fonts. Text includes a subset of the tex language, so that it is easy to incorporate Greek letters and mathematical symbols in labels.

Suppose you flip a coin 100 times, and it turns up heads 70 times. Is the coin fair? Suppose you roll a die 100 times, and it shows 30 sixes. Is the die loaded? In statistics, the chi-square test calculates "how random" a series of numbers is. But it doesn't simply say "yes" or "no". Instead, it gives you a confidence interval, which sets upper and lower bounds on the likelihood that the variation in your data is due to chance. See the examples below. There's just one function in this module: chisquare(). Instead of returning the bounds on the confidence interval in a tidy little two-element array, it returns an English string. This was a deliberate design choice---many people misinterpret chi-square results, and the string helps clarify the meaning. -Anton <tobez@FreeBSD.org>

SPOOLES is a library for solving sparse real and complex linear systems of equations, written in the C language using object oriented design. At present, there is the following functionality: 1. Compute multiple minimum degree, generalized nested dissection and multisection orderings of matrices with symmetric structure. 2. Factor and solve square linear systems of equations with symmetric structure, with or without pivoting for stability. The factorization can be symmetric LDLT, Hermitian LDLH, or nonsymmetric LDU. A direct factorization or a drop tolerance factorization can be computed. The factors and solve can be done in serial mode, multithreaded with Solaris or POSIX threads, or with MPI. 3. Factor and solve overdetermined full rank systems of equations using a multifrontal QR factorization, in serial or using POSIX threads. 4. Solve square linear systems using a variety of Krylov iterative methods. The preconditioner is a drop tolerance factorization, with or without pivoting for stability.

Tablix is a powerful free software kernel for solving general timetabling problems. It uses a coarse-grained parallel genetic algorithm in combination with other techniques to construct sensible timetables from XML formatted problem descriptions. Tablix can run on a single host as well as on a heterogeneous parallel virtual machine using PVM3. Tablix kernel supports a very wide range of timetabling problems, from high school timetabling to barge scheduling. A number of timetable constraints are already implemented in the default installation. Because of kernel's modular design it is easy to add custom timetable constraints and/or modify existing ones. Kernel modules are written in C. Extensive API documentation is available on the internet and in the source distribution.

This implementation of the Unix write program adds many nice features while remaining close to the standard Unix program in spirit. It has been heavily used on M-Net since 1985 and on Grex since 1991, as well as a few other systems. It is a ground-up reimplementation using no proprietary code. It's available under a Berkeley-style license (no charge, no restriction on commercial use, just don't take my name off of it). The current version is fairly portable. Orville write was written for use on M-Net and Grex, both public access Unix systems in Ann Arbor. As such, many of the features are designed to support a system featuring a delicate mix of novice users and hostile pranksters, plus a lot of people who just want to talk. It's user interface is pretty much identical to the normal write program, but it offers many extensions and improvements.

Google::SAML::Response can be used to generate a signed XML document that is needed for logging your users into Google using SSO. You have some sort of web application that can identify and authenticate users. You want users to be able to use some sort of Google service such as Google mail. When using SSO with your Google partner account, your users will send a request to a Google URL. If the user isn't already logged in to Google, Google will redirect him to a URL that you can define. Behind this URL, you need to have a script that authenticates users in your original framework and generates a SAML response for Google that you send back to the user whose browser will then submit it back to Google. If everything works, users will then be logged into their Google account and they don't even have to know their usernames or passwords.