[no description] https://git.osdyson.ru/mirror/pkgsrc/atom?h=pkgsrc_2012Q2 2012-04-08T20:21:41Z 2012-04-08T20:21:41Z wiz wiz 2012-04-08T20:21:41Z urn:sha1:17388008ecc2d7a6c5e73863e9f7b52f05e7c636 ${PLIST.eggfile} from PLISTs and support code from lang/python. 2012-03-15T11:53:20Z obache obache 2012-03-15T11:53:20Z urn:sha1:85678d65cfd33524b56a432385debb14fd7a8e8a 2012-01-24T11:49:33Z obache obache 2012-01-24T11:49:33Z urn:sha1:426f836a08fd9c24c1bd21c318ed2a772ea64dd0 Notable changes in archivemail 0.9.0: * IMAP: support for international mailbox names containing non-ASCII characters. Notable changes in archivemail 0.8.0: * Removed the feature to setuid to the mailbox owners when run as root. This was a bad idea; it's really hard to do safely, if at all possible. Obsoletes: patch #2783134. * New option --archive-name, or short -a, to hard-code an archive filename. Like the --suffix and --prefix options, it is expanded with strftime(). This option conflicts with archiving multiple mailboxes. Closes: feature request #1306538. * New option --prefix, or short -p, to specify an archive name prefix. Like a suffix specified with the --suffix option, the prefix is expanded with strftime(). Specifying this option disables the default archive name suffix. Obsoletes: feature request #604281. (Thanks Serafeim Zanikolas for an initial patch) * New option --all to archive all messages in a mailbox. Closes: #1764846. * archivemail now expands wildcards in IMAP mailbox names. For example, the url imaps://user@server/foo/* will expand to all subfolders of foo. Closes: feature request #1978540. Obsoletes: patch #1918937. * To determine the delivery date of a message, archivemail now looks for the timestamp of the latest 'Received' header before resorting to 'Resent-Date' or 'Date'. This should give much better results when there is no 'Delivery-date' header, which is still checked first. (Thanks Andrew Ferrier & Christian Brabandt) Closes: #1481316, #1764855, Debian bug #272666. * We now omit the dotlock if we don't have sufficient permissions to create it in the mbox directory. (The file is still locked with lockf.) Together with more changes under the hood (see below) this means archivemail can now operate on mbox files in the system mail spool. Closes: #855269. * Replaced some simple minded file operation security checks with more decent ones. This means we can safely operate in /tmp, for example. The price is that we no longer accept symlinked files. Obsoletes: patch #1874868. * The archive now also gets locked while archivemail updates it. * mbox locking got completely rewritten. Switched from flock to lockf locking, which is NFS-safe and portable, and we now lock with lockf first, then with a dotlock, instead of the other way around. (This is makes archivemail compatible with Debian systems. ;) 2010-02-10T19:17:31Z joerg joerg 2010-02-10T19:17:31Z urn:sha1:f1f397adfa56f72311932651bd6dc9c806bbadc5 2009-06-14T18:03:28Z joerg joerg 2009-06-14T18:03:28Z urn:sha1:870ee431b3152f330a121f8399ba6a71540929c1 2008-12-17T17:18:15Z joerg joerg 2008-12-17T17:18:15Z urn:sha1:00b2e1c5dbd98e601d076d8c689e43ae5185f14d - Python 2.5 support and various bugfixes 2006-11-14T13:50:42Z joerg joerg 2006-11-14T13:50:42Z urn:sha1:78f742179a10f8b21cc20aafc665d65c98e370da 2006-10-09T12:52:34Z joerg joerg 2006-10-09T12:52:34Z urn:sha1:8ef8b1d313dbe7ace4b99e4611fafd727ea64f46 apg is a bit special as it has some hardcoded ownership, so mark that as "destdir". 2006-10-09T12:46:26Z joerg joerg 2006-10-09T12:46:26Z urn:sha1:d68183fa3c280e59d6fa43e1fc7e1ded5a46ccef 2006-03-04T21:28:51Z jlam jlam 2006-03-04T21:28:51Z urn:sha1:48ff096d36ac47701672a4f682e7c4ebafea1eb9 developer is officially maintaining the package. The rationale for changing this from "tech-pkg" to "pkgsrc-users" is that it implies that any user can try to maintain the package (by submitting patches to the mailing list). Since the folks most likely to care about the package are the folks that want to use it or are already using it, this would leverage the energy of users who aren't developers.