On Mon, 2 Mar 2009, Troy Dawson wrote: > Dr Andrew C Aitchison wrote: >> On Mon, 2 Mar 2009, Troy Dawson wrote: >> >> > Hmmm ... you are correct and this is troubling to me. >> > >> > On a plain SL 5.2 machine, freshly installed, using our alpine 1.10. I >> > fired up pine, as a regular user, and was able to send an email with no >> > extra configuration. >> > >> > On a plain SL 5.3 machine (for i386 and x86_64), freshly installed, >> > using out alpine 2.00. I fired up pine as a regular user. In both >> > cases I got "Error sending: No default posting command" >> > >> > I believe the comment that the one could have been built in an >> > enviroment without sendmail can be correct. For alpine 2.00 we built it >> > in a moch (chroot) enviroment. And although I don't ususally, I might >> > have built alpine 1.10 on a regular system that had sendmail installed. >> > >> > I'm going to try out that theory, and hopefully have a resolution in a >> > few hours. >> >> Thanks. >> >> Jon Peatfield suggested to me that we could add >> BuildRequires: smtpdaemon >> (or possibly >> BuildRequires: /usr/sbin/sendmail >> ) to pull sendmail in at build time ... >> > > I put in > > BuildRequires: sendmail-devel > > and it looks like everything is working now on my tests. The new version > will be in RC 2, which should be out today or tomorrow. > > I put in sendmail-devel because all the documentation says that sendmail is > the default, and if smtpdaemon or something else pulls in something like > postfix, I wasn't positive that it would work. > > Checking the dependancies, it doesn't require the actual sendmail package, > only /usr/sbin/sendmail I just went looking for a precident, and found that the emacs specfile includes a 'BuildRequires: sendmail' to ensure that it configures properly (ie to ensure it will find the path to 'a sendmail'). I'm a bit puzzled that this is preferable to using the more generic smtpdaemon but so be it :-) I really must get round to setting up a moch enviroment for my local builds - I've already managed to mess up a couple of packages by building them on machines which had some strange extra stuff installed on them. -- Jon