Feedback zu b1gMail 7.4.1 veröffentlicht

hchristo

Nach dem Update auf das Offizielle B1gmail 7.4.1 hab ich immer noch das selbe Problem

Zitat

error:0A000086:SSL routines::certificate verify failed in /var/www/html/http://www.mailjunky.net/serverlib/http.class.php on line 104PHP message: PHP Warning: stream_socket_client(): Failed to enable crypto in /var/www/html/http://www.mailjunky.net/serverlib/http.class.php on line 104PHP message: PHP Warning: stream_socket_client(): unable to connect to ssl://http://www.google.com:443 (Unknown error) in /var/www/html/http://www.mailjunky.net/serverlib/http.class.php on line 104PHP message: PHP Warning: fwrite() expects parameter 1 to be resource, bool given in /var/www/html/http://www.mailjunky.net/serverlib/http.class.php on line 181PHP message: PHP Warning: fwrite() expects parameter 1 to be resource, bool given in /var/www/html/http://www.mailjunky.net/serverlib/http.class.php on line 182PHP message: PHP Warning: fclose() expects parameter 1 to be resource, bool given in /var/www/html/http://www.mailjunky.net/serverlib/http.class.php on line 186" while reading response header from upstream, client: 10.50.2.77, server: http://www.mailjunky.net, request: "POST /index.php?action=signup HTTP/1.1", upstream: "fastcgi://unix:/var/run/php/php7.4-fpm.sock:", host: "http://www.mailjunky.net", referrer: "https://www.mailjunky.net/index.php?action=signup"

Gibt es immer noch kein Fix?

ManDal

Das tut jetzt nichts zu dem Problem aber bitte überdenke deine Pfade im Dateisystem oder hast du die mit suchen ersetzen verändert um keine internen Daten herauszugeben?

-> /var/www/html/http://www.mailjunky.net/

Was aber extrem komisch rüberkommt ist der folgende teil, ssl auf eine unverschlüsselte Url kann ja nur Probleme machen:

unable to connect to ssl://http://www.google.com:443

Was genau steht bei dir unter "Einstellungen -> Allgemein -> Suchmaschine" drin?

Grüsse

ManDal

hchristo

Zitat von ManDal

Was genau steht bei dir unter "Einstellungen -> Allgemein -> Suchmaschine" drin?

Grüsse
ManDal

hchristo

habs angepasst, nGinx Config geändert entsprechend, the Same Problem

hchristo

Zitat von ManDal

Das tut jetzt nichts zu dem Problem aber bitte überdenke deine Pfade im Dateisystem oder hast du die mit suchen ersetzen verändert um keine internen Daten herauszugeben?
-> /var/www/html/http://www.mailjunky.net/
Grüsse
ManDal

Né an den Pfaden bzw dem LOG hab ich nichts verändert, der Genaue Pfad war | ist: /var/www/html/http://www.mailjunky.net | /var/www/html/mailjunky.net

kp wie das http:// da her kommt

hchristo

Zitat von hchristo

Né an den Pfaden bzw dem LOG hab ich nichts verändert, der Genaue Pfad war | ist: /var/www/html/http://www.mailjunky.net | /var/www/html/mailjunky.net

kp wie das http:// da her kommt

Ahh, das ist "Autokorrektur" vom Forum, wird als LINK erkannt, daher kommt das -.-

Sebijk

Zitat von hchristo

Gibt es immer noch kein Fix?

Deaktiviere die das Google-Captcha in der Anmeldung. In der Tat hab ich mich da nicht drum gekümmert, ob es weiterhin funktioniert. Sieht aber nach einen Verifizierungsfehler aus, evtl. weil die Implementierung veraltet ist.

hchristo

Zitat von Sebijk

Deaktiviere die das Google-Captcha in der Anmeldung. In der Tat hab ich mich da nicht drum gekümmert, ob es weiterhin funktioniert. Sieht aber nach einen Verifizierungsfehler aus, evtl. weil die Implementierung veraltet ist.

Man kann so lange nicht die Google-Captcha Funktion deaktivieren.
Die gefahr der Registrierungsflut mit der Intigrierten Captcha funktion besteht.
So lange muss ich leider die Registrierung abgeschaltet lassen...

Sebijk

Wenn du die Zeit hast, schau dir mal

b1gMail/src/serverlib/captchaprovider/recaptcha.php at main · b1gMail-OSS/b1gMail

Run your own email service. For you, your organization — or for everyone. - b1gMail-OSS/b1gMail

github.com

und

b1gMail/src/serverlib/captcha.class.php at main · b1gMail-OSS/b1gMail

Run your own email service. For you, your organization — or for everyone. - b1gMail-OSS/b1gMail

github.com

an.

