Hallo,
erhälst du eine Fehlermeldung? Hast du Plugins von Drittanbietern im Einsatz?
Hallo,
erhälst du eine Fehlermeldung? Hast du Plugins von Drittanbietern im Einsatz?
Hallo,
ein Docker-Container zu b1gMailServer wäre cool. Vielleicht hat mal jemand Zeit, eine entsprechende Konfigurationsdatei und evtl. einen Docker-Image für b1gMailServer zu bauen. Dann kann man das gleich als Docker Komplettpaket anbieten. ![]()
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 1 released
---
b1gMail 7.4.1 Release Candidate 1 steht nun zum Download auf https://github.com/b1gMail-OSS/b1gMail/releases bereit! Wir schätzen den Betrieb von b1gMail 7.4.1 mittlerweile als stabil ein, die Benutzung erfolgt jedoch auf eigene Gefahr. 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-beta4->7.4.1-rc1
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 b1gMail 7.4.0, 7.4.1-beta1, 7.4.1-beta2 und 7.4.1-beta3
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.
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_DLDATE', ''); //Here add dldate
define('B1GMAIL_LICDOMAIN', ''); //Here add licdomain
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 1 is now available for download at https://github.com/b1gMail-OSS/b1gMail/releases! It is the first version released under the GPL license. With the first release candidate we think b1gMail is stable enough, but 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-beta4->7.4.1-rc1
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 b1gMail 7.4.0 and 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.3.0
Call /setup/update.php after the upload.
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
wenn ich es richtig gelesen habe, kann man das über Milter einbinden: https://rspamd.com/doc/integration.html
hchristo hat das Thema mal 2018 im alten Forum angesprochen. Vielleicht weiß mehr dazu.
Dank dem mbuchalik-Fork wird in der kommenden (und dann letzte Beta-Version) Version Smarty3 enthalten sein: https://github.com/b1gMail-OSS/b1…d09cf96bfb73607
Smarty4 geht damit auch, erfordert aber mind PHP 7. Allerdings hatte ich ja entschieden, dass 7.4.1 die letzte Version sein wird, die noch PHP 5.4 unterstützt.
Beim Stöbern bin ich auf noch einen weiteren b1gMail-Fork gestoßen: https://github.com/MBuchalik/b1gmail . Intern laut Historie bereits noch im Dezember 2021 gestartet als patrick die GPLv2 im alten Projekt bekanntgegeben habe.
Auf dem ersten Blick aufgefallen:
Besonderheiten:
Entfernt wurden:
Looks like a misconfiguration: https://stackoverflow.com/questions/5261…ter-set-unknown
Ein Thema dazu darf gerne erstellt werden.
Auch wenn der Wunsch nachvollziehbar ist: Die App von Martin steht nicht in einer offenen Lizenz und die App wird auch nicht jeder haben (mich eingeschlossen). Auf meine Anfrage hat möp damals geantwortet, die App nicht unter einer Open Source Lizenz zu stellen. Daher macht es kein Sinn, einen eigenen Bereich bereitzustellen, da eben nur Leute, die damals eine Lizenz gekauft haben, profitieren würden.
Hallo,
wie ist bei dir der Error-Reporting eingestellt? Werden sie in der Datei geloggt? Sonst stell mal testweise display_errors auf on.
Wenn kein TLSA Record vorhanden ist, wird das auch nicht geprüft (zumindest wenn der Server das nicht erzwingt). Die Gegenseite hat übrigens kein DANE.
SLM hat die Version schon mit neuer FPDF etc.... etl. müssen wir das online mal updaten^^
Das ist die Version mit den Anpassungen von SLM. Andernfalls wäre sie nicht enthalten, da das alte Fax-Plugin eine kommerzielle Variante von FPDI nutzt.
hab den auszug erhalten. Wenn also nach dem TLS direkt die Verbindung getrennt wird, dann liegt es daran dass die DANE Validierung fehlschlägt.