Beiträge von Sebijk

Vielen Dank. Gerade getestet, funktioniert wunderbar.

Zitat von patrick

Moin,

wenn du mir die technischen Details zur Alias-Login-Funktion zusammenfassen könntest (oder den Commit schicken kannst, in dem es auf b1gMail-Seite implementiert wird), kann ich mal schauen, ob dafür b1gMailServer-Änderungen nötig sind, und ob ich diese ggf. einbauen kann.

Hallo patrick,

es müsste nur das Feld login in der Tabelle bm60_aliase abgefragt werden und nur wenn yes steht, soll Alias-Login gestattet sein, siehe auch https://github.com/b1gMail-OSS/b1…51306320ace11c4

Gestern hat patrick nun endlich den b1gMailServer veröffentlicht: https://github.com/b1gMail/b1gMailServer

Gründe warum es länger gedauert hat, war die Aufbereitung des Codes für interessierte Entwickler und der Tatsache, dass die alte kommerzielle Version unter einer uralt CentOS-Version kompiliert wurde. Dies hat man insoweit nun geändert, dass eine Docker-Umgebung mit Ubuntu 16.04 zum Einsatz kommt, wo der b1gMailServer kompiliert wird.

Ich werde später eine Version veröffentlicht, die die neue Alias-Login erlauben/verbieten-Funktion in der b1gMail-OSS Version 7.4.1 berücksichtigen wird.

Jetzt stellt sich die Frage, wer würde denn b1gMailServer weiterführen wollen?

Zitat von SLM

Danke Sebijk für die Beispiele. Kann ich davon ausgehen, dass die Anpassungen (bzw. auch die OSS-Version) auch mit PHP7.4 funktionieren?

Ja, hab ja geschrieben, dass b1gMail 7.4.1 mit PHP ab 5.4 kompatibel sein soll (b1gMail 7.4.0 erforderte mind. 5.3).

Ab b1gMail 7.5 werde ich eine höhere ansetzen, die aktuell unterstützt wird (also mind. 8.0).

Hallo,

die PHP8-Änderungen sind umfangreich, am einfachsten ist es, die Dateien abzugleichen. Man kann auch im Commit-Historie schauen (am besten alle mit PHP 8 Erwähnung): https://github.com/b1gMail-OSS/b1gMail/commits/main , aber sie ist nicht vollständig, da die alte Historie von b1gMail nicht veröffentlicht werden kann.

Wo hingeschaut werden muss: Die Klassen. Es wurde ein static (also static function) vorangestellt für alle Funktion die statisch aufgerufen werden. Es war schon in PHP 7 ein Fehler, aber ab 8 führt es zum fatalen Fehler. memcached funktioniert ebenfalls nicht, da sollte vorher auf dem b1gMail Cache-Manager umsteigen.

Ebenso müssen alle Templates angepasst werden, siehe auch RE: Vorschau b1gMail 7.4.1.

mal als Beispiel: https://github.com/b1gMail-OSS/b1…/user.class.php

aus function AddressAvailable($address) wird static function AddressAvailable($address) , weil sie in der index.php so aufgerufen wird: BMUser::AddressAvailable($address)

Ja, das ist möglich. Der einfachste Weg ist einfach ein SMS-Gateway in b1gMail anzulegen und der ruft dann intern yowsup mit Nachricht und zielrufnummer auf.

Ich hatte mal mit Fremdanbieter experimentiert, auch wegen des Fax-Plugins. Aber im Einsatz habe ich es nicht.

und beim SMS: Da nutze ich statt einem SMS-Gateway oder Anbieter Signal via signal-cli und bekomme dann halt Signal-Nachrichten statt SMS-Nachrichten.

Wie wurden die Konten übernommen? Über das Webinterface oder via SMTP / IMAP?

Sofern die Benutzer eine Alternativ E-Mail hinterlegt haben oder Kontaktdaten wie Mobilrufnummer oder Anschrift kann man auf diesem Wege dem das Passwort mitteilen. Ansonsten wird es schwer...

