Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
I'm using an O'Reilly book as a guide which is making things easier. However, I get to the install section and they seem to want me to write my own startup script.
That seems a bit nutty to me. Is this normal procedure for installing programs that you want to start with the system? There isn't a directory somewhere where an existing script is stashed that I can edit?
I'm using an O'Reilly book as a guide which is making things easier. However, I get to the install section and they seem to want me to write my own startup script.
That seems a bit nutty to me. Is this normal procedure for installing programs that you want to start with the system? There isn't a directory somewhere where an existing script is stashed that I can edit?
No, if you're compiling from source, that can happen. However, if you downloaded and installed the package for your particular distro, the startup and shutdown scripts would be included, along with some other things that you may have to do by hand, too....
hmm, maybe I'll find a package and dig the scripts out of that, or run it and replace the binary. thanks for the suggestion (I need certain features that aren't compiled by default).
Ok, start scripts aren't nearly as complicated as they look at first glance. I found one and modified it a bit.
However, I probably did something else wrong somewhere. The daemons run, but if I send mail to the server if vanishes, and whenever I try to send mail out from the server it gets stuck in the clientqueue and if you read the header it says Permission denied. I also note that if I send from root the queue file ends up with the smmsp owner name, but a normal user sending results in that normal user owning the queue file for the message.
I probably did something wrong with regard to running the daemon's with the right privileges.
Any time you post a question you should post your distro, arch, and version. Answers can vary wildly depending on those things.
Assuming a rpm package based system and you insist on building from source, you will want to grab the source rpm for the package that matches your specific distro, arch, and version. Contained within that src.rpm you will find a spec file and patches(when needed). The spec file will show you a lot of tricks and patches on how to get that package to run properly on your specific distro, arch, and version.
While Debian is not rpm based it is package based(.deb). While the mechanics do change (usings debs vs rpms) the same basics principles should apply. The src deb should contain the same types of information as I described for the rpm setup.
I am aware that you are not trying to use a package. The people who have built the packages have already done the basic ground work for you. You can look at their notes (spec file in rpm speak) and learn what tweaks they have had to use to make the package functional on that particular distro, arch, and version. All this information will be directly applicable to your situation as you are building the same software (just with different options enabled). Now there MAY be issues that arise due to you using those different options. Sometime package builder do not use specific options on specific systems for good reason (too problematic), sometimes they do not use those options becuase relatively few people require them, and sometimes it just never occurs to them (until they get requests).
Well, this is a slight improvement. The debian package installs a sendmail that actually puts incoming mail somewhere ( /var/spool/queue ). Both outgoing and incoming mail end up there, but don't end up in a mailbox. I suppose that shouldn't be impossible to fix.
Previously, incoming mail vanished as far as I know, and outgoing mail ended up in clientmqueue which is the place the mail is supposed to go when there is a problem delivering it.
Suggestions on getting the mail out of /var/spool/mqueue and into the Internet or into a local mailbox are welcome Meanwhile, I will continue digging (for a little while longer anyway... it is Friday).
You could try using the "mc" file browser. It can browse rpm files. It probably can do the same with deb files as well.
The files will show up as if they are in a directory. Simply copy the file from the pane with the deb file contents to the other pane. You could extract some of the other files to study the configuration setup your distro would use. Also look at the ownership and permissions of the files in the package.
Also look in /etc/sysconfig/sendmail. Your script may be reading some values from this config file that are passed on as options of the sendmail daemon when it starts up.
ok, I have it mostly working by setting the clientmqueue directory so that anyone can write to it. obviously, that is not a permanent solution. I need to figure out why the sendmail instance isn't running as user smmsp..... OH... because this version of sendmail is compiled with the user changed to smmta
Well... I think that's it. I can either sub my binary to go bck to smmsp (if the existing binary isn't proper) or change the group owner for each of the files owned by smmsp to smmta
Then I need to name my machine properly so outgoing mail works. Anyway, I can *probably* finish this up myself ... on Monday Have a good weekend guys.
EDIT
Ok, I'm not 100%. Mail comes in, and it goes out to local boxes, but not out to addresses on the Internet. That's probably a configuration issue at least.
Well, I was busy all last week and didn't get to work on this. I'm finally returning and I have got the permissions right on my queues, but my outgoing mail is just ending up in the /var/spool/mqueue directory and just sitting there (if I use a program like alpine to try and send mail).
I'm guessing that I need to start an additional version of the sendmail daemon to handle outgoing mail.
On the new server I have this:
Code:
root 25535 0.0 0.0 27768 1728 ? Ss 11:44 0:00 sendmail: accepting connections
smmsp 25539 0.0 0.0 25704 1368 ? Ss 11:44 0:00 sendmail: Queue runner@00:01:00 for /var/spool/clientmqueue
So I'm missing two instances including one as root and one as smmsp labeled as "running queue". I can probably figure this out eventually. If so I will post the result here for future reference. Meanwhile if anyone else has an idea I'm all ears.
It looks like I need two instances of sendmail for in going and outgoing mail, and two more to process mail that gets stuck in the queue directories for whatever reason (which would process the queues once every 30 minutes or so).
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.