kpriv/pkgsrc
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
pkgsrc/mail/prayer/distinfo

15 lines
776 B
Text
Raw Normal View History

Use krb5.b3.mk, don't add libdes to link list. libdes is part of Kerberos IV and not needed by Kerberos V. Bump revision.
2006-02-27 02:45:25 +01:00
$NetBSD: distinfo,v 1.11 2006/02/27 01:45:25 joerg Exp $
Import of prayer 1.0.5 Prayer is a small and fast HTTP to IMAP gateway written entirely in C. * Uses persistent connections to IMAP server and support servers. * Target folders remain SELECTed: not a simple-minded proxy. * Full caching (including sort/thread cache) for each open folder. * Up to five persistent IMAP connections (typically one or two in use): o INBOX and one other folder o Postponed message folder stream o Preferences stream o Folder transfer stream o Various optimisations/sharing to minimise actual IMAP connections * Directory cache: single round trip to IMAP server for directory listing. * Works well with UW IMAP server (even using Unix format mail folders). * Little discernible load on a Pentium III class system running Linux with 5,000 logins/day (400 logins/hour, 150 concurrent logins) * Uses 10% to 20% of the CPU and 400 MBytes of RAM on a PIII class system with 23,000 logins/day (1,700 logins/hour, 850 concurrent logins peak) * Aggressive HTTP/1.0 and 1.1 connection caching to reduce SSL overhead. * Optional gzip compression of pages tunable by IP address range.
2002-12-27 13:52:07 +01:00
Update to 1.0.12. From the changelog: * Apparently "mutex" is already claimed by a system header on Solaris. * File locking on Linux (probably other operating systems) is pretty dumb when lots of processes are trying to lock a single file for serialisation: all of the processes are woken each time that the file is unlocked. Most of the process will simply loop inside the kernel and attempt to lock again. Presumably this approach makes nonblocking locks and EINTR easier to do, but it does mean that you can get occasional load average spikes. Add MUTEX_SEMAPHORE to implement System V semaphore based lock, which does not have this problem in Linux. Warning: System V semaphores are a finite resource, and they are not released automatically. See: prayer-sem-prune. * Quotas now reported in MBytes rather than KBytes. * Add download links for text/html and text/plain attachments * Fix bug with body->type TYPEMESSAGE: c-client API very poorly documented :( * Strip out common HTML entity encodings that might be used in HREFs with text/html attachments. * Fix mydb_db3.c to work with DB4. * Integrate into Tony's funky packaging system for Hermes and PPSW. * Add interface to automatic spam folder pruning utility that I wrote for Cyrus (controlled through special Sieve files). * Fix uploads where mailboxes contain NUL characters (translate to space?) * Assorted minor bugfixes * Fix nasty /redirect bug that I managed to introduce by switching from url_encode to canon_encode to work around bug in Opera. Missing a url_encode: infinite loop from dumb UAs :(. Otherwise identical to 1.0.9. * Few minor bug fixes, covered in CVS history. pkgsrc changes: * Rename the source rc.d script in the default RCD_SCRIPTS style. * Respect ${VARBASE}. * Avoid the DB_VERB_CHKPOINT flag with latest db4 (where it's been removed). * Patch from jdc@ for 64-bit big-endian hosts. XXX rc.d script doesn't stop all the prayer slaves
2005-01-09 01:07:46 +01:00
SHA1 (prayer-1.0.12.tar.gz) = 8ea568f9e0e1fe925102e80451b3c9432f5fed15
Add RMD160 digests.
2005-02-24 10:59:20 +01:00
RMD160 (prayer-1.0.12.tar.gz) = 76edc3896d0936c87378f848334bc42d648317f3
Update to 1.0.12. From the changelog: * Apparently "mutex" is already claimed by a system header on Solaris. * File locking on Linux (probably other operating systems) is pretty dumb when lots of processes are trying to lock a single file for serialisation: all of the processes are woken each time that the file is unlocked. Most of the process will simply loop inside the kernel and attempt to lock again. Presumably this approach makes nonblocking locks and EINTR easier to do, but it does mean that you can get occasional load average spikes. Add MUTEX_SEMAPHORE to implement System V semaphore based lock, which does not have this problem in Linux. Warning: System V semaphores are a finite resource, and they are not released automatically. See: prayer-sem-prune. * Quotas now reported in MBytes rather than KBytes. * Add download links for text/html and text/plain attachments * Fix bug with body->type TYPEMESSAGE: c-client API very poorly documented :( * Strip out common HTML entity encodings that might be used in HREFs with text/html attachments. * Fix mydb_db3.c to work with DB4. * Integrate into Tony's funky packaging system for Hermes and PPSW. * Add interface to automatic spam folder pruning utility that I wrote for Cyrus (controlled through special Sieve files). * Fix uploads where mailboxes contain NUL characters (translate to space?) * Assorted minor bugfixes * Fix nasty /redirect bug that I managed to introduce by switching from url_encode to canon_encode to work around bug in Opera. Missing a url_encode: infinite loop from dumb UAs :(. Otherwise identical to 1.0.9. * Few minor bug fixes, covered in CVS history. pkgsrc changes: * Rename the source rc.d script in the default RCD_SCRIPTS style. * Respect ${VARBASE}. * Avoid the DB_VERB_CHKPOINT flag with latest db4 (where it's been removed). * Patch from jdc@ for 64-bit big-endian hosts. XXX rc.d script doesn't stop all the prayer slaves
2005-01-09 01:07:46 +01:00
Size (prayer-1.0.12.tar.gz) = 544239 bytes
Use krb5.b3.mk, don't add libdes to link list. libdes is part of Kerberos IV and not needed by Kerberos V. Bump revision.
2006-02-27 02:45:25 +01:00
SHA1 (patch-aa) = 80559b1fafa397015c45a26b41212f3cc35b1415
Update to 1.0.12. From the changelog: * Apparently "mutex" is already claimed by a system header on Solaris. * File locking on Linux (probably other operating systems) is pretty dumb when lots of processes are trying to lock a single file for serialisation: all of the processes are woken each time that the file is unlocked. Most of the process will simply loop inside the kernel and attempt to lock again. Presumably this approach makes nonblocking locks and EINTR easier to do, but it does mean that you can get occasional load average spikes. Add MUTEX_SEMAPHORE to implement System V semaphore based lock, which does not have this problem in Linux. Warning: System V semaphores are a finite resource, and they are not released automatically. See: prayer-sem-prune. * Quotas now reported in MBytes rather than KBytes. * Add download links for text/html and text/plain attachments * Fix bug with body->type TYPEMESSAGE: c-client API very poorly documented :( * Strip out common HTML entity encodings that might be used in HREFs with text/html attachments. * Fix mydb_db3.c to work with DB4. * Integrate into Tony's funky packaging system for Hermes and PPSW. * Add interface to automatic spam folder pruning utility that I wrote for Cyrus (controlled through special Sieve files). * Fix uploads where mailboxes contain NUL characters (translate to space?) * Assorted minor bugfixes * Fix nasty /redirect bug that I managed to introduce by switching from url_encode to canon_encode to work around bug in Opera. Missing a url_encode: infinite loop from dumb UAs :(. Otherwise identical to 1.0.9. * Few minor bug fixes, covered in CVS history. pkgsrc changes: * Rename the source rc.d script in the default RCD_SCRIPTS style. * Respect ${VARBASE}. * Avoid the DB_VERB_CHKPOINT flag with latest db4 (where it's been removed). * Patch from jdc@ for 64-bit big-endian hosts. XXX rc.d script doesn't stop all the prayer slaves
2005-01-09 01:07:46 +01:00
SHA1 (patch-ab) = 72f6b8768303222a8798ca07e83efccdefa8fe25
SHA1 (patch-ac) = b7df87589bdc2fd2894f2028652e01aa0c181fa1
SHA1 (patch-ad) = bd8f517d5bede0fd3d3f4e9a108cd0cd99d7c8ab
SHA1 (patch-ae) = a04d4206e9b671be0fdce73a5093fb18778a1052
SHA1 (patch-af) = 730ee832fcb6464d7909ff9f048d7c57ce86aba8
SHA1 (patch-ag) = d932eeb11171da4084eb56e097a7880e67a18561
Fix errno.
2006-01-24 20:55:53 +01:00
SHA1 (patch-ah) = 7197f80ad71700276c79666090b62628c128ca21
SHA1 (patch-ai) = 0b3edeea78d16c3792d540ea0a92943ed0bb7583
Reference in a new issue Copy permalink