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 CRINGE. 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
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
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
-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
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
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 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]
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]