Aber nach deinem Fehler zu urteilen, schaut es nach einem Zertifikatsprüfungsfehler aus. Kriegst du den Fehler auch mit dem Beispiel unten?

PHP

<?php
require './serverlib/init.inc.php';
include_once B1GMAIL_DIR.'serverlib/http.class.php';
$url='https://www.google.com';
$http = _new('BMHTTP', [$url]);
$result = $http->DownloadToString();
echo htmlentities($result);
?>

Denny

Memcache ist in PHP8 nicht verfügbar -> also kann ich die sessions nicht mehr in memcache speichern, das wäre schlecht weil das ist definitiv ein Flaschenhals bei meiner alten Installation, ist das generell so? Leider kann ich keine Bestellung abschicken -> Invalid order ID kommt bei PHP 7.4 und bei PHP 8.3 und 8.2 kommt folgender Fehler und mit Display err. off kommt Error 500

Code

Fatal error: Uncaught Error: Non-static method BMPayment::PreparePaymentForm() cannot be called statically in /usr/www/users/sendeq/plugins/premiumaccount.plugin.php:1728 Stack trace: #0 /usr/www/users/sendeq/plugins/premiumaccount.plugin.php(1168): PremiumAccountPlugin->_prepareOrderPage() #1 /usr/www/users/sendeq/serverlib/plugin.class.php(1392): PremiumAccountPlugin->UserPrefsPageHandler() #2 /usr/www/users/sendeq/serverlib/common.inc.php(2973): BMPluginInterface->callFunction() #3 /usr/www/users/sendeq/prefs.php(2345): ModuleFunction() #4 {main} thrown in /usr/www/users/sendeq/plugins/premiumaccount.plugin.php on line 1728

GenXRoad

Denny memcache sowie memcached sind beide bei php pecl vorhanden und lassen sich auch installieren

ManDal

Wie wäre es wenn wir weg von memcache auf redis gehen würde?

Sebijk

Zitat von Denny

Code

Fatal error: Uncaught Error: Non-static method BMPayment::PreparePaymentForm() cannot be called statically in /usr/www/users/sendeq/plugins/premiumaccount.plugin.php:1728 Stack trace: #0 /usr/www/users/sendeq/plugins/premiumaccount.plugin.php(1168): PremiumAccountPlugin->_prepareOrderPage() #1 /usr/www/users/sendeq/serverlib/plugin.class.php(1392): PremiumAccountPlugin->UserPrefsPageHandler() #2 /usr/www/users/sendeq/serverlib/common.inc.php(2973): BMPluginInterface->callFunction() #3 /usr/www/users/sendeq/prefs.php(2345): ModuleFunction() #4 {main} thrown in /usr/www/users/sendeq/plugins/premiumaccount.plugin.php on line 1728

welche Version des PremiumAccount-Modul nutzt du? Bei PHP8 muss zwingend die neueste Version aus der OSS-Version eingesetzt werden.

Denny

Zitat von Sebijk

welche Version des PremiumAccount-Modul nutzt du? Bei PHP8 muss zwingend die neueste Version aus der OSS-Version eingesetzt werden.

Neuinstall 7.4.1 RC2 die Version die von github kommt und jetzt habe ich das Update gemacht auf die neueste Version, ich weiß allerdings nicht ob die nicht vorher schon kaputt war Version 03.01.2025 . Bei PHP 7.4 kommt nach dem Abschicken -> Invalid order ID kommt bei PHP 7.4 und ab PHP8 eben der Fehler, habs mal in ChatGPT reingehaun:

Sebijk

suche in serverlib/payment.class.php nach

PHP: payment.class.php

function PreparePaymentForm(&$tpl, $title, $amount, $userRow = false)

und ersetze es in

PHP: payment.class.php

public static function PreparePaymentForm(&$tpl, $title, $amount, $userRow = false)

Denny

Hallo,

werde das Feld ich mal manuell setzen, das andere hatte geholfen

Code

Fatal error: Uncaught mysqli_sql_exception: Unknown column 'inv_firma' in 'field list' in /usr/www/users/sendeq/serverlib/db.class.php:136 Stack trace: #0 /usr/www/users/sendeq/serverlib/db.class.php(136): mysqli_query() #1 /usr/www/users/sendeq/serverlib/payment.class.php(654): DB->Query() #2 /usr/www/users/sendeq/plugins/premiumaccount.plugin.php(1843): BMPayment::ProcessPaymentForm() #3 /usr/www/users/sendeq/plugins/premiumaccount.plugin.php(1179): PremiumAccountPlugin->_initiateOrderPlacement() #4 /usr/www/users/sendeq/serverlib/plugin.class.php(1392): PremiumAccountPlugin->UserPrefsPageHandler() #5 /usr/www/users/sendeq/serverlib/common.inc.php(2973): BMPluginInterface->callFunction() #6 /usr/www/users/sendeq/prefs.php(2345): ModuleFunction() #7 {main} thrown in /usr/www/users/sendeq/serverlib/db.class.php on line 136

