Re: bug: ARGON2 hash selection incompatible with LDAP
On 11/15/22 13:45, Krisztián Szegi wrote: I'd like to report that non-binding auth to (Open)LDAP doesn't work if the latter hashes passwords with ARGON2. Could you please elaborate why using LDAP bind is a problem for you? Ciao, Michael.
Re: suse.de dovecot issues
On 9/10/21 12:19, Bernhard M. Wiedemann wrote: > I added it to > /etc/dovecot/dovecot-ldap.conf.ext > but it did not help. > I guess, because we map usernames "bwiedemann@foo" that are in sql, but > ldap only has the plain usernames. Why do you have such a mixed SQL-LDAP-setup? Why not just use one or the other? Ciao, Michael.
Re: dovecot 2.3.16 fail one test on s390x, alpine linux
On 8/10/21 8:59 PM, Timo Sirainen wrote: > On 10. Aug 2021, at 19.54, Michael Ströder wrote: >> >> Timo, >> >> On 8/10/21 5:55 PM, Timo Sirainen wrote: >>> Well, that's annoying. I thought it would have worked. I wonder if it's >>> still some issue with the #if not being right. Can you try once more >>> with disabling the #if lines, i.e. just: >> >> It's currently still building on other big-endian platforms. But at >> least S/390 succeeded. (All low-endian platforms now fail but that's >> expected.) > > The attached patch should work. This works. Thank you. So I can push the update towards openSUSE Factory now. Ciao, Michael.
Re: dovecot 2.3.16 fail one test on s390x, alpine linux
Timo, On 8/10/21 5:55 PM, Timo Sirainen wrote: > Well, that's annoying. I thought it would have worked. I wonder if it's > still some issue with the #if not being right. Can you try once more > with disabling the #if lines, i.e. just: It's currently still building on other big-endian platforms. But at least S/390 succeeded. (All low-endian platforms now fail but that's expected.) > If that doesn't work either, I'd somehow need to get access to a > big-endian CPU to try to figure out where it's going wrong. openSUSE build system is open for the public: Get yourself an account by clicking "Sign Up" here: https://build.opensuse.org You then have a home project home:username in which you can build any packages you want for a wide range of platforms. The build workers are often native hardware. You could branch the existing official devel dovecot23 package and do whatever tests you want to do: https://build.opensuse.org/package/show/server:mail/dovecot23 My own package builds are also just a branch of the above where I prepare the 2.3.16 update: https://build.opensuse.org/package/show/home:stroeder:network/dovecot23 Let me know if you need further information, though I'm not an OBS expert. Ciao, Michael.
Re: dovecot 2.3.16 fail one test on s390x, alpine linux
On 8/10/21 11:16 AM, Timo Sirainen wrote: > On 10. Aug 2021, at 10.33, Michael Ströder wrote: >> >> On 8/10/21 10:02 AM, Milan P. Stanić wrote: >>> I'm trying to upgrade dovecot from version 2.3.15 to 2.3.16 for alpine >>> linux. Build and 'make check' pass on all alpine architectures except on >>> s390x which is big-endian while all other are little-endian. >> >> You're probably hitting the same issues like me on openSUSE. >> >> See Timo's response to that: >> >> https://dovecot.org/pipermail/dovecot/2021-August/122787.html > > The attached patch probably helps? Assuming I've applied the patch correctly it does not help on ppc64 and S/390: https://build.opensuse.org/package/show/home:stroeder:network/dovecot23 You can download the complete build log, e.g. deep-link for S/390 build log: https://build.opensuse.org/build/home:stroeder:network/openSUSE_Factory_zSystems/s390x/dovecot23/_log Ciao, Michael.
Re: dovecot 2.3.16 fail one test on s390x, alpine linux
On 8/10/21 10:02 AM, Milan P. Stanić wrote: > I'm trying to upgrade dovecot from version 2.3.15 to 2.3.16 for alpine > linux. Build and 'make check' pass on all alpine architectures except on > s390x which is big-endian while all other are little-endian. You're probably hitting the same issues like me on openSUSE. See Timo's response to that: https://dovecot.org/pipermail/dovecot/2021-August/122787.html Ciao, Michael.
Re: [Dovecot-news] v2.3.16 released
On 8/9/21 11:32 AM, Joan Moreau wrote: > Bottom-line : 2.3.16 crashes every now and then. I see occasional failures in the test suite on openSUSE build system (OBS): https://build.opensuse.org/package/show/home:stroeder:network/dovecot23 But I'm not sure whether that's a timing-related red hering specific for running the tests on OBS. Ciao, Michael.
Re: Python module for HTTP API
Aki, On 6/8/21 9:06 PM, Aki Tuomi wrote: > You can give https://github.com/dovecot/doveadm-http-cli a try. many thanks for the pointer. This is the right direction. Besides that: Are there significant differences when developing for doveadm's HTTP API of version 2.2 vs. 2.3 vs. OX Dovecot Pro? Ciao, Michael.
Python module for HTTP API
HI! Can anybody recommend a high-level Python module for accessing doveadm's HTTP API? [1] Ciao, Michael. [1] https://doc.dovecot.org/admin_manual/doveadm_http_api/
Re: 2.3.11.3 on 32bit platforms
On 8/13/20 10:56 AM, Aki Tuomi wrote: > >> On 13/08/2020 11:31 Michael Ströder wrote: >> I'm trying to update openSUSE package on OBS [1] which builds for >> various OS versions and hardware platforms. To me it seems that a test >> fails on 32bit platforms: >> >> Info: invalid token 3: structure length disagrees with data size >> test rpa . : ok >> Info: invalid NTLM response: buffer length out of bounds >> test ntlm : ok >> 1 / 86 tests failed >> >> [1] >> https://build.opensuse.org/package/show/home:stroeder:branches:server:mail/dovecot23 > > Can you provide full output for the test suite so we can tell what actually > failed? You can download full log of e.g. i586 build from OBS here: https://build.opensuse.org/build/home:stroeder:branches:server:mail/openSUSE_Tumbleweed/i586/dovecot23/_log Excerpt of failed test: [ 576s] test-mech.c:370: Assert(#1) failed: strcmp(test_case->username,username) [ 576s] "testuser" != NULL [ 576s] test-mech.c:380: Assert(#1) failed: request->failed == FALSE [ 576s] auth mech APOP 2/84 .. : FAILED Ciao, Michael.
2.3.11.3 on 32bit platforms
HI! I'm trying to update openSUSE package on OBS [1] which builds for various OS versions and hardware platforms. To me it seems that a test fails on 32bit platforms: Info: invalid token 3: structure length disagrees with data size test rpa . : ok Info: invalid NTLM response: buffer length out of bounds test ntlm : ok 1 / 86 tests failed [1] https://build.opensuse.org/package/show/home:stroeder:branches:server:mail/dovecot23 Ciao, Michael. signature.asc Description: OpenPGP digital signature