Sollte es über SMTP/IMAP gehen, dann wäre fail2ban empfehlenswert (falls du es nicht bereits installiert hast), eine Anleitung hat hchristo unter https://board.b1gmail.com/threads/anleit…-fail2ban.16369 geschrieben. So lassen sich die Loginversuche begrenzen.

Zitat von Denny

Ich wollte nun das Plugin von dotaachen installieren aber das geht irgendwie nicht, hängt sich immer so und lässt sich auch nicht aktivieren. Was macht ihre um die Benutzer zu informieren, dass diese auch mal ihr Passwort ändern sollten?

Wie heißt denn das Plugin?

Zitat von Sebijk

Update von b1gMail 7.4.0, 7.4.1-beta1 und 7.4.1-beta2

Die Dateien hochladen. Nach dem Upload /setup/update.php aufrufen.

Alternativ: in serverlib die Datei version.inc.php löschen und version.default.inc.php in version.inc.php umbenennen und tools/db_sync.php aufrufen. In beiden Fällen muss der setup-Ordner danach gelöscht werden.

Update von b1gMail 7.4.0-Beta4

Nach dem Upload die /setup/update.php aufrufen.

Update von b1gMail 7.3.0

Nach dem Upload die /setup/update.php aufrufen.

Update von anderen b1gMail 7.4 Beta-Versionen

Es muss zuerst auf b1gMail 7.4.0-Beta4 aktualisiert werden.

Update von b1gMail-Versionen älter als 7.3.0

Die Update-Routine geht ab 7.0.0. Allerdings wurde das nicht getestet und es wird daher empfohlen zuerst auf b1gMail 7.3.0 zu aktualisieren, sofern man Zugang zu dieser Version hat.

Alles anzeigen

Aktuelle Version: b1gMail 7.4.1-beta3 PL 3 (oder im GitHub aus dem Main-Bereich ziehen).

mit dem letzten Commit wurden viele undefined index und variable beseitigt: https://github.com/b1gMail-OSS/b1…fe8491843064ebe

Grund: In PHP 8 wurden die Meldungen die bisher im NOTICE-Level waren zu WARNING geändert.

Bitte testet fleißig und hilft mit die restlichen Fehler zu entdecken. In Bezug auf undefined index oder undefined variable können auch nichtprogrammierer helfen. Hier muss hauptsächlich wenn dieser Fehler auftretet mit einer If isset oder empty-Abfrage abgefangen werden.

Unterschied zwischen isset und empty

isset: Prüft ob die Variable oder key im Array existiert

empty: Prüft ob die Variable oder key im Array existiert und wenn ja ob Inhalt leer ist (Zahl 0 wird als leer interpretiert).

Also ladet euch die letzte Kopie von Github herunter, testet, fixt und reicht die Änderungen entweder per GitHub-Fork ein oder postet die simpel hier (dann bitte als komplette Datei, das macht die Sache einfacher).

Hinweis: Solltet ihr PHP vor 8.2 mit Windows einsetzen, beachtet bitte auch RE: Xampp (Windows) Update-Problem 7.4 > 7.4.1 Beta3. Eine entsprechende Änderung für zukünftige Versionen ist in Arbeit.

Zitat von Sebijk

Der Fehler ist in PHP 8.2 gefixt. Hab mal gefragt, ob das zu 8.1 rückportiert wird.

Ansonsten einfach die o.g. database.struct.php herunterladen. Im Grunde wurden dort folgende Sachen gelöscht.

PHP

'
    . '

Zudem muss in $databaseStructure der gesamte String in einer Zeile sein.

Das bezieht sich im übrigen auch auf das b1gmailserver, PremiumAccount,Signatur, PluginUpdates, News, AccountMirror sowie das Fax-Plugin. Wenn da derselbe Fehler kommt, muss dies an den Dateien entsprechend angepasst werden.

