Das deutet meist auf einen PHP-Fehler hin.
PHP-Version? Welche PHP-Module sind installiert?
b1gMail-Version?
Welcher PHP-Pfad ist gesetzt?
Der Fehler sollte in dem Error-Log des PHP-Cli stehen. Vorher muss error_reporting am besten auf E_ALL gestellt werden. Richtig debuggen konnte ich den Fehler am besten mit Sentry.
DKIM wird immer wichtiger. Web.de hat kürzlich die Maßnahmen verschärft und E-Mails ohne DKIM werden verzögert durchgestellt: https://postmaster.web.de/de/case?c=r0103
Wie habt ihr das gelöst? Nutzt ihr b1gMailServer mit OpenDKIM oder eine andere Lösung? Ich selbst nutze die integrierte DKIM-Lösung von Proxmox Mail Gateway.
Man könnte es als Gruppenrecht anbieten, dann könnte man das evtl. mit dem PremiumAccount-Modul verbinden.
7. IPBlock bei mehrfacher Falsch-Eingabe von Passwörter
Das kann man super mit Fail2ban umsetzen. hchristo hat eine super Anleitung dazu geschrieben, wie es mit b1gMailServer geht: Anleitung: b1gmail Server (Pro) Fail2Ban - Up2Date: 16.05.2023
Geht natürlich auch mit b1gMail selbst, es müssen nur die fehlgeschlagenen Loginversuche in eine Textdatei geloggt werden.
Ich hab für den eigenen Gebrauch eine Integration für MailStore Server geschrieben.
Was kann das aktuell?
Das ganze basiert auf die angebotene Schnittstelle "Application Integration" von MailStore.
Falls jemand Interesse hat, das auch zu nutzen, mache ich das Plugin gerne massentauglich.
Meine aktualisierte Planungen für b1gMail 7.5:
Kernprodukt sollte die E-Mail sein. Alles andere wie Organizer und Webdisk sollten als optionales Plugin ausgelagert werden. Bereits mit 7.4.1kann der Organizer abgeschaltet werden.
Ansonsten:
Füge die Funktion CharsetDecode in setup/common.inc.php ein:
function CharsetDecode($text, $charset = false, $destCharset = false)
{
global $currentCharset;
if($charset !== false && $charset != '')
$charset = trim(strtolower($charset));
else
$charset = trim(strtolower($currentCharset));
$_charset = $charset;
if($destCharset !== false)
$myCharset = trim(strtolower($destCharset));
else
$myCharset = trim(strtolower($currentCharset));
$_myCharset = $myCharset;
if(substr($charset, 0, 10) == 'iso-8859-1')
$charset = 'iso-8859-1';
if(substr($myCharset, 0, 10) == 'iso-8859-1')
$myCharset = 'iso-8859-1';
if($charset == $myCharset)
return($text);
if(function_exists('mb_convert_encoding'))
{
if($newText = @mb_convert_encoding($text, $_myCharset, $_charset))
$text = $newText;
else if($newText = @mb_convert_encoding($text, $myCharset, $charset))
$text = $newText;
}
else if(function_exists('iconv'))
{
if($newText = @iconv($_charset, $_myCharset, $text))
$text = $newText;
else if($newText = @iconv($charset, $myCharset, $text))
$text = $newText;
}
else if(function_exists('utf8_encode'))
{
switch($charset)
{
case 'iso-8859-1':
if($myCharset == 'utf8' || $myCharset == 'utf-8')
$text = utf8_encode($text);
break;
case 'utf8':
case 'utf-8':
if($myCharset == 'iso-8859-1')
$text = utf8_decode($text);
break;
}
}
return($text);
}Ich hatte beim letzten Commit utf8_encode($domain) dadurch ersetzt, aber die string.inc.php wird im Setup nicht eingebunden.
EDIT: Beim letzten Commit gefixt. Einfach die aktuellste Kopie herunterladen: https://github.com/b1gMail-OSS/b1…/heads/main.zip
2015 hatte ich ein Prosody Authentifizierungs-Plugin mit mod_auth_external veröffentlicht: https://github.com/Sebijk/b1gMail…/master/prosody
Leider ist das Modul mod_auth_external wegen mangelnde Pflege als unsicher erklärt worden. Deshalb habe ich ein neues Plugin geschrieben, mod_auth_wordpress diente dabei mir als Vorlage. Readme-Datei liegt im Anhang bei.
Vorteile: Gruppen werden übernommen und alle bestehenden b1gMail-Nutzer werden nach Nextcloud synchronisiert. Die Methode MD5(MD5+Salt) habe ich kürzlich erst erstellt und ein Pull Request habe ich bereits eingereicht: https://github.com/nextcloud/user_sql/pull/174 . Solange dies nicht erfolgt ist, müsst ihr aus meinen Fork die Datei lib/Crypto/MD5MD5Salt.php ins user_sql-Plugin einfügen.
Mittlerweile wurde meine Änderung genehmigt. In eine neue Version des Plugins wird die Methode MD5(MD5+Salt) enthalten sein.
Es gibt den Wunsch auch kostenpflichtige Plugins anzubieten. Das habe ich mit dem Verweis auf das Thema gezeigt, dass das mit WoltLab mitteln schwierig wird.
patrick hat b1gMail in GPLv2 veröffentlicht, von daher wird es immer OpenSource bleiben.
Wenn es dir nur um die Versionen geht, die findest du hier: https://github.com/b1gMail-OSS/b1gMail/releases
siehe RE: Plugin / Template Store
Die Verkaufsoption von Filebase wird eingestellt, daher keine Option für uns oder wenn nur für kostenfreie Downloads.
postfix habe ich aktuell seit wenigen Tagen in Produktiveinsatz und bin aktuell zufrieden. Viel gemacht habe ich noch nicht.
Ich habe mich an die Anleitung orientiert: https://github.com/b1gMail-OSS/b1…t-map-gateway-1. Mit dem postfix_transportlist.php kann man schnell die Domainliste bauen. Diese Domains müssen auch unter relay_domains eingetragen werden. Was das Script bisher nicht berücksichtigt, sind direkt eingetragene Domains, die weder in Alias, Domain oder Gruppen/Useraliase stehen.
Viel ändern musst ich nichts. Im Grunde genommen die standardconfig von debian 12 postfix genommen und inet_interfaces auf all gesetzt.
Was ich mir noch anschauen werde: Wie man Adressvalidierung auf SMTP-Ebene im postfix umsetzt (s. auch patricks post: https://board.b1gmail.com/threads/wo-ble…6951/post-95929)
EDIT: Aktuell bounced postfix zurück, wenn ein Fehler seitens von b1gMail passiert ist. Das ist natürlich nicht gut, der b1gMailServer hat es stattdessen in der Warteschlange gepackt und die Zustellung erneut versucht. Ich schaue noch nach den richtigen Einstellungen.
EDIT 2: Hab soft_bounce auf yes gesetzt.
Proxmox Mail Gateway bietet auch die Möglichkeit bei jeder Domain einen anderen Empfangsserver einzugeben. Funktioniert auch mit abweichende Ports. So habe ich aktuell b1gMailServer als MTA und Postfix parallel an einem Server am laufen und habe damit für jede Domain die Wahlfreiheit, obs über postfix oder b1gMailServer zugestellt werden soll.
Ist die E-Mail-Adresse eine Arbeitsgruppe und versucht eine E-Mail via pipe.php darüber zu empfangen, schlägt dies mit PHP 8 fehl. Der Absender bekommt eine Fehlermail mit der Meldung "Command died with status 255 /pfad/zu/php"
Aktuell konnte ich noch nicht herausfinden, wie man PHP-Fehlermeldungen in dem Fall anzeigen kann.
Mittlerweile bin ich auf Postfix-Transport-Map umgestiegen, funktioniert ganz gut. Zusätzlich habe ich Proxmox Mail Gateway davorgeschaltet, damit der Spam bereits dort ausgefiltert wird. Einziger Nachteil an der Sache: b1gMail kann in der NAT-Umgebung keinen gültigen PTR-Record nachweisen, so dass ich das Senden an dem PMG übergeben muss. Damit kann man im Webinterface nicht mehr sehen, an welchen E-Mail-Server eine E-Mail zugestellt wurde.
Aktuell hat der Updater einen Bug mit MySQL 8: https://github.com/b1gMail-OSS/b1gMail/issues/2
Alternativer Weg wäre das Script db_sync.php aufzurufen, siehe auch https://github.com/b1gMail-OSS/b1gMail#staying-up-to-date
PhiGi vielen Dank für die Screenshots. Also scheint der Fehler woanders zu liegen.
Versuche mal den alternativen Weg, danach musst du noch diese Querys manuell ausführen: https://github.com/b1gMail-OSS/b1…e.php#L677-L680
SLM es ist geplant eine CLI Version des updaters zu erstellen. Der aktuelle b1gMail-DB Updater ist ja so gebaut, dass es die DB-Struktur vergleicht und fehlende Felder hinzugefügt. Man kann sich diese auch anzeigen lassen. Dazu schau in die Funktion SyncDBStruct
Passiert es ab dem Schritt "Datenbank-Struktur aktualisieren?"
Wenn ja, probiere diesen Weg:
Ins ACP von b1gMail anmelden, nach "Tools" -> "Optimieren" wählen und "Struktur prüfen".Kannst du ein Screenshot davon machen?
Das mit der Lizenzprüfung kannst du ignorieren. Das ist ein Überbleibsel aus der kommerziellen Version
Im Fork von patrick wurde die Lizenzprüfung im Admin-Plugin entfernt: https://github.com/pschlan/b1gMai…caddbd8d5f83f34
Wie gelange ich auf das PHP my admin?, damit ich die alten Spuren löschen kann?
Existiert /opt/b1gmailserver? Wenn ja, dann einmal leeren.
