DEBUG-Log beim b1gMailServer aktiviert?
Passiert das auch mit Postfix als MTA? Falls ja, dann ist das ein b1gMail-Problem, kein b1gMailServer (zum Empfang wird ja die pipe.php genutzt).
DEBUG-Log beim b1gMailServer aktiviert?
Passiert das auch mit Postfix als MTA? Falls ja, dann ist das ein b1gMail-Problem, kein b1gMailServer (zum Empfang wird ja die pipe.php genutzt).
nutzt du reCaptcha von Google?
Jetzt habe ich den Fehler auch gesehen. Das liegt daran, dass Smarty ab Version 3 in b1gMail 7.4.1 eingesetzt wird.
im PremiumAccount-Plugin suchen (4x):
$tpl->register_function('paccFormatField', array(&$this, '_smartyPaccFormatField'));
ersetzen mit
$tpl->registerPlugin('function','paccFormatField', array(&$this, '_smartyPaccFormatField'));
Ist in der nächsten Version gefixt.
evtl. geht es auch ohne damit bzw. die Option über OSX Server soll ja in den aktuellen macOS-Version nicht gehen.
oder
Das wurde mit RC2 gefixt.
Zeichensätze
Vor Konvertierung UNBEDINGT Datenbank+Dateien sichern. Keine Haftung für Datenverluste!
ISO-Zeichensatz
b1gMail 7.4.1 wird die letzte Version sein, die noch das alte ISO-Zeichensatz bzw. latin1 unterstützen wird. Für einen problemlosen Betrieb wird deshalb die Konvertierung ins UTF-8 Format dringend empfohlen.
Sofern Sie eine ältere Version als 7.4.0 einsetzen:
Die Speicherung der E-Mails auf Datenbank verursacht Zeichensatzfehler, weshalb die Dateisystemvariante am sichersten ist. Daher loggen Sie sich vor der Konvertierung in den Adminbereich ein, gehen Sie zu "Einstellungen" » "E-Mail" und stellen Sie sicher, dass die Mail-Speicherung auf "Dateisystem" eingestellt ist. Gehen Sie, auch wenn dies bereits der Fall war, dann zu "Tools" » "Optimierung" » "Dateisystem" und führen Sie die Funktion "Mail-Speicherung" (Datenbank -> Dateien) aus. Dies ist nötig, um sicherzustellen, dass sich keine E-Mails mehr in der Datenbank befinden, da diese Speichermethode ab Version 7.4.0-Beta1 entfernt wurde.
Bei Update: Nach Ausführung der setup/update.php den "setup"-Ordner noch nicht löschen sondern erst setup/utf8convert.php ausführen. Ein wenig Zeit für die Konvertierung einplanen.
UTF8MB4
Neuinstallationen sind standardmäßig mit UTF8MB4, da die alte UTF-8 Implementierung von MySQL keine 4 Byte-Zeichensätze speichern kann. Beim Update von einer älteren b1gMail-Version: setup/utf8mb4convert.php ausführen. Ein wenig Zeit für die Konvertierung einplanen.
Hinweis für Nutzer, die bisher die kommerzielle Version nutzen:
Bei b1gMail.org sind die Dienste bisher nicht erreichbar. Dazu zählt auch die Toolbox. Wenn man die vom b1gMail.com weiter benutzen möchte, fügt man in der config.inc.php folgendes ein:
define('B1GMAIL_DLDATE', ''); //Hier dldate eintragen
define('B1GMAIL_LICDOMAIN', ''); //Hier licdomain eintragen
define('B1GMAIL_SIGNKEY', ''); //Hier signkey eintragen
define('TOOLBOX_SERVER', 'http://service.b1gmail.com/toolbox/');
define('UPDATE_SERVER', 'http://service.b1gmail.com/patches/');
define('SIGNATURE_SERVER', 'http://service.b1gmail.com/signatures/');
Die ersten drei Angaben holt man sich aus der serverlib/init.php aus der kommerziellen Version.
For english version look here: b1gMail 7.4.1 RC 2 released
---
b1gMail 7.4.1 Release Candidate 2 steht nun zum Download auf https://github.com/b1gMail-OSS/b1gMail/releases bereit! Es ist der zweite Release Candidate, welche bekannte Fehler aus RC 1 fixt. Es ist ebenfalls eine wichtige Sicherheitsveröffentlichung. Sie sollten das Update unbedingt so schnell wie möglich einspielen. Sollte in 1-2 Monate keine signifikante Fehler mehr gemeldet werden, wird darauf eine finale Version erfolgen.
Vor einem eventuellen Update unbedingt Datensicherung der Datenbank und des b1gMail-Ordners inkl. des data-Ordners anlegen!
Änderungen 7.4.1-rc1->7.4.1-rc2
Diese Version ist vollständig mit der letzten PHP 8.2 Version kompatibel.
Es gibt evtl. noch eine minimale Anzahl an undefined index and variables Warnungen. Bitte helft, die letzten Fehler aufzuspüren und meldet es an uns, um diese zu beheben.
Bitte beachten: Diese Fehler können auch von Plugins von Drittanbietern verursacht werden da diese meist nicht an PHP 8 angepasst worden sind. Bitte meldet diese Fehler dann an den Pluginentwickler oder fixt es selber.
Wichtig für Plugin-Entwickler
Mit Beta 3 wurde die Funktion BMUser::Fetch zu BMUser::staticFetch geändert. Wenn sie genutzt wird, muss das entsprechend in den Plugins geändert werden. Funktion Fetch in der user-Klasse kann weiterhin benutzt werden, darf aber nicht statisch aufgerufen werden (erzeugt ab PHP 8 einen fatalen Fehler).
Neuinstallation
Komplettpaket herunterladen. In serverlib die Datei config.default.inc.php in config.inc.php und version.default.inc.php in version.inc.php umbenennen.
Update von 7.4.1-beta1 und höher
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 und b1gMail 7.4.0-Beta4
Backup von serverlib/init.inc.php machen! Die Dateien hochladen. B1GMAIL_SIGNKEY aus der gesicherten serverlib/init.inc.php in die config.inc.php einfügen. 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.3.0
Selbe Prozedur wie b1gMail 7.4.0, jedoch ohne den Alternativweg.
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.
Update von b1gMail6
Wenn Sie bereits b1gMail6 einsetzen, aktualisieren Sie bitte zuerst auf b1gMail 7.2.0, dann auf 7.3.0 und dann auf diese Version.
Hinweise
Einschränkungen gegenüber der alten kommerzielle Version:
Character sets
Before converting, be sure to back up the database and files. No liability for data loss!
ISO character set
b1gMail 7.4.1 will be the last version that will still support the old ISO character set or latin1. For a problem-free operation the conversion to UTF-8 format is therefore strongly recommended.
If you are using a version older than 7.4.0:
Saving emails to database causes character set errors, so the file system variant is the safest. Therefore, before conversion, log into the admin area, go to "Settings" " "Mail" and make sure that mail storage is set to "File system". Even if this was already the case, then go to "Tools" " "Optimization" " "File System" and run the "Mail Storage" function (Database -> Files). This is necessary to make sure that there are no more emails in the database, since this storage method has been removed as of version 7.4.0-Beta1.
When updating: After running setup/update.php do not delete the "setup" folder yet but run setup/utf8convert.php first. Allow some time for the conversion.
UTF8MB4
New installations always use UTF8MB4, because the old UTF-8 implementation of MySQL cannot store 4 byte character sets. When updating from an older b1gMail version: run setup/utf8mb4convert.php. You need a little time for the conversion.
Note for users who previously used the commercial version:
The service at b1gMail.org are currently not accessible. This includes the toolbox. If you want to use the toolbox from b1gMail.com, you have to add the following to config.inc.php:
define('B1GMAIL_SIGNKEY', ''); //Here add signkey
define('TOOLBOX_SERVER', 'http://service.b1gmail.com/toolbox/');
define('UPDATE_SERVER', 'http://service.b1gmail.com/patches/');
define('SIGNATURE_SERVER', 'http://service.b1gmail.com/signatures/');
You get these values from serverlib/init.php of the commercial version.
b1gMail 7.4.1 Release Candidate 2 is now available for download at https://github.com/b1gMail-OSS/b1gMail/releases! It is the first version released under the GPL license. Its the second release candidate of b1gMail which fixes known bugs from rc1 and is also an important security release. You should apply this update soon as possible. With every pre-release: use with own caution! If there is no any faulty reports, we will release the final release in 1-2 months.
Before updating, please make a backup of the database and the b1gMail folder including the data folder!
Changes 7.4.1-rc1->7.4.1-rc2
This version is fully compatible with the latest PHP 8.2 version.
There may a small low undefined index and variables warning. Please help to find the last issues and report this to us, to fix this. Please note: Also third party plugins could cause an undefined index and variables warning, since mostly are not tested with PHP 8. Please report these errors to the plugin developer or fix yourself.
Important for plugin authors
With Beta 3, the static Function BMUser::Fetch was changed to BMUser::staticFetch. If you use this function in plugins you have to change this.
New installation
Download complete package. In serverlib rename config.default.inc.php to config.inc.php and version.default.inc.php to version.inc.php.
Update from 7.4.1-beta
upload the files. After call /setup/update.php. Alternatively delete in serverlib the file version.inc.php and rename version.default.inc.php to version.inc.php and call tools/db_sync.php. In both cases the setup folder must be deleted afterwards.
Update from b1gMail 7.4.0
Make a backup of serverlib/init.inc.php first. Then upload the files. Put the B1GMAIL_SIGNKEY from former init.inc.php to serverlib/config.inc.php. After call /setup/update.php. Alternatively delete in serverlib the file version.inc.php and rename version.default.inc.php to version.inc.php and call tools/db_sync.php. In both cases the setup folder must be deleted afterwards.
Update from b1gMail 7.3.0
Same as 7.4, but call /setup/update.php after the upload and don't use tools/db_sync.php.
Update from other b1gMail 7.4 beta versions
You have to update to b1gMail 7.4.0-Beta4 first.
Update from b1gMail versions older than 7.3.0
The update routine goes from 7.0.0. However, this has not been tested and it is therefore recommended to update to b1gMail 7.3.0 first, if you have access to this version.
Update from b1gMail6
If you are already using b1gMail6, please update to b1gMail 7.2.0 first, then to 7.3.0 and then to this version.
Notes
Limitations compared with the old commercial version
Habe die Hinweise unter https://github.com/b1gMail-OSS/b1…the-gpl-version aktualisiert.
Weiterer Wunsch: Double Opt-In wenn man eine Weiterleitung einträgt
Ich zitiere mal aus einem Post von möp: https://board.b1gmail.com/threads/admin-…ergessen.16946/
ZitatAlles anzeigenIn der Datenbank findest du die Tabelle "bm60_admins". Suche hier nach dem Admin-Account, der dich interessiert. Kopiere den Inhalt von "password_salt". Das sollte ein String mit acht Zeichen sein.
Denke dir jetzt ein neues Passwort aus. Dann erstelle eine php-Datei mit folgendem Inhalt:
PHP<?php // Hier dein Passwort eintragen. $passwordPlain = 'Mein Passwort'; // Hier den Inhalt von "password_salt" eintragen. $salt = '12345678'; echo md5($passwordPlain . $salt);
Dieses php-Script nun aufrufen und die Ausgabe davon in die Spalte "password" (weiterhin Tabelle "bm60_admins") eintragen.[/QUOTE]
Danke, das war tatsächlich ein Fehler bei der Umstellung auf JSON, ist gefixt: https://github.com/b1gMail-OSS/b1…71d6023870fa7ac
ebenfalls sehr wichtig, von 7.4.0 auf 7.4.1 muss der SIGNKEY in die config.inc.php kopiert werden, s. RE: b1gMail 7.4.1 RC 1 veröffentlicht
Tipp: den letzten Docker-Befehl kommentieren und stattdessen das hier einfügen:
COPY --from=build-stage /src/b1gmailserver/build ./build
dann kann man anschließend nach dem Build das Build-Verzeichnis unter dist-files/build abrufen. Alles andere erklärt sich dann von sich selbst
Der Grund warum Version 13 ist übrigens hier zu finden: src/pluginsdk/bmsplugin.h
Es wäre m.E. sinnvoll wenn man b1gMail, im Speziellen auch die Funktion E-Mail, unter Sicherheitsaspekten weiter entwickelt. Wenn man b1gMail mit Anbietern wie Proton oder Tuta vergleicht - die mittlerweile Millionen von Usern verzeichnen, fehlt uns etwas Entscheidendes, die Verschlüsselungsmöglichkeit. Dazu gibt es verschiedene Ansatzpunkte:
- Vollständige Integration von PGP für den Mailaustausch
- Daten verschlüsselt speichern, sowohl die Files als auch die Inhalte der DatenbankTuta fährt hier einen sehr interessanten Ansatz, nämlich auch Open Source.
Zumindest diskutabel, wie ich finde.
sowas wie Mailcow wäre super: https://docs.mailcow.email/#what-is-mailcow-dockerized
b1gMail als produktives Docker-Komplettpaket mit b1gMailServer fehlt bisher.
bzgl. Dateiverschlüsselung: Mit CleverMailEncryption gab es das ja, dass bei jedem Nutzer die Mails auf dem Server verschlüsselt sind. Nur leider ist nur die b1gMailServer-Version sowie die b1gMail Z-Push Implementation OpenSource. Außerdem ist das eigentliche Plugin auch nicht mit 7.4 kompatibel.