Eine Anpassung ist in Arbeit, aktuell überlege ich wie ich es am besten gestalte. Meine Tendenz geht rüber zum Verzicht von base64 zwecks besserer Entwicklungsübersicht sowie zum Auslagen der SQL-Struktur in eine separate Datei, die wiederum mit Hashes überprüft wird, ob sie sich (versehentlich) geändert hat.

Deinstalliere mal das PremiumAccount-Plugin und installiere es erneut. Feld Firma ist neu und wurde vom SLM vorgeschlagen und übernommen, siehe Firma + SteuerNr. / Ust-ID + Anrede ergänzt

WICHTIG: Bitte stets die PHP und das Betriebsystem angeben unter dem ihr es testet.

Zitat von Sebijk

So, hab das mal mit dem offiziellen PHP Windows Version von php.net getestet: Selbe Fehler. Ist also ein PHP Bug. Habs unter https://github.com/php/php-src/issues/10002 gemeldet.

Hab ne Antwort bekommen.

Zitat

I don't think so, since the AST representation changes, what could cause BC issues (from the commit message: "Extensions such as nikic/php-ast which expose the internal php ast would see literals be flattened, though.)

D.h. das vor PHP 8.2 wird das nicht behoben. In den nächsten Updates werde ich entsprechend die Dateien anpassen.

Hello zamana ,

you already get an answer here: RE: About Pipe transport issue

Der Fehler ist in PHP 8.2 gefixt. Hab mal gefragt, ob das zu 8.1 rückportiert wird.

Ansonsten einfach die o.g. database.struct.php herunterladen. Im Grunde wurden dort folgende Sachen gelöscht.

'
    . '

Zudem muss in $databaseStructure der gesamte String in einer Zeile sein.

So, hab das mal mit dem offiziellen PHP Windows Version von php.net getestet: Selbe Fehler. Ist also ein PHP Bug. Habs unter https://github.com/php/php-src/issues/10002 gemeldet.

Zitat von SLM

Die alternative mit tools/db_sync.php funktioniert auch nicht, auch wenn man zuerst die Pfade in den Dateien im Tools-Ordner anpasst, denn meine Hauptinstallation liegt nicht im /src-Ordner. Nach Anpassung der Pfade und nnach Aufruf der db_snyc.php kommt wieder eine Fehlermeldung.

Erst mal sorry für die Ausführungen..

Erstmal vielen Dank fürs Testen. Ich hab das reproduziert und anscheinend ist entweder in der Windows-Version oder in XAMPP ein Bug drin, so dass PHP abstürzt und es zu dieser Meldung komnmt.

Bitte ersetze mal die database.struct.php mit dieser hier in serverlib. Kommst du damit weiter?

OK, da stimmt was mit der Prüfung nicht... werde ich nachgehen.

Temporärer Workaround: Ins b1gMail-Adminbereich einloggen -> "Tools" -> "Optimierung" und dort "Struktur prüfen" und da die Struktur reparieren lassen. Danach version.inc.php löschen und version.default.inc.php zu version.inc.php umbenennen. Dann kann die update.php übersprungen werden, weil dieser Schritt über den ACP identisch mit der Routine ist.

Achtung: Der Strukturprüfer wird immer anzeigen, dass die Struktur beschädigt ist. Nicht irritieren lassen, ist ein Fehler. Die Reparatur funktioniert aber. Dieser Fehler ist auch der Grund, warum die Updateroutine in der Endlosschleife hängt.

Alternativ: db_sync.php (aus dem Ordner tools) ausführen.

Zitat von SLM

Warning: Undefined variable $showDbMailsNote in C:\xampp\htdocs\oss.loc\setup\update.php on line 190

Danke, habs gefixt

Ja, der Bug ist mir bekannt: https://github.com/b1gMail-OSS/b1gMail/issues/2

Bei allen MySQL ab 8.1 besteht das Problem, außer MariaDB.