From: Doug Jaquays (no email)
Date: Fri Feb 06 2009 - 11:00:31 EST
Just to not leave this open-ended. I decided to just switch to Pear::Mail and use that to send directly to our production mail server. I appreciate all of the help provided, but for the small scope of what Postfix was doing and the number of unknown possible issues, it was easier to port my current mail script over to using Pear than to spend who knows how much longer troubleshooting this issue.
>>> On Thu, Feb 5, 2009 at 1:15 PM, Wietse Venema <> wrote:
> Victor Duchovni:
>> On Thu, Feb 05, 2009 at 10:02:47AM -0500, Doug Jaquays wrote:
>> > > Does:
>> > >
>> > > # postkick public pickup W
>> > >
>> > > move mail out of the queue in a more timely fashion?
>> > It does not seem to be anymore effective than mailq -q.
>> > Is there any more verbose logging that I can enable for this situation?
>> > PHP just cares that the message gets dumped into the queue and only
>> > returns yes it worked or no it didn't, which of course it works.
>> > It really seems like the timer to wakeup pickup isn't working properly,
>> > though I can't find any reason why it wouldn't be and nothing solid to
>> > say it isn't.
>> Search your logs for error/warning/panic/fatal messges from "pickup".
>> Add (temporarily) a "-v" flag to the pickup service in master.cf.
>> Read your logs carefully.
>> > It's frustrating to see that other systems set up exactly
>> Well, not *exactly* the same, but you have not yet found out how
>> this one is different.
>> The "pickup" daemon needs to be able read and write the "maildrop" queue,
>> and the permissions of the public/pickup socket need to be correct. The
>> maildrop queue should not contain any files that cause pickup severe
>> indigestion (fatal error on processing the queue file in question).
> My first recommendation is to strace the pickup daemon. Simply
> strace -o filename -p pickup-process-id
> and let it run for a few minutes then control-c and share the file
> with the mailing list.
> The other recommendation is to FSCK their file systems. The effects
> of file system corruption are not included in the Postfix guarantee.
This email may contain confidential and privileged material for the sole use
of the intended recipient and MSU-KCMS. Any review or distribution
by others is strictly prohibited. If you are not the intended recipient,
please contact the sender and delete all copies.