nach setzen der Felder nun der Smarty Error, ich glaube das das Premium Modul aktuell nicht kompatibel ist mit PHP8

Code

Warning: Undefined property: Smarty_Internal_Undefined::$objMap in /usr/www/users/sendeq/serverlib/3rdparty/smarty/sysplugins/smarty_internal_extension_handler.php on line 132

Fatal error: Uncaught --> Smarty: undefined extension class 'Smarty_Internal_Method_Register_Resource' <-- thrown in /usr/www/users/sendeq/serverlib/3rdparty/smarty/sysplugins/smarty_internal_undefined.php on line 62

Sebijk

Das Plugin PremiumAccountModul deaktivieren und wieder aktivieren, andernfalls werden DB-Änderungen nicht ausgeführt. Das gleiche gilt auch für den b1gMailServer Adminmodul. Derzeit wird das aktuell nicht automatisch mit dem b1gMail-Update erledigt.

Denny

Ich habe das bereits ausprobiert, jedoch ohne Erfolg. Die Felder company und inv_firma musste ich manuell hinzufügen, aber das Verhalten bleibt weiterhin merkwürdig. Jetzt wird sogar eine USt-ID als Pflichtfeld verlangt, selbst bei Privatkunden, was ziemlich ungewöhnlich ist (auch wenn das nicht das Hauptproblem darstellt).

Interessanterweise gibt es nirgendwo eine Eingabemöglichkeit für die Firma – weder im Kontaktformular noch an anderer Stelle. Trotzdem wird eine USt-ID als Pflichtfeld gefordert, was wenig Sinn ergibt.

Das Problem mit Smarty bleibt ebenfalls bestehen. Hier wird vermutlich eine aktualisierte Version erforderlich sein, da ich nun auch unter PHP 7.4 auf einen Fehler stoße:

Die gute Nachricht, die Bestellung wird angelegt und ich konnte sie aktivieren, es scheint dann wohl eher ein Anzeigeproblem bei Bestellabschluss zu sein

Fatal error: Uncaught --> Smarty: undefined extension class 'Smarty_Internal_Method_Register_Resource' <-- thrown in /usr/www/users/sendeq/serverlib/3rdparty/smarty/sysplugins/smarty_internal_undefined.php on line 62

Sebijk

Leider hilft mir die Fehlermeldung nicht viel, da ich nicht weiß wo ich suchen muss. Evtl. hilft eine Kompatibilitätsklasse.

Ersetze mal:

PHP: serverlib/template.class.php

include B1GMAIL_DIR . 'serverlib/3rdparty/smarty/Smarty.class.php';

durch

PHP: serverlib/template.class.php

include B1GMAIL_DIR . 'serverlib/3rdparty/smarty/SmartyBC.class.php';

ebenso ersetze

PHP: serverlib/template.class.php

class Template extends Smarty {

durch

PHP: serverlib/template.class.php

class Template extends SmartyBC {

ACHTUNG: Ungetestet. lt. Smarty soll aber dies Kompatibilität zu Code leisten, die für eine ältere Smarty-Version programmiert sind.

Wenn du mal Zeit und Lust hast, kannst du mithilfe von Sentry versuchen das ganze zu debuggen

Der Code für die Einbindung in die config.inc.php:

PHP: config.inc.php

if(defined('B1GMAIL_DIR') && file_exists(B1GMAIL_DIR . 'serverlib/3rdparty/vendor/autoload.php')) {
   include_once(B1GMAIL_DIR . 'serverlib/3rdparty/vendor/autoload.php');
   try {
   \Sentry\init([
       'dsn' => 'http://deineSentryURLwieimProjektangegeben',
       // Specify a fixed sample rate
       'traces_sample_rate' => 1.0,
   ]);
   } catch (Exception $e) {
       error_log('sentry not loaded');
   }
}

Alles anzeigen

Sebijk

Tatsächlich sind einige Fehler eingeschlichen beim Einbau des Firmen-Felds, die Korrektur: https://github.com/b1gMail-OSS/b1…3e06740bcd35fc0

Bzgl. der Bestellungsseite:

die problematische Zeile:

PHP: serverlib/payments.class.php

$rgTpl->register_resource('prefsdb', array(&$bmPayment, '__tpl_getTemplate', '__tpl_getTimestamp', '__tpl_getSecure', '__tpl_getTrusted'));

wurde zwar mit registerResource ersetzt, allerdings ist der Aufruf ab 3.1 als veraltet deklariert. Eine endgültige Lösung ist aktuell nicht in Sicht, siehe auch: https://www.smarty.net/docs/en/api.register.resource.tpl

Jetzt mitmachen!