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