
ovirt in version 4.2 choose to incorporate postfix as a mandatory MTA: yum erase postfix ... Removing: postfix x86_64 2:2.10.1-6.el7 @base 12 M Removing for dependencies: cockpit-ovirt-dashboard noarch 0.11.28-1.el7 @ovirt-4.2 15 M ovirt-host x86_64 4.2.3-1.el7 @ovirt-4.2 11 k ovirt-hosted-engine-setup noarch 2.2.22.1-1.el7 @ovirt-4.2 2.2 M Is there a way to change that ? It's not about postfix being inferior or superior to other solutions. It's that it didn't ask any thing, didn't check if one was already installed. It's just installed. For example: rpm -q --provides postfix MTA config(postfix) = 2:2.10.1-6.el7 postfix = 2:2.10.1-6.el7 postfix(x86-64) = 2:2.10.1-6.el7 server(smtp) smtpd smtpdaemon rpm -q --provides sendmail MTA config(sendmail) = 8.14.7-5.el7 sendmail = 8.14.7-5.el7 sendmail(x86-64) = 8.14.7-5.el7 server(smtp) smtpdaemon There is a lot of other dependencies to declare other than postfix, MTA would have been better.

On Wed, Jul 4, 2018 at 11:04 AM, Fabrice Bacchella <fabrice.bacchella@orange.fr> wrote:
ovirt in version 4.2 choose to incorporate postfix as a mandatory MTA:
This was added in 4.0, AFAIU: https://bugzilla.redhat.com/show_bug.cgi?id=1301966 IMHO the bug is somewhat incorrect. HA sends its email using smtplib, which IIUC does not require a local /usr/sbin/sendmail . Indeed, the default is to send through 'localhost:25', and for this to work you need some MTA listening there. But admins might find it perfectly reasonable to not have any sendmail locally, although this is the unix tradition, and configure everything to send through a remote MTA. hosted-engine --deploy already asks about this, so should be easy to do there. Other common stuff, such as crond, also allow doing this. So ideally, if the admin accepts the default 'localhost:25', the script should try to connect there (perhaps also if user provides custom values?), and if it fails, or if the other side does not look like an MTA (e.g. does not accept a HELO or EHLO, not sure what's the best way), prompt, and if 'localhost', suggest to install some MTA. But email is a hard problem, not sure how complex we need to make the setup script...
yum erase postfix ... Removing: postfix x86_64 2:2.10.1-6.el7 @base 12 M Removing for dependencies: cockpit-ovirt-dashboard noarch 0.11.28-1.el7 @ovirt-4.2 15 M ovirt-host x86_64 4.2.3-1.el7 @ovirt-4.2 11 k ovirt-hosted-engine-setup noarch 2.2.22.1-1.el7 @ovirt-4.2 2.2 M
Is there a way to change that ? It's not about postfix being inferior or superior to other solutions. It's that it didn't ask any thing, didn't check if one was already installed. It's just installed.
For example: rpm -q --provides postfix MTA config(postfix) = 2:2.10.1-6.el7 postfix = 2:2.10.1-6.el7 postfix(x86-64) = 2:2.10.1-6.el7 server(smtp) smtpd smtpdaemon
rpm -q --provides sendmail MTA config(sendmail) = 8.14.7-5.el7 sendmail = 8.14.7-5.el7 sendmail(x86-64) = 8.14.7-5.el7 server(smtp) smtpdaemon
There is a lot of other dependencies to declare other than postfix, MTA would have been better.
I agree, and suggest to open an RFE on ovirt-host (and elsewhere? didn't check) to change the Requires:. Seems like the thing we want to require is 'server(smtp)': https://fedoraproject.org/wiki/Features/ServerProvides Best regards, -- Didi

I agree, and suggest to open an RFE on ovirt-host (and elsewhere? didn't check) to change the Requires:.
On what product: https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt <https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt> I don't know which one to choose.

On Wed, Jul 4, 2018 at 12:26 PM, Fabrice Bacchella < fabrice.bacchella@orange.fr> wrote:
I agree, and suggest to open an RFE on ovirt-host (and elsewhere? didn't check) to change the Requires:.
On what product: https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt
I don't know which one to choose.
Good question! :-) When I don't know, I usually check the git repo for previous patches' 'Bug-Url:'. In this case [1], the first patch with a Bug-Url points at a bug in product "Red Hat Enterprise Virtualization Manager", and the second one at a bug in product "ovirt-distribution", component "ovirt-host". Since your request is not specific to RHV but is for oVirt (and obviously applies also to RHV, but that's irrelevant for now), latter is the best choice. [1] https://gerrit.ovirt.org/gitweb?p=ovirt-host.git;a=log -- Didi

There is a lot of other dependencies to declare other than postfix, MTA would have been better.
I agree, and suggest to open an RFE on ovirt-host (and elsewhere? didn't check) to change the Requires:.
ovirt-host have a lot of dependencies: rpm -q --requires ovirt-host NetworkManager-config-server cockpit cockpit-dashboard cockpit-machines-ovirt cockpit-networkmanager cockpit-ovirt-dashboard dracut-fips firewalld glusterfs-rdma ipa-client katello-agent mailx net-snmp net-snmp-utils ovirt-host-dependencies = 4.2.3-1.el7 ovirt-hosted-engine-setup ovirt-provider-ovn-driver postfix python-firewall rng-tools rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 screen sysstat tcpdump vdsm-hook-ethtool-options vdsm-hook-fcoe vdsm-hook-openstacknet vdsm-hook-vfio-mdev vdsm-hook-vhostmd vdsm-hook-vmfex-dev Many of thee are useless depending of your setup. rng-tools, for example, but my hardware don't provides any of the needed random generators. screen, tcpdump ? I'm quite surprised. glusterfs-rdma, I'm not doing glusterfs, and I don't have any hardware to do rdma

On Wed, Jul 4, 2018 at 12:33 PM, Fabrice Bacchella < fabrice.bacchella@orange.fr> wrote:
There is a lot of other dependencies to declare other than postfix, MTA would have been better.
I agree, and suggest to open an RFE on ovirt-host (and elsewhere? didn't check) to change the Requires:.
ovirt-host have a lot of dependencies:
Indeed
rpm -q --requires ovirt-host NetworkManager-config-server cockpit cockpit-dashboard cockpit-machines-ovirt cockpit-networkmanager cockpit-ovirt-dashboard dracut-fips firewalld glusterfs-rdma ipa-client katello-agent mailx net-snmp net-snmp-utils ovirt-host-dependencies = 4.2.3-1.el7 ovirt-hosted-engine-setup ovirt-provider-ovn-driver postfix python-firewall rng-tools rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 screen sysstat tcpdump vdsm-hook-ethtool-options vdsm-hook-fcoe vdsm-hook-openstacknet vdsm-hook-vfio-mdev vdsm-hook-vhostmd vdsm-hook-vmfex-dev
Many of thee are useless depending of your setup.
Indeed, but there is obviously a trade-off here. If we can solve a bug that affects, say, 30% of the setups, by requiring a package that takes 300KB disk space, and has (hopefully) no security/administrative/etc. implications, I'd say it's worth adding.
rng-tools, for example, but my hardware don't provides any of the needed random generators. screen, tcpdump ? I'm quite surprised. glusterfs-rdma, I'm not doing glusterfs, and I don't have any hardware to do rdma
I am pretty certain that each was added with a good reason. Sometimes you can find the reason in the git commit, or in the linked bug. If you disagree about a specific item, after accepting the general reasoning above, feel free to open a bug. If you disagree with the entire reasoning, it means, practically, that you want more than one ovirt-node, perhaps many more, which will require much more work. Would you volunteer to maintain the various flavors? ovirt-node-gluster-postfix, ovirt-node-ovn-postfix, ovirt-node-gluster-ovn-postfix, ovirt-node-postfix, ovirt-node-sendmail, ... While I do not follow closely maintenance of ovirt-host, I was involved in deciding we do want it, and so far think it was a good decision. Before that, we had partial lists of requirements duplicated over ovirt-host-deploy, ovirt-hosted-engine-setup, ovirt-node (and then ovirt-release, which new ovirt-node uses), and always forgot to update some of them when adding/updating stuff. Current state, of having everything in a single (rather large, admittedly) ovirt-host meta-package is much better. -- Didi

Le 4 juil. 2018 à 11:03, Yedidyah Bar David <didi@redhat.com> a écrit :
On Wed, Jul 4, 2018 at 11:04 AM, Fabrice Bacchella <fabrice.bacchella@orange.fr> wrote:
ovirt in version 4.2 choose to incorporate postfix as a mandatory MTA:
This was added in 4.0, AFAIU:
https://bugzilla.redhat.com/show_bug.cgi?id=1301966
IMHO the bug is somewhat incorrect. HA sends its email using smtplib, which IIUC does not require a local /usr/sbin/sendmail . Indeed, the default is to send through 'localhost:25', and for this to work you need some MTA listening there. But admins might find it perfectly reasonable to not have any sendmail locally, although this is the unix tradition, and configure everything to send through a remote MTA. hosted-engine --deploy already asks about this, so should be easy to do there. Other common stuff, such as crond, also allow doing this. So ideally, if the admin accepts the default 'localhost:25', the script should try to connect there (perhaps also if user provides custom values?), and if it fails, or if the other side does not look like an MTA (e.g. does not accept a HELO or EHLO, not sure what's the best way), prompt, and if 'localhost', suggest to install some MTA. But email is a hard problem, not sure how complex we need to make the setup script...
yum erase postfix ... Removing: postfix x86_64 2:2.10.1-6.el7 @base 12 M Removing for dependencies: cockpit-ovirt-dashboard noarch 0.11.28-1.el7 @ovirt-4.2 15 M ovirt-host x86_64 4.2.3-1.el7 @ovirt-4.2 11 k ovirt-hosted-engine-setup noarch 2.2.22.1-1.el7 @ovirt-4.2 2.2 M
Is there a way to change that ? It's not about postfix being inferior or superior to other solutions. It's that it didn't ask any thing, didn't check if one was already installed. It's just installed.
For example: rpm -q --provides postfix MTA config(postfix) = 2:2.10.1-6.el7 postfix = 2:2.10.1-6.el7 postfix(x86-64) = 2:2.10.1-6.el7 server(smtp) smtpd smtpdaemon
rpm -q --provides sendmail MTA config(sendmail) = 8.14.7-5.el7 sendmail = 8.14.7-5.el7 sendmail(x86-64) = 8.14.7-5.el7 server(smtp) smtpdaemon
There is a lot of other dependencies to declare other than postfix, MTA would have been better.
I agree, and suggest to open an RFE on ovirt-host (and elsewhere? didn't check) to change the Requires:.
Seems like the thing we want to require is 'server(smtp)':
https://fedoraproject.org/wiki/Features/ServerProvides
Best regards,

2018-07-04 12:12 GMT+02:00 Fabrice Bacchella <fabrice.bacchella@orange.fr>:
Le 4 juil. 2018 à 11:03, Yedidyah Bar David <didi@redhat.com> a écrit :
On Wed, Jul 4, 2018 at 11:04 AM, Fabrice Bacchella <fabrice.bacchella@orange.fr> wrote:
ovirt in version 4.2 choose to incorporate postfix as a mandatory MTA:
This was added in 4.0, AFAIU:
https://bugzilla.redhat.com/show_bug.cgi?id=1301966
IMHO the bug is somewhat incorrect. HA sends its email using smtplib, which IIUC does not require a local /usr/sbin/sendmail . Indeed, the default is to send through 'localhost:25', and for this to work you need some MTA listening there. But admins might find it perfectly reasonable to not have any sendmail locally, although this is the unix tradition, and configure everything to send through a remote MTA. hosted-engine --deploy already asks about this, so should be easy to do there. Other common stuff, such as crond, also allow doing this. So ideally, if the admin accepts the default 'localhost:25', the script should try to connect there (perhaps also if user provides custom values?), and if it fails, or if the other side does not look like an MTA (e.g. does not accept a HELO or EHLO, not sure what's the best way), prompt, and if 'localhost', suggest to install some MTA. But email is a hard problem, not sure how complex we need to make the setup script...
yum erase postfix ... Removing: postfix x86_64 2:2.10.1-6.el7 @base 12 M Removing for dependencies: cockpit-ovirt-dashboard noarch 0.11.28-1.el7 @ovirt-4.2 15 M ovirt-host x86_64 4.2.3-1.el7 @ovirt-4.2 11 k ovirt-hosted-engine-setup noarch 2.2.22.1-1.el7 @ovirt-4.2 2.2 M
Is there a way to change that ? It's not about postfix being inferior or superior to other solutions. It's that it didn't ask any thing, didn't
check
if one was already installed. It's just installed.
For example: rpm -q --provides postfix MTA config(postfix) = 2:2.10.1-6.el7 postfix = 2:2.10.1-6.el7 postfix(x86-64) = 2:2.10.1-6.el7 server(smtp) smtpd smtpdaemon
rpm -q --provides sendmail MTA config(sendmail) = 8.14.7-5.el7 sendmail = 8.14.7-5.el7 sendmail(x86-64) = 8.14.7-5.el7 server(smtp) smtpdaemon
There is a lot of other dependencies to declare other than postfix, MTA would have been better.
I agree, and suggest to open an RFE on ovirt-host (and elsewhere? didn't check) to change the Requires:.
Seems like the thing we want to require is 'server(smtp)':
https://fedoraproject.org/wiki/Features/ServerProvides
Best regards,
Done:
I pushed a change for 4.3 requiring server(smtp) instead of postfix. On EL7 server(smtp) resolves by default to postfix so nothing really change except you can now install another MTA and remove postfix. On Fedora, server(smtp) resolves to exim but I added a Suggest clause pulling in postfix if nothing provides server(smtp).
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community- guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/ message/7ZFPH67MIQNWALAE4T2WXX3UVM6UAWSE/
-- SANDRO BONAZZOLA MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo@redhat.com <https://red.ht/sig>

Le 6 juil. 2018 à 15:46, Sandro Bonazzola <sbonazzo@redhat.com> a écrit :
I pushed a change for 4.3 requiring server(smtp) instead of postfix. On EL7 server(smtp) resolves by default to postfix so nothing really change except you can now install another MTA and remove postfix. On Fedora, server(smtp) resolves to exim but I added a Suggest clause pulling in postfix if nothing provides server(smtp).
Nice ! Thank you.
participants (3)
-
Fabrice Bacchella
-
Sandro Bonazzola
-
Yedidyah Bar David