-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Sun, 16 Dec 2001 11:04:12 -0200 Source: fetchmail-ssl Binary: fetchmail-ssl Architecture: source i386 Version: 5.9.6-1 Distribution: unstable Urgency: medium Maintainer: Henrique de Moraes Holschuh <hmh@debian.org> Changed-By: Henrique de Moraes Holschuh <hmh@debian.org> Description: fetchmail-ssl - SSL-enabled POP3, APOP, IMAP mail gatherer/forwarder Changes: fetchmail-ssl (5.9.6-1) unstable; urgency=medium . * Auto-generated from the respective fetchmail package * The "Twilight in the North Sea" release * New upstream source: + OPIE bug fixes by Jun Miyoshi <usako@omnisci.co.jp>. + Documented known IDLE bug in the todo.html file. + Sunil Shetye's fix for a timeout/reconnect bug. + LMTP fix from Toshiro HIKITA <toshi@sodan.org>. + The duplicate-killer doesn't try to operate if we can get an actual recipient address from the trace headers. * Fix usage of dpkg-architecture in debian/rules: do not append -gnu to the result, dpkg-architecture might be fixed to actually work as it should someday, after all... * Create a fetchmail-common package, to fix once and for all the problems resulting from the sharing of conffiles between fetchmail and fetchmail-ssl (#123056) * fetchmail-up: return exit status 0 if $DAEMON is not there to be run * ip-up: return exit status 0 if initscript is not there to be run * Document well in README.Debian just how dumb it is to forget to test-run fetchmail with the 'keep' option when one changes the MTA/MDA configuration, or fetchmail's. Also document the less-likely-to-delete- messages way: setting antispam to -1 and setting "no bouncemail". Upstream does not want to change the antispam defaults, and I happen to think this is his call. OTOH, I will add an example config with safe options, and if clueless people use that one, they will be [mostly] safe from harm (#123759) * Report errors while opening logfile (#120526) * Change initscript slightly to show 'fetchmail' before trying to start or signal it (#121939) * lintian override: "E: fetchmail-ssl usr-doc-symlink-to-foreign-package": fetchmail-ssl DOES come from exactly the same source of fetchmail-common, due to the ssl transformation hack. This hack will be shortlived. As soon as woody is out or crypto in main arrives, I am killing the non-crypto version of fetchmail. Files: 5590a97df9bd60f6d7ba032dc5c55787 751 non-US optional fetchmail-ssl_5.9.6-1.dsc 8a97f627da2f09c536b3ba86e2ae8919 866845 non-US optional fetchmail-ssl_5.9.6.orig.tar.gz 1a1caaa3840b283f32ae7efab8b1ddc9 322392 non-US optional fetchmail-ssl_5.9.6-1.diff.gz 4fc9b82bce115cd9106c241e5f764200 234280 non-US optional fetchmail-ssl_5.9.6-1_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjwd0ncACgkQ7iXePxzbD+MTwwCeIS0XLm50yp7kwMl/B7frva5n NMUAoJjII9WzjtsWirUT4Llx+b29A69X =4cpy -----END PGP SIGNATURE----- Installed: fetchmail-ssl_5.9.6-1.diff.gz to pool/non-US/main/f/fetchmail-ssl/fetchmail-ssl_5.9.6-1.diff.gz fetchmail-ssl_5.9.6-1.dsc to pool/non-US/main/f/fetchmail-ssl/fetchmail-ssl_5.9.6-1.dsc fetchmail-ssl_5.9.6-1_i386.deb to pool/non-US/main/f/fetchmail-ssl/fetchmail-ssl_5.9.6-1_i386.deb fetchmail-ssl_5.9.6.orig.tar.gz to pool/non-US/main/f/fetchmail-ssl/fetchmail-ssl_5.9.6.orig.tar.gz