I wanted to test zimbra on centos 6 (I'm new to centos). While installing zimbra it said there was a conflict on port 25. So I found out that postfix is the default mta on centos. I then did sudo yum remove postfix and followed the prompts for removing it, but in doing so it removed chrome that I had installed and several other packages that seem to be important. Some of these were cron, some lsb packages, and some others. Why does removing postfix remove these others. cron and the others are dependent on having postfix? Seems odd if they are. Thanks, -wes
On Fri, Nov 1, 2013 at 9:21 AM, Wes James <comptekki at gmail.com> wrote:> Why does > removing postfix remove these others. cron and the others are dependent on > having postfix? Seems odd if they are.They are dependent on having a local SMTP server, for example cron requires one to send email containing the stderr output of (presumably failed) jobs. If the zimbra packages declare the appropriate provides, you should be able to re-install cron et al. after installing zimbra.
On Fri, Nov 1, 2013 at 10:58 AM, Reindl Harald <h.reindl at thelounge.net>wrote:> > > Am 01.11.2013 17:46, schrieb Wes James: > > On Fri, Nov 1, 2013 at 10:40 AM, Bart Schaefer < > barton.schaefer at gmail.com>wrote: > > > >> On Fri, Nov 1, 2013 at 9:21 AM, Wes James <comptekki at gmail.com> wrote: > >>> Why does > >>> removing postfix remove these others. cron and the others are > dependent > >> on > >>> having postfix? Seems odd if they are. > >> > >> They are dependent on having a local SMTP server, for example cron > >> requires one to send email containing the stderr output of (presumably > >> failed) jobs. If the zimbra packages declare the appropriate > >> provides, you should be able to re-install cron et al. after > >> installing zimbra. > > > > I see that from the previous email. I have been reinstalling them and > then > > checking to see how to keep postfix from starting. After installing > > cronie, etc. back, postfix was installed. I did postfix stop, but it > said > > it was not running. I'll have to look in the start up and see if it is > set > > to start on reboot > > why trial and error? > chkconfig postfix off > > are you really have services uncontrolled running > instead explicit dsiable or enable them? > > chkconfig --list and disable anything you are not using > if it comes to servers connected to a network > > chkconfig --help > chkconfig version 1.3.49.3 - Copyright (C) 1997-2000 Red Hat, Inc. > This may be freely redistributed under the terms of the GNU Public License. >Thanks - that info is useful. -wes
On Fri, Nov 1, 2013 at 10:58 AM, Reindl Harald <h.reindl at thelounge.net>wrote: <snip>> > why trial and error? > chkconfig postfix off > > are you really have services uncontrolled running > instead explicit dsiable or enable them? > > chkconfig --list and disable anything you are not using > if it comes to servers connected to a network > > chkconfig --help > chkconfig version 1.3.49.3 - Copyright (C) 1997-2000 Red Hat, Inc. > This may be freely redistributed under the terms of the GNU Public License. >I did chkconfig --list|grep postfix and it has postfix 0:off 1:on ......... 6:off The numbers are the run levels the service will run on? After chkconfig postfix off, they all changed to off. 1-5 had been on. -wes