Linux - ServerThis forum is for the discussion of Linux Software used in a server related context.
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.
Not much information to go on. Normally, Postfix will deliver immediately, unless there is a temporary error in which case the message will be "deferred" but still stay in the queue. Since you are able to test and see it happen, I would look for any such condition. I would also see if Postfix claims that there are messages in the queue and try to flush them and see what happens.
Can you post a log entry showing one that doesn't go through and one that does for comparison purposes?
warning: the Postfix sendmail command has set-uid root file permissions
warning: or the command is run from a set-uid root process
warning: the Postfix sendmail command must be installed without set-uid root file permissions
I did a google search and looks like it is a bug with cron? Have you ever seen this?
This is a first for me and it does raise a question: are the "delayed" mail all from a CRON task or does it happen with regular user mail?
To me these warnings sound more like a minor security issue than something that would cause mail to be delayed / deferred.
Interesting. I wish I could offer your more specific advice at this point, but the best I have to offer at this time is to use the known facts as filters to try and sort through your mail logs. In addition to the general info log, a lot of times there is an error and warning log that might be of more value to you. In particular look for "deferred" or "reject" messages associated with this user.
You have to check number of the mail in "queue/deferred/active/hold/" number of smtp request & alos check the memory utilization & disk utilization
#mailq |wc -l
top & iostat check the disk i/o wait
Postfix mainly utilized the memory so may you need to increase the memory but check all statics then go for that
It also depend how many users you have in that postfix server
some other parameter can change in that
Just get all these statics & figure out where is the problem
Also check the nice value of qmgr & postfix & can change to -10