Sphinx is a full-text search engine.
Generally, it's a standalone search engine, meant to provide fast,
size-efficient and relevant fulltext search functions to other
applications. Sphinx was specially designed to integrate well with SQL
databases and scripting languages. Currently built-in data sources
support fetching data either via direct connection to MySQL, or from
an XML pipe.
As for the name, Sphinx is an acronym which is officially decoded as
SQL Phrase Index.
Submitted and maintained by Rama McIntosh.
- Maildir: Group of the created shared directory wasn't set.
- Logging: Make sure we don't recurse infinitely when running out of memory.
- rfc822_parse_phrase(): Don't read outside data boundaries if input is empty.
From the Dovecot Mercurial repo.
ok sthen@
o add README.OpenBSD (includes heimdal setup instructions)
o rework openafs-setup to use arla's afsd in base, and heimdal
o fix a bug since 4.1 to not blow the thread stack on 64bit time functions in libc
- make -chroot subpackage depend on -main so we get a manpage.
- take MAINTAINER (requested by previous MAINTAINER).
- add @bin markers while here.
ok mbalmer@ on a slightly older diff, ok sthen@
dnstop is a libpcap application (a la tcpdump) that displays
various tables of DNS traffic on your network. Currently dnstop
displays tables of:
* Source IP addresses
* Destination IP addresses
* Query types
* Response codes
* Opcodes
* Top level domains
* Second level domains
* Third level domains
* etc...
dnstop supports both IPv4 and IPv6 addresses.
To help find especially undesirable DNS queries, dnstop provides a
number of filters. The filters tell dnstop to display only the following
types of queries:
* For unknown/invalid TLDs
* A queries where the query name is already an IP address
* PTR queries for RFC1918 address space
ok landry@
RTG is a flexible, scalable, high-performance SNMP statistics
monitoring system. It is designed for enterprises and service
providers who need to collect time-series SNMP data from a large
number of targets quickly. All collected data is inserted into a
relational database that provides a common interface for applications
to generate complex queries and reports. RTG includes utilities
that generate configuration and target files, traffic reports, 95th
percentile reports and graphical data plots. These utilities may
be used to produce a web-based interface to the data.
* Runs as a daemon, incurring no cron or kernel startup overhead
* Written entirely in C for speed, incurring no interpreter overhead
* Multi-threaded for asynchronous polling and database insertion
* Inserts data into a relational database where complex queries
and reports may be generated
* Performs no data averaging in order to support billing, etc.
* Can poll at sub-one-minute intervals
Based on a submission from Tim Kornau via bernd@ and used at bsws
(hence high initial PKGNAME=...p5) - requested by henning@.
This module communicates with an IMAP server. Each IMAP server command
is mapped to a method of this object.
Although other IMAP modules exist on CPAN, this has several advantages
over other modules:
* It parses the more complex IMAP structures like envelopes and body
structures into nice Perl data structures.
* It correctly supports atoms, quoted strings and literals at any point.
Some parsers in other modules aren't fully IMAP compatiable and may
break at odd times with certain messages on some servers.
* It allows large return values (eg. attachments on a message) to be
read directly into a file, rather than into memory.
* It includes some helper functions to find the actual text/plain or
text/html part of a message out of a complex MIME structure. It also can
find a list of attachments, and CID links for HTML messages with
attached images.
* It supports decoding of MIME headers to Perl utf-8 strings
automatically, so you don't have to deal with MIME encoded headers
(enabled optionally).
