On Mon, Oct 11, 2004 at 09:00:35PM +0300, George Danchev wrote: > On Monday 11 October 2004 19:18, Henning Makholm wrote: > > That is up to the system administrator to arrange. If it provides a > > Satifying package's Depends: is in the domain of packaging system handlers. > Ever seen a debian/control file & friends ? Oh please. grep-available -FMaintainer -sPackage 'Henning Makholm' > You have dependencies to resolv on a remote machine... Hint: an MTA communicates with different hosts, by definition... > > /usr/sbin/sendmail, then it is an MTA. It does not make it any less an > > Providing /usr/sbin/sendmail is required, but not enough to call it MTA. Get real. Are you suggesting it's sane for a package to *require* an SMTP server to run on the local host? As long as /usr/sbin/sendmail exists, it is command-line compatible with the 'original' sendmail, *and* is is able to get mail off the system to a different host, I'd say one can talk about an MTA. > > MTA that it requires some manual configuration before its > > /usr/sbin/sendmail can do anything useful with its input. Most MTA's > > do, actually. > > Satifying package's Depends: is in the domain of packaging system handlers. > Ever seen any debian/control ? You have dependencies to resolv on a remote > machine... do not talk me about configurations ... What's beyond the host is out of reach for packaging. > > > I think ssmtp is incorretly described as a MTA > > > > That must be because you don't understand what an MTA is. > > beats me ;-) > > p.s. s/an MTA/a MTA No, an MTA. If you expand it to mail-transport-agent, you use 'a'. The abbreviation gets 'an'. -- EARTH smog | bricks AIR -- mud -- FIRE soda water | tequila WATER -- with thanks to fortune
Attachment:
signature.asc
Description: Digital signature