Ports Search

Yorick is an interpreted programming language for: * Scientific simulations or calculations * Postprocessing or steering large simulation codes * Interactive scientific graphics * Reading, writing, and translating large files of numbers The language features a compact syntax for many common array operations, so it processes large arrays of numbers very quickly and efficiently. Superficially, yorick code resembles C code, but yorick variables are never explicitly declared and have a dynamic scoping similar to many Lisp dialects. The yorick language is designed to be typed interactively at a keyboard, as well as stored in files for later use. This package includes an emacs-based development environment, which one can launch by typing M-x yorick in emacs, if installed `yorick.el' have been loaded into one's ~/.emacs file.

The Cyrus IMAP (Internet Message Access Protocol) server provides access to personal mail and system-wide bulletin boards through the IMAP protocol. The Cyrus IMAP server is a scaleable enterprise mail system designed for use from small to large enterprise environments using standards-based technologies. A full Cyrus IMAP implementation allows a seamless mail and bulletin board environment to be set up across multiple servers. It differs from other IMAP server implementations in that it is run on "sealed" servers, where users are not normally permitted to log in. The mailbox database is stored in parts of the filesystem that are private to the Cyrus IMAP system. All user access to mail is through software using the IMAP, POP3, or KPOP protocols. The private mailbox database design gives the server large advantages in efficiency, scalability, and administratability. Multiple concurrent read/write connections to the same mailbox are permitted. The server supports access control lists on mailboxes and storage quotas on mailbox hierarchies.

The Cyrus IMAP (Internet Message Access Protocol) server provides access to personal mail and system-wide bulletin boards through the IMAP protocol. The Cyrus IMAP server is a scaleable enterprise mail system designed for use from small to large enterprise environments using standards-based technologies. A full Cyrus IMAP implementation allows a seamless mail and bulletin board environment to be set up across multiple servers. It differs from other IMAP server implementations in that it is run on "sealed" servers, where users are not normally permitted to log in. The mailbox database is stored in parts of the filesystem that are private to the Cyrus IMAP system. All user access to mail is through software using the IMAP, POP3, or KPOP protocols. The private mailbox database design gives the server large advantages in efficiency, scalability, and administratability. Multiple concurrent read/write connections to the same mailbox are permitted. The server supports access control lists on mailboxes and storage quotas on mailbox hierarchies.

GBuffy will poll multiple mailboxes for new mail. It will list the number of new messages in each mailbox you configure. It will also highlight the mailboxes which have new mail. Pressing the left mouse button on a mailbox with new mail will display the Sender and Subject of each new message. Additionally, GBuffy will display the X-Face header for messages which have them. Pressing the middle mouse button on a mailbox will launch the configured command, generally a command to read the mailbox with your favorite mailreader. Pressing the right mouse button will bring up the configure menu. GBuffy is currently capable of watching MBOX, MMDF, Maildir and MH Folders. This version also supports IMAP4rev1 and NNTP with XOVER. Support for an external program for notification is planned.

msmtp -- An SMTP client msmtp is an SMTP client that can be used as an "SMTP plugin" for Mutt and probably other MUAs (mail user agents). It forwards mails to an SMTP server (for example at a free mail provider) which does the delivery. To use this program, create a configuration file with your mail account(s) and tell your MUA to call msmtp instead of /usr/sbin/sendmail. Features include: * SMTP AUTH methods PLAIN, LOGIN and CRAM-MD5 (and DIGEST-MD5 and NTLM when compiled with GSASL support) * TLS encrypted connections (including server certificate verification and the possibility to send a client certificate) * DSN (Delivery Status Notification) support * IPv6 support (on systems that support it) * support for multiple accounts * sendmail compatible exit codes (which most MUAs understand). Note: you may want to install mail/msmtpqueue - queuing support for msmtp.

The Cyrus IMAP (Internet Message Access Protocol) server provides access to personal mail and system-wide bulletin boards through the IMAP protocol. The Cyrus IMAP server is a scaleable enterprise mail system designed for use from small to large enterprise environments using standards-based technologies. A full Cyrus IMAP implementation allows a seamless mail and bulletin board environment to be set up across multiple servers. It differs from other IMAP server implementations in that it is run on "sealed" servers, where users are not normally permitted to log in. The mailbox database is stored in parts of the filesystem that are private to the Cyrus IMAP system. All user access to mail is through software using the IMAP, POP3, or KPOP protocols. The private mailbox database design gives the server large advantages in efficiency, scalability, and administratability. Multiple concurrent read/write connections to the same mailbox are permitted. The server supports access control lists on mailboxes and storage quotas on mailbox hierarchies.

Wanderlust is a mail/news agent on Emacs/XEmacs. The features of Wanderlust are as follows: * Implementation in elisp only. * Support of IMAP4rev1, NNTP, POP(POP3/APOP) and MH format. * Integrated access to messages based on Folder Specifications like Mew. * Key bindings and mark processing like Mew. * Management of threads and unread messages. * Folder mode that displays all folder you read. * Message cache, Disconnected Operation. * MH-like FCC (FCC: %Backup is possible). * Support of MIME (by SEMI or tm). * Draft editing of mail and news as a same interface. * Icon based interface for the list of Folder (XEmacs). * Non-fetched operations for a big message part of MIME (IMAP4). * Server side search (IMAP4), also various charset support. * Virtual Folder. * Compression Folder. * Automatic expiration of old messages.

queue_repair features include: - automatic, dynamic determination of UIDs and GIDs. - automatic, dynamic determination of conf-split; can be overridden on the commandline to change the conf-split of an existing queue without running a parallel, temporary instance of qmail for queuelifetime. Just recompile and stop qmail, run queue-repair, and restart qmail. - automatic, dynamic determination of use of big-todo; can be overridden on the commandline to change an existing queue as above. - handles basic tasks like fixing a queue restored from backups, incorrect ownership or permissions of directories and files, missing or extra split subdirectories, unexpected files or other direntries, or creating a valid queue from scratch. - can run in repair or test (report-only) modes. The default is test mode.

Fetchmail is a full-featured IMAP/POP2/POP3/APOP/KPOP/ETRN/ODMR client with easy configuration, daemon mode, forwarding via SMTP or local MDA, and superior reply handling. It is used to handle intermittent email connections by acting as a coupling that seamlessly batch forwards fetched mail from your mail server to your local delivery system, allowing you to read it with your favourite mail user agent. Fetchmail also includes useful spam filtering and multi-user functions. A typical use of fetchmail is to connect to your ISP's POP3 server, downloading your mail into the INBOX on your local computer. You may then read the mail, offline if you want, using pine, mutt, or any standard mail user agent.

Xlbiff lets you preview new mail to decide if you want to read it immediately. Regular xbiff lets you know when you have mail but not what it is. Xlbiff lurks in the background, monitoring your mailbox file. When something shows up there, it invokes the scanCommand (MH's scan by default), and displays the output in a window. If more mail comes in, it scans again and resizes accordingly. If you're a Berkeley mail person, you can set scanCommand to: echo x | mail | grep "^.[NU]" Or use the ``frm'' utility that is part of the Elm port as your scanCommand. A simular utility is the ``fromwho'' package, posted to comp.sources.unix volume 25.