Re: [Dovecot] deliver: Fatal: setgid(114) failed with euid=8, gid=8, egid=8: Operation not permitted
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 that couldn't be delivered) is lost!
Without logs, it is impossible to say what happened to the mails...
Were they accepted, then lost? Or were they simply rejected?
The error log say:
deliver(<EMAIL>): 2009-09-30 11:07:52 Fatal: setgid(114) failed
with euid=8, gid=8, egid=8: Operation not permittedThe info log say that everything was a-ok...
So the mail was accepted, put in the spool, picked up for local delivery, spamchecked etc and when it was supposed to be put in a file in the mail directory, lost...
This may be enough for Timo, but its always better to give the full
logs of one of these transactions - not just the dovecot error log, but
full system logs, showing the message entering the system, each step of processing, and ending with the final delivery (attempt)...
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...).
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...
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 deliver replied.
On 10/1/2009, Timo Sirainen (tss@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 replied.
That was in his original (at least I think its what you're asking for):
deliver(<EMAIL>): 2009-09-30 11:07:52 Fatal: setgid(114) failed with euid=8, gid=8, egid=8: Operation not permitted
--
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(<EMAIL>): 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. This should have triggered temporary failure exit code and Postfix should have put it back to queue. If it didn't, I'd guess the Postfix log tells why. Or perhaps if there was something in the middle (spam and virus scanners?) maybe their logs show something and maybe they are the reason mails got lost.
On 10/1/2009 9:22 AM, Timo Sirainen wrote:
deliver(<EMAIL>): 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 10/1/2009, Fredriksson Turbo (turbo@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 the logs for that, so you only have the lines pertinent to that one transaction.
Who should I send it to?
The list...
It's 181 lines
If you grep for the messageID, it won't be. One of mine is about 6 lines...
to 'privatize' and I'd prefere not to send a unprivatized file to the list...
6 lines should be simple enough to anonymize - although, I consider security through obscurity to be essentially a waste of time and effort. Of course, if you're logging passwords, those should *certainly* be snipped...
--
Best regards,
Charles
participants (3)
-
Charles Marcus
-
Fredriksson Turbo
-
Timo Sirainen