recipient:create leads to exception on some environments about rapidmail-apiv3-client-php HOT 4 CLOSED

@mavolkmer this was quite a journey... It really does seem to be an issue with SSL connections, i finally found this
https://askubuntu.com/questions/1405100/i-have-problem-with-new-ubuntu-22-04-and-openssl-3-0-2
https://bugs.php.net/bug.php?id=79589

There seem to be some issues with certain versions of openssl and PHP. From what i can tell this is an issue that we cannot solve. Even locally, running the request with the ApiClient works sometimes, and sometimes fails with the SSL error.
TBH i have no idea why this happens specifically with the Client and not with plain guzzle with identical config - but this seems to be rather random anyhow.

Just also talked to a colleague who experienced similar issues about a year ago where curl didn't yet support openssl3. So the recommendation is to update openssl/php and hope for the best - I don't see how we can solve this on the PHP side without disabling SSL ...

from rapidmail-apiv3-client-php.

@mavolkmer any chance you could post the scripts you used to verify this with curl and plain guzzle for me to try to reproduce this issue?

from rapidmail-apiv3-client-php.

@eth8505 generalized my testcases a little bit and published the scritps in an own repo for easier sharing: https://github.com/mavolkmer/rapidmail-apiclient-test

from rapidmail-apiv3-client-php.

@mavolkmer I used your repository to try to reproduce this issue, but I just can't on any system or PHP version that I have available, it just works.

Tried running with the latest versions of php 7.3, 7.4, 8.1, 8.2 and 8.3 using docker

docker run -v $(pwd):/app php:8.2-cli-bookworm php /app/client.php
docker run -v $(pwd):/app php:8.2-cli-bookworm php /app/guzzle.php
docker run -v $(pwd):/app php:8.2-cli-bookworm php /app/curl.php

docker run -v $(pwd):/app php:8.1-cli-bookworm php /app/client.php
docker run -v $(pwd):/app php:8.1-cli-bookworm php /app/guzzle.php
docker run -v $(pwd):/app php:8.1-cli-bookworm php /app/curl.php

docker run -v $(pwd):/app php:7.3-cli-bullseye php /app/client.php
docker run -v $(pwd):/app php:7.3-cli-bullseye php /app/guzzle.php
docker run -v $(pwd):/app php:7.3-cli-bullseye php /app/curl.php

Don't run into any exceptions. Maybe it's something to do with ? debian bullseye still uses 1.1.1, while bookworm seems to use 3.0.11.

On my local ubuntu 22.04LTS with openssl 3.0.2 it DOES throw the exception though, but also only when using curl through our APIClient, not when running it separately - will dig into this further. I guess one workaround could be to use a PHP version that's not compiled against openssl 3.0.2 or on a system that uses a shared openssl version other than 3.0.2.

from rapidmail-apiv3-client-php.