On 10/1/2009 9:22 AM, Timo Sirainen wrote:
>> deliver(): 2009-09-30 11:07:52 Fatal: setgid(114) failed with
>> euid=8, gid=8, egid=8: Operation not permitted
> No, I mean in the Postfix log.
Ack, right, you did say "... where it CALLS deliver..."
Sorry...
--
Best regards,
Charles
On Thu, 2009-10-01 at 09:18 -0400, Charles Marcus wrote:
> > I can take a look at it.. Although the most important log line is the
> > one where it calls deliver and shows what deliver replied.
>
> That was in his original (at least I think its what you're asking for):
>
> > deliver(): 2009-09-30
On 10/1/2009, Timo Sirainen (t...@iki.fi) wrote:
>> Who should I send it to? It's 181 lines to 'privatize' and I'd prefere
>> not to send a unprivatized file to the list...
> I can take a look at it.. Although the most important log line is the
> one where it calls deliver and shows what deliver r
On 10/1/2009, Fredriksson Turbo (tu...@bayour.com) wrote:
> Fair enough. But I never saved the tail when the problem occured. I can
> now extract this again from the info log (getting everything between
> 11:06 to 11:08 which should be within the problem time...).
Just find the messageID and grep
On Thu, 2009-10-01 at 14:58 +0200, Fredriksson Turbo wrote:
> Who should I send it to? It's 181 lines to 'privatize' and I'd prefere
> not to send a unprivatized file to the list...
I can take a look at it.. Although the most important log line is the
one where it calls deliver and shows what deli
On 1 okt 2009, at 14.42, Charles Marcus wrote:
Please always keep replies on list...
Sorry. A 'Reply' didn't send it where I expected it to...
On 10/1/2009 7:18 AM, Fredriksson Turbo wrote:
But it seems that all mails that was received between 16:52:19
and 11:07:52 (which was the last mail
Please always keep replies on list...
On 10/1/2009 7:18 AM, Fredriksson Turbo wrote:
>>> But it seems that all mails that was received between 16:52:19
>>> and 11:07:52 (which was the last mail that couldn't be delivered)
>>> is lost!
>> Without logs, it is impossible to say what happened to the
On Wed, 2009-09-30 at 11:40 +0200, Fredriksson Turbo wrote:
> Is there any way to avoid mails being lost for reasons such as
> this? Is this a Postfix, Procmail or Dovecot thing?
deliver at least returns EX_TEMPFAIL in such situations, which should
put the mail to Postfix queue (well, at least v1.
On 9/30/2009, Fredriksson Turbo (tu...@bayour.com) wrote:
> I set this system up more than six months ago and it's been
> working flawlessly until yesterday (16:52:19 local time) when
> it, without any apparent reason, just stopped delivering mails!
Logs?
> Lots of checking and googling (I've for
I'm calling 'deliver' from Postfix and in some cases from
Procmail.
I set this system up more than six months ago and it's been
working flawlessly until yesterday (16:52:19 local time) when
it, without any apparent reason, just stopped delivering mails!
Lots of checking and googling (I've forgo
10 matches
Mail list logo
