Re: Want to upgrade sendmail in next OS release
> > Tuc at T-B-O-H.NET wrote: > > I'd like to upgrade my sendmail version in advance of > > upgrading to the next release of the OS. I was wondering if I > > . > > I don't want to build out of ports because it is set up not to > > override the base install. > > I ran into the same problem years ago, with sendmail from ports > installing into the /usr/local path, and creating two different versions > on the same system, and generally making a Big Mess of itself. > What I was afraid of. And I'll admit there is a bunch of "ASSUME" factor here. When I get on a machine running a certain OS, I have certain expectations of whats "base" install, and what "other" has been installed. If I want sendmail, I'd go to /etc/mail . If it was /usr/local/etc/mail, I'd probably sit there for a few edits of the sendmail.cf in there or something until I realized .. "OH, on THIS machine its in /usr/local/etc/mail". I hate wasting time. :) > > But from some posts here a couple months ago, and reading the Makefile, > I ~THINK~ it [the port] is now set up to replace the stock sendmail and > install into the regular system paths. > > I'm only like 90% on this, but hopefully someone else will confirm: I > think the port will do what you want. > From the Makefile : .if exists(${DESTDIR}/etc/mail/mailer.conf) && ${PREFIX} == "/usr" pre-everything:: @${ECHO_CMD} "#" @${ECHO_CMD} "# You can't override the base sendmail this way." @${ECHO_CMD} "# your version FreeBSD use mailwrapper." @${ECHO_CMD} "#" @${ECHO_CMD} "# Please install with normal PREFIX" @${ECHO_CMD} "# and activate the port version with" @${ECHO_CMD} "# cd ${PORTSDIR}/mail/sendmail && make mailer.conf" @${ECHO_CMD} "#" @${FALSE} .endif So atleast for /usr/ports/mail/sendmail, the answer is "No". (Unless, I'm reading it wrong, then its either "YES", or "DEFINITE MAYBE".) Tuc ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Want to upgrade sendmail in next OS release
> > I can afford the time to start/stop sendmail here and there, but I > > have to schedule the maintenance window to upgrade this particular > > machine. > > I see. I'd still go for the maintenance window option, unless there is > a _very_ pressing need to upgrade Sendmail *today* because of a security > update, but you have a point :) > Absolutely going to do the proper "bring to the next level" on it as soon as I can schedule a good maintenance window. > > % The following files make up the sendmail build/install/runtime > % infrastructure in FreeBSD: > % > % Makefile.inc1 > % bin/Makefile > % bin/rmail/Makefile > % contrib/sendmail/ > % [...] > As for the merging myself . I was just hoping I could cvsup , rebuild what was necessary as if it was a "sendmail security alert", and go. I didn't realize everything that went into the point to get it to that point, and what could be missed/broken/etc. > > Interesting bits of that list are: > > lib/libmilter/Makefile > lib/libsm/Makefile > lib/libsmdb/Makefile > lib/libsmutil/Makefile > libexec/mail.local/Makefile > libexec/smrsh/Makefile > usr.bin/vacation/Makefile > usr.sbin/editmap/Makefile > usr.sbin/mailstats/Makefile > usr.sbin/makemap/Makefile > usr.sbin/praliases/Makefile > usr.sbin/sendmail/Makefile > usr.sbin/mailwrapper/Makefile > I did recompile sm/smutil . We currently aren't actively using milters (Wrote one previously, but not using it anymore), and the libsmdb is possibly something that could have bitten me. As for the rest of the stuff, not parts that either I needed, or felt were critical enough to the process. But something to be very aware of next time, even for another program. > > For future upgrades of Sendmail, it would probably be a good idea to > upgrade the libraries *first* and only when you are done building the > new libraries to install everything. > The libsm and libsmutil appeared not to by dynamic but static libs, so compiling them first brought me to be able to compile sendmail itself. I did a test to see if it would compile without it, it wouldn't. My instructions DID have me build them first though. > > It may be possible to build everything with MAKEOBJDIRPREFIX='/usr/obj', > and install in one go when you are done with everything, but that's > something you should probably experiment a bit with -- preferrably in a > test machine, before you do the same on a live system. > Isn't /usr/obj where things go anyway? I'm confused as to why your telling me. If your trying to get to that I should have done a buildworld, but then just a "make install" in certain directories.. Then yes, it was probably bad form, but I couldn't see making tar to be able to compile sendmail. :) > > > In the mean time, I got bored, so I did just that. Seems to be working > > fine, has processed about 15K emails since. > > Neat :) > Still didn't solve my issue.. Turns out to be an issue with /dev/console and the kernel. I tried to post here about it, but no replies... So took it to "arch" where I found alot of discussion of it via Google. Thanks for all the insight, Tuc ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Want to upgrade sendmail in next OS release
"Ang utong ko ay sasabog sa sarap!" exclaimed [EMAIL PROTECTED] while reading this message on Mon, Oct 22, 2007 at 21:33 and then responded with: > Date: Mon, 22 Oct 2007 09:05:54 +0100 > From: Matthew Seaman <[EMAIL PROTECTED]> > Subject: Re: Want to upgrade sendmail in next OS release > Tuc at T-B-O-H.NET wrote: > > I don't want to build out of ports because it is set up not > > to override the base install. > Actually, I think your perception is incorrect here. If you want > sendmail-8.14.1 on a FreeBSD 6.x system, then installing it out > of ports really is the best and easiest way to go. There's no > need to overwrite what the base system installs -- because of > the way mailwrapper works, /usr/sbin/sendmail will refer to the > ports version automatically. > The ports version of sendmail is a pretty seamless drop in for > the system version. You don't even need to use the startup > scripts the port installs in /usr/local/etc/rc.d Instead, if you > add the following to /etc/make.conf you can use the standard > /etc/rc.d/sendmail start/stop scripts and all the machinery in > /etc/mail for turning .mc into .cf files: >SENDMAIL_CF_DIR=/usr/local/share/sendmail/cf >MAKEMAP=/usr/local/sbin/makemap > > Cheers, > > Matthew > Agree completely as I've been doing that for the last couple of years at a smallish ISP. Never a problem. And the install script tells you how to update the 'mailwrapper'. It will also let you set options for other MTAs and not modify programs that call sendmail, which will then use the MTA of your choice. The mailwrapper is a nice concept. As to the OP's worry [in the original post not included here] was the concern about shutting down the system when doing this. Certainly it would problematic if he built from the system as in an OS upgrade, but for an application such as sendmail that's not needed. If he uses the ports and modifies the mailwrapper correctly, after that all he has to do is restart sendmail. That means his MTA will be down for only a very few seconds, depending upon the speed of the machine. On a fast machine it may be totally transparent. Bill -- Bill Vermillion - bv @ wjv . com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Want to upgrade sendmail in next OS release
On 2007-10-21 16:42, "Tuc at T-B-O-H.NET" <[EMAIL PROTECTED]> wrote: >>On 2007-10-21 11:28, "Tuc at T-B-O-H.NET" <[EMAIL PROTECTED]> wrote: >>> Hi, >>> >>> I'd like to upgrade my sendmail version in advance of upgrading to the >>> next release of the OS. >> >> Why? > > I can afford the time to start/stop sendmail here and there, but I > have to schedule the maintenance window to upgrade this particular > machine. I see. I'd still go for the maintenance window option, unless there is a _very_ pressing need to upgrade Sendmail *today* because of a security update, but you have a point :) >>> # cd /usr/src/lib/libsm >>> # make obj && make depend && make >>> # cd /usr/src/lib/libsmutil >>> # make obj && make depend && make >>> # cd /usr/src/usr.sbin/sendmail >>> # make obj && make depend && make && make install >> >> This can be done only if you manage to upgrade Sendmail sources and >> their build-glue manually, by following *exactly* the same process that >> Gregory Shapiro (our native Sendmail maintainer) uses to do it. > > So where do I find that? I took those instructions from previous > FreeBSD Security announcements against sendmail. The process is described in `/usr/src/contrib/sendmail/FREEBSD-upgrade', but it takes a certain amount of experience with CVS and merging. Even if you don't really want to use CVS to merge the changes yourself, the list of build/install/runtime infrastructure files near the end of this file will prove veery useful. Quoting from a recent copy: % The following files make up the sendmail build/install/runtime % infrastructure in FreeBSD: % % Makefile.inc1 % bin/Makefile % bin/rmail/Makefile % contrib/sendmail/ % [...] >> You are also missing some parts of Sendmail above, like: >> >> /usr/src/bin/rmail >> /usr/src/usr.bin/vacation >> /usr/src/etc/sendmail > > rmail - 99% of delivery is procmail, but good point. > vacation - Not used > etc/sendmail - I don't use default mc's, and don't mind > running older cf's on a newer version. The > change between 8.13 and 8.14 wasn't enough for > us to need to. Interesting bits of that list are: lib/libmilter/Makefile lib/libsm/Makefile lib/libsmdb/Makefile lib/libsmutil/Makefile libexec/mail.local/Makefile libexec/smrsh/Makefile usr.bin/vacation/Makefile usr.sbin/editmap/Makefile usr.sbin/mailstats/Makefile usr.sbin/makemap/Makefile usr.sbin/praliases/Makefile usr.sbin/sendmail/Makefile usr.sbin/mailwrapper/Makefile For future upgrades of Sendmail, it would probably be a good idea to upgrade the libraries *first* and only when you are done building the new libraries to install everything. It may be possible to build everything with MAKEOBJDIRPREFIX='/usr/obj', and install in one go when you are done with everything, but that's something you should probably experiment a bit with -- preferrably in a test machine, before you do the same on a live system. > In the mean time, I got bored, so I did just that. Seems to be working > fine, has processed about 15K emails since. Neat :) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Want to upgrade sendmail in next OS release
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Tuc at T-B-O-H.NET wrote: > I don't want to build out of ports because it is set up not to > override the base install. Actually, I think your perception is incorrect here. If you want sendmail-8.14.1 on a FreeBSD 6.x system, then installing it out of ports really is the best and easiest way to go. There's no need to overwrite what the base system installs -- because of the way mailwrapper works, /usr/sbin/sendmail will refer to the ports version automatically. The ports version of sendmail is a pretty seamless drop in for the system version. You don't even need to use the startup scripts the port installs in /usr/local/etc/rc.d Instead, if you add the following to /etc/make.conf you can use the standard /etc/rc.d/sendmail start/stop scripts and all the machinery in /etc/mail for turning .mc into .cf files: SENDMAIL_CF_DIR=/usr/local/share/sendmail/cf MAKEMAP=/usr/local/sbin/makemap Cheers, Matthew - -- Dr Matthew J Seaman MA, D.Phil. Flat 3 7 Priory Courtyard PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW, UK -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHHFni3jDkPpsZ+VYRA2dNAJ9boUg/Du4pRS8nbAvfsyAFN08W3QCgn9Ir P9Nfw5ve8q26RZL25mT3Zms= =r3Ds -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Want to upgrade sendmail in next OS release
Tuc at T-B-O-H.NET wrote: I'd like to upgrade my sendmail version in advance of upgrading to the next release of the OS. I was wondering if I > . I don't want to build out of ports because it is set up not to override the base install. I ran into the same problem years ago, with sendmail from ports installing into the /usr/local path, and creating two different versions on the same system, and generally making a Big Mess of itself. But from some posts here a couple months ago, and reading the Makefile, I ~THINK~ it [the port] is now set up to replace the stock sendmail and install into the regular system paths. I'm only like 90% on this, but hopefully someone else will confirm: I think the port will do what you want. -Rob ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Want to upgrade sendmail in next OS release
> > On 2007-10-21 11:28, "Tuc at T-B-O-H.NET" <[EMAIL PROTECTED]> wrote: > > Hi, > > > > I'd like to upgrade my sendmail version in advance of upgrading to the > > next release of the OS. > > Why? > I can afford the time to start/stop sendmail here and there, but I have to schedule the maintenance window to upgrade this particular machine. > > > # cd /usr/src/lib/libsm > > # make obj && make depend && make > > # cd /usr/src/lib/libsmutil > > # make obj && make depend && make > > # cd /usr/src/usr.sbin/sendmail > > # make obj && make depend && make && make install > > This can be done only if you manage to upgrade Sendmail sources and > their build-glue manually, by following *exactly* the same process that > Gregory Shapiro (our native Sendmail maintainer) uses to do it. > So where do I find that? I took those instructions from previous FreeBSD Security announcements against sendmail. > > You are also missing some parts of Sendmail above, like: > > /usr/src/bin/rmail > /usr/src/usr.bin/vacation > /usr/src/etc/sendmail > rmail - 99% of delivery is procmail, but good point. vacation - Not used etc/sendmail - I don't use default mc's, and don't mind running older cf's on a newer version. The change between 8.13 and 8.14 wasn't enough for us to need to. > > The upgrade process used by Gregory Shapiro and the normal 'buildworld' > cycle takes care of all that and more. > > Why would you want to circumvent it, and risk breaking Sendmail? > See above... In the mean time, I got bored, so I did just that. Seems to be working fine, has processed about 15K emails since. Turns out it didn't fix my problem I originally thought it might, but in the time since also I've learned what the problem was. (Kernel hack to output /dev/console to syslog. Thanks, Tuc ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Want to upgrade sendmail in next OS release
On 2007-10-21 11:28, "Tuc at T-B-O-H.NET" <[EMAIL PROTECTED]> wrote: > Hi, > > I'd like to upgrade my sendmail version in advance of upgrading to the > next release of the OS. Why? > # cd /usr/src/lib/libsm > # make obj && make depend && make > # cd /usr/src/lib/libsmutil > # make obj && make depend && make > # cd /usr/src/usr.sbin/sendmail > # make obj && make depend && make && make install This can be done only if you manage to upgrade Sendmail sources and their build-glue manually, by following *exactly* the same process that Gregory Shapiro (our native Sendmail maintainer) uses to do it. You are also missing some parts of Sendmail above, like: /usr/src/bin/rmail /usr/src/usr.bin/vacation /usr/src/etc/sendmail The upgrade process used by Gregory Shapiro and the normal 'buildworld' cycle takes care of all that and more. Why would you want to circumvent it, and risk breaking Sendmail? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Want to upgrade sendmail in next OS release
Hi, I'd like to upgrade my sendmail version in advance of upgrading to the next release of the OS. I was wondering if I cvsup the version of the OS I want, then do : # cd /usr/src/lib/libsm # make obj && make depend && make # cd /usr/src/lib/libsmutil # make obj && make depend && make # cd /usr/src/usr.sbin/sendmail # make obj && make depend && make && make install if that would be enough? Later on, when I can afford to reboot the machine, I'll go through the : # 1. `cd /usr/src' (or to the directory containing your source tree). # 2. `make buildworld' # 3. `make buildkernel KERNCONF=YOUR_KERNEL_HERE' (default is GENERIC). # 4. `make installkernel KERNCONF=YOUR_KERNEL_HERE' (default is GENERIC). # 5. `reboot'(in single user mode: boot -s from the loader prompt). # 6. `mergemaster -p' # 7. `make installworld' # 8. `mergemaster' # 9. `reboot' Procedure. I don't want to build out of ports because it is set up not to override the base install. Thanks, Tuc ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"