Installed sendmail 8.9.3-22 (source i386)

[Richard A Nelson (Rick) <cowboy@debian.org>]

Installed:
sendmail_8.9.3-22.diff.gz
  to dists/potato/main/source/mail/sendmail_8.9.3-22.diff.gz
  replacing sendmail_8.9.3-21.1.diff.gz
sendmail_8.9.3-22.dsc
  to dists/potato/main/source/mail/sendmail_8.9.3-22.dsc
  replacing sendmail_8.9.3-21.1.dsc
sendmail_8.9.3-22_i386.deb
  to dists/potato/main/binary-i386/mail/sendmail_8.9.3-22.deb
  replacing sendmail_8.9.3-21.1.deb


-----BEGIN PGP SIGNED MESSAGE-----

Format: 1.6
Date: Mon, 08 May 2000 12:00:00 -0500
Source: sendmail
Binary: sendmail
Architecture: source i386
Version: 8.9.3-22
Distribution: frozen
Urgency: high
Maintainer: Richard A Nelson (Rick) <cowboy@debian.org>
Description: 
 sendmail   - A powerful mail transport agent.
Closes: 24608 24612 31138 32409 34285 34405 34715 34722 34789 35548 36067 38783 39021 41325 42041 42265 43241 44035 44797 55485 60282
Changes: 
 sendmail (8.9.3-22) frozen; urgency=high
 .
   * Fix unsafe fgets in mail.local, based on the upstream patch for 8.10.1
     Non-maintainer upload by security team (thanks Wichert).
   * sendmail.cf/mailer/cyrus.m4 incompatible with Debian package
     Thanks Manoj Srivastava (closes: bug #63441)
   * revert fix for 55485 because it doesn't really solve the problem:
     the problem specifically noted in the 8.10 cf/README:
 .
     NOTICE: It is possible to relay mail through a system which the anti-relay
     rules do not prevent: the case of a system that does use FEATURE(`nouucp',
     `nospecial') (system A) and relays local messages to a mail hub (e.g., via
     LOCAL_RELAY or LUSER_RELAY) (system B).  If system B doesn't use
     FEATURE(`nouucp') at all, addresses of the form
     <example.net!user@local.host> would be relayed to <user@example.net>.
     System A doesn't recognize `!' as an address separator and therefore
     forwards it to the mail hub which in turns relays it because it came from
     a trusted local host.  So if a mailserver allows UUCP (bang-format)
     addresses, all systems from which it allows relaying should do the same
     or reject those addresses.
 .
     The bottom line here is basically that a certain *combination* of nouucp
     and non-nouucp on different hosts can open up for multi-level relaying,
     which of course makes it difficult for a pre-packaged version to do "the
     right thing", given that it can't make assumptions about what type of
     systems it gets installed on. Best is probably to not have it use
     FEATURE(nouucp) in 8.9.3, as this is (of course) the default.
     --Per Hedeland
 .
     I've taken the approach of properly warning the user in sendmailconfig
     . debian/local/sendmailconfig (closes: bug#55485)
 .
   * Remove --exec parameter from start-stop-daemon --stop as it can prevent
     orderly shutdown of sendmail during postinst (use just --PIDFILE)
     . debian/sendmail.init.d (closes: bug#60282)
   * Several older bugs got marked as NMU fixed...
    . closes: #24608,#24612,#31138,#32409,#34285,#34405,#34715
    . closes: #34722,#34789,#35548,#36067,#38783,#39021,#41325
    . closes: #42041,#42265,#43241,#44035,#44797
Files: 
 67bc17d977fc506d2a6cdeb6881d1b43 637 mail extra sendmail_8.9.3-22.dsc
 0d4998e3e39e4367af3147db12557dcc 145167 mail extra sendmail_8.9.3-22.diff.gz
 648c7823d004ab379fed1c15f0c5bd8d 918550 mail extra sendmail_8.9.3-22_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.3a
Charset: noconv

iQCVAwUBORrO1qVTksHk9ElFAQHc0AP/SdeDZ4rJD0emSDc+k2z7A/+GgQxSHKh7
WG+HTfXW3YkXtlsVGp/o/3BxvREg9Jlx+YqmVGVRdKNRQ9YKiC0t1Phqf0o0DP5I
vdYnJkAiiqOWaOfUrp5/sDM8pg6/brTnKPevmGla4Zn5ClqnHvkGPQTW0QctvNMj
aG2x5xmeR8E=
=T+pd
-----END PGP SIGNATURE-----