postfix, exim, and ssmtp have "Provides: MTA" (and sendmail should as well; will
report a bug), so I think esmtp should join the club and provide it too.
MTA is a new virtual package or is it just to replace the other virtual package
smtpdaemon? If last is true, then esmtp shouldn't provide MTA, otherwise it is
MTA is MTA, SMTP daemon is a SMTP daemon, apples and oranges :)
In other words, "MTA" is not a replacement for "smtpdaemon".
I am not sure that esmtp should provide MTA, it is not a
MTA. ssmtp should also certainly not provide it. I think it
is the same for smtpdaemon. (ssmtp provides smtpdaemon, but I
think it is wrong). In my opinion send-only mta should only
Maybe the meaning of virtual provides should be explained
For MTA, it seems to me that it should imply a smtp server and
a mail delivery service, none of which is in esmtp.
Well, esmtp from Fedora Extras Development doesn't provide smtpdaemon, but
"ESMTP is a user configurable relay-only Mail Transfer Agent (MTA) with a
sendmail-compatible syntax." - IMHO enough to provide MTA.
It is not exactly true, esmtp isn't even relay-only, it is send-only.
esmtp isn't more a MTA than most of the MUA. Thunderbird, for example
is a MTA if esmtp is a MTA because it is able to send mail...
From the definition in wikipedia, for example, esmtp is not a MTA.
Moreover the description states that it is a 'relay-only MTA', this
also seems to imply that this is not a MTA.
If the definition of the MTA virtual provide is 'any program that
provides /usr/sbin/sendmail and is able to send mail', then
sure esmtp should Provide MTA, but is it really the best definition
for MTA? I doubt it since it is redundant with providing
ssmtp doesn't provides MTA anymore, this is now associated with
full MTA sendmail, exim, postfix (local delivery, mail queue,
In my opinion it is better to have this meaning for MTA.
You can use /usr/sbin/sendmail for a package providing this
command -- or for a package that can send mail.