Displaying 20 results from an estimated 3000 matches similar to: "Fatal: setgroups(6) failed: Too many extra groups when authenticating using mysql - macOS 10.13.6"
2006 Jul 28
1
Problems reading mbox
I'm having problems getting dovecot to read my mbox file. I have
turned on mail_debug. Log says:
Jul 28 11:03:20 Bordo-Mail-Server dovecot: Dovecot v1.0.rc2 starting up
Jul 28 11:03:36 Bordo-Mail-Server dovecot: pop3-login: Login:
user=<jlbrown>, method=PLAIN, rip=192.168.1.10, lip=192.168.1.9
Jul 28 11:03:36 Bordo-Mail-Server dovecot: POP3(jlbrown): Effective
uid=501, gid=501
Jul
2018 Dec 04
2
Lda fatal: setgid (102 from userdb lookup) failed
Sorry if this is a nubbie question, but I?m getting:
lda(jlbrown at bordo.com.au)<4444><QFg5KRHVBBxcEQAAYBwt+A>: Fatal: setgid(102 from userdb lookup) failed with euid=501(jlbrown), gid=20(staff), egid=20(staff): Operation not permitted (This binary should probably be called with process group set to 102 instead of 20(staff))
How can I fix this?
(macOS Mojave, Dovecot 2.3.4)
2019 Jan 30
0
"unknown user - trying the next userdb" Info in log
<!doctype html>
<html>
<head>
<meta charset="UTF-8">
</head>
<body>
<div>
<br>
</div>
<blockquote type="cite">
<div>
On 30 January 2019 at 07:12 James Brown <
<a href="mailto:jlbrown@bordo.com.au">jlbrown@bordo.com.au</a>> wrote:
</div>
2018 Dec 04
0
Lda fatal: setgid (102 from userdb lookup) failed
On 4.12.2018 3.27, James Brown via dovecot wrote:
> Sorry if this is a nubbie question, but I?m getting:
>
> lda(jlbrown at bordo.com.au)<4444><QFg5KRHVBBxcEQAAYBwt+A>: Fatal: setgid(102 from userdb lookup) failed with euid=501(jlbrown), gid=20(staff), egid=20(staff): Operation not permitted (This binary should probably be called with process group set to 102 instead of
2023 Feb 22
1
Auth-worker, unknown scheme ARGON2ID
On 21 Feb 2023, at 10:12 pm, James Brown <jlbrown at bordo.com.au> wrote:
>
> The new one has Dovecot compiled with same configure options, same configuration files, but fails to authenticate:
>
> Feb 21 21:51:03 master: Info: Dovecot v2.3.20 (80a5ac675d) starting up for imap, pop3 (core dumps disabled)
> Feb 21 21:51:33 auth-worker(11701): Error: conn unix:auth-worker
2019 Jan 30
3
"unknown user - trying the next userdb" Info in log
On 30 Jan 2019, at 10:57 am, Stephan Bosch <stephan at rename-it.nl <mailto:stephan at rename-it.nl>> wrote:
>
> Op 30/01/2019 om 00:06 schreef James Brown via dovecot:
>>
>>> On 30 Jan 2019, at 9:24 am, Stephan Bosch <stephan at rename-it.nl <mailto:stephan at rename-it.nl>> wrote:
>>>
>>>
>>>
>>> Op 29/01/2019
2018 Oct 11
0
macOS Mojave: setgroups(501) failed: Too many extra groups
On 11.10.2018 09:28, Heiko W. Rupp wrote:
> Hello,
>
> I have recently upgraded to macOS 10.14 (Mojave) and am running into
> an issue where one use can no longer log into dovecot via imap. Log shows
>
> Oct 11 08:10:27 imap(hwr)<12659><YpC/0+133+EAAAAAAAAAAAAAAAAAAAAB>:
> Fatal: setgroups(501) failed: Too many extra groups
>
> and indeed, the user is in 17
2018 Oct 11
2
macOS Mojave: setgroups(501) failed: Too many extra groups
On Thu, Oct 11, 2018 at 09:51:34AM +0300, Aki Tuomi wrote:
> > Looking at the source, I see this is handled in
> > src/lib/restrict-access.c::fix_groups_list(),
> > where above the call to setgroups() a gid_list2 is constructed. I
> > wonder if one could
> > have a config option to prevent adding all those extra groups, which
> > then make the
> > call to
2018 Oct 11
3
macOS Mojave: setgroups(501) failed: Too many extra groups
Hello,
I have recently upgraded to macOS 10.14 (Mojave) and am running into an
issue where one use can no longer log into dovecot via imap. Log shows
Oct 11 08:10:27 imap(hwr)<12659><YpC/0+133+EAAAAAAAAAAAAAAAAAAAAB>:
Fatal: setgroups(501) failed: Too many extra groups
and indeed, the user is in 17 groups, which is more than NGROUPS_MAX
(16).
Another user with << 16 groups
2018 Oct 11
0
macOS Mojave: setgroups(501) failed: Too many extra groups
On 11.10.2018 10:08, Heiko W. Rupp wrote:
> On Thu, Oct 11, 2018 at 09:51:34AM +0300, Aki Tuomi wrote:
>>> Looking at the source, I see this is handled in
>>> src/lib/restrict-access.c::fix_groups_list(),
>>> where above the call to setgroups() a gid_list2 is constructed. I
>>> wonder if one could
>>> have a config option to prevent adding all those
2019 Jan 30
2
"unknown user - trying the next userdb" Info in log
On 30 Jan 2019, at 4:35 pm, Aki Tuomi <aki.tuomi at open-xchange.com <mailto:aki.tuomi at open-xchange.com>> wrote:
>
>>
>> On 30 January 2019 at 07:12 James Brown < jlbrown at bordo.com.au <mailto:jlbrown at bordo.com.au>> wrote:
>>
>>
>> >> My settings:
>> ...
>> >> userdb {
>> >> driver = passwd
2023 Feb 22
1
Auth-worker, unknown scheme ARGON2ID
> On 22/02/2023 07:00 EET James Brown <jlbrown at bordo.com.au> wrote:
>
>
> On 21 Feb 2023, at 10:12 pm, James Brown <jlbrown at bordo.com.au> wrote:
>
> >
> >
> > The new one has Dovecot compiled with same configure options, same configuration files, but fails to authenticate:
> >
> > Feb 21 21:51:03 master: Info: Dovecot v2.3.20
2018 Mar 01
0
Make fails with 2.3.0.1 & 2.2.34 on Mac OS X 10.7.5
On 01.03.2018 07:34, James Brown wrote:
> On 1 Mar 2018, at 4:09 pm, Aki Tuomi <aki.tuomi at dovecot.fi
> <mailto:aki.tuomi at dovecot.fi>> wrote:
>>
>>
>>> On 01 March 2018 at 06:21 James Brown <?jlbrown at bordo.com.au
>>> <mailto:jlbrown at bordo.com.au>> wrote:
>>>
>>>
>>> Have tried 2.3.0, 2.3.0.1 &
2018 Mar 01
0
Make fails with 2.3.0.1 & 2.2.34 on Mac OS X 10.7.5
<!doctype html>
<html>
<head>
<meta charset="UTF-8">
</head>
<body>
<div>
<br>
</div>
<blockquote type="cite">
<div>
On 01 March 2018 at 06:21 James Brown <
<a href="mailto:jlbrown@bordo.com.au">jlbrown@bordo.com.au</a>> wrote:
</div>
<div>
2009 Jun 03
3
Lost sub-mailboxes - not showing after upgrading to Dovecot from Courier-IMAP
Last night we migrated from Courier-IMAP to Dovecot 1.2RC5 and all
seems to work fairly well, but I seem to have lost all my mailboxes
apart from INBOX. The maildirs are all on the HD in the correct place
(/usr/local/virtual/bordo.com.au/jlbrown):
mail:jlbrown root# ls -l
total 21400
drwxrwxr-x 13 _vmail _postfix 442 Jun 4 00:11 .4D
drwxrwxr-x 14 _vmail _postfix 476 Jun
2023 Feb 20
1
service(imap-login): Fatal: setrlimit(RLIMIT_DATA, 268435456): Invalid argument macOS
I fixed the issue with Dovecot not starting on macOS Ventura by adding this to 10-master.conf:
service log {
vsz_limit = 0
}
But now when I try to login via Imap on port 143 I get the same error for imap-login:
Feb 20 15:55:41 imap-login: Error: Feb 20 15:55:41 service(imap-login): Fatal: setrlimit(RLIMIT_DATA, 268435456): Invalid argument
Feb 20 15:55:41 imap-login: Fatal: master:
2018 Mar 01
2
Make fails with 2.3.0.1 & 2.2.34 on Mac OS X 10.7.5
On 1 Mar 2018, at 4:09 pm, Aki Tuomi <aki.tuomi at dovecot.fi <mailto:aki.tuomi at dovecot.fi>> wrote:
>
>
>> On 01 March 2018 at 06:21 James Brown < jlbrown at bordo.com.au <mailto:jlbrown at bordo.com.au>> wrote:
>>
>>
>> Have tried 2.3.0, 2.3.0.1 & 2.2.34.
>>
>> Compile is failing for me.
>>
>> ./configure
2018 Oct 11
1
macOS Mojave: setgroups(501) failed: Too many extra groups
On Thu, Oct 11, 2018 at 10:55:39AM +0300, Aki Tuomi wrote:
> Maybe. Have to see when we can implement it though. It could probably
> leverage the min/max_gid setting.
Actually that was a great hint.
Setting
last_valid_gid = 100
in the config and restarting helped.
Having a filter-list instead of fixed upper/lower bounds would be more
flexible. I guess though that in reality most
2017 Nov 13
0
IMAP connections with ".eml" in the username - bot attack.
> On 13 Nov 2017, at 5.47, James Brown <jlbrown at bordo.com.au> wrote:
>
> We are seeing lots of IMAP login attempts like this:
>
> dovecot[363]: imap-login: Disconnected (auth failed, 1 attempts in 6 secs): user=<xcentrex5fxnewx5fxyorkx5fxquotex5fxisx5fxreadyx2dxx2dx426453.eml>, method=PLAIN, rip=197.255.60.118,
>
> or
>
> dovecot[363]: imap-login:
2018 Aug 10
1
dying on osx
I found and tried this work around on the man page:
https://www.unix.com/man-page/all/5/ngroups_max/ but I still get the
same "Too many extra groups" error even when I start dovecot with the
above program to limit the # of groups. I suspect that dovecot is adding
a number of groups when it starts up.
I've hacked a work around to get it working for me on my laptop:
diff --git