Beiträge von Sebijk

Zitat von Sebijk

Ich hab mal eine Klasse gebaut, die php-zip-Funktionen nutzt, statt die b1gMail (nicht b1gzip)-eigene Implementation. Bin am überlegen die standardmäßig zu ersetzen. Mittlerweile liefern nahezu alle Webhoster php-zip mit.

Im letzten Commit ist php-zip nun Standard. Wenn nicht vorhanden, wird legacy_zip.class.php nachgeladen und dort wird geprüft ob b1gZip vorhanden ist, ansonsten wird die eigene zip-Implementation genutzt.

Die Entscheidung warum, weil dass diese Erweiterung standardmäßig in PHP vorhanden ist und aktiv weiterentwickelt wird. b1gzip ist vor ca. 20 Jahre erschienen und seitdem ist nichts gemacht worden. Mit PHP 5.2 (Erschienen 2007) ist das Modul auch zum Standard geworden.

Gegenüber der alten zip-Klasse sind Archive mit php-zip außerdem etwas kleiner.

mir scheint es, dass Firefox ab 148 manche E-Mails nicht richtig anzeigt. Nur mit einem STRG+F5 geht es dann wieder. Hat jemand dasselbe Problem?

Ich verstehe dein Anliegen, aber

b1gMail-OSS wird aktuell alleine in meiner Freizeit entwickelt. Dementsprechend kann ich nur meine freie Zeit dafür aufwenden. Jedem steht es frei, selbst was beizutragen.

Der letzte Commit ist von Januar 2026. Zusätzlich habe ich einen Fork von emailimmunity gesehen: https://github.com/emailimmunity/b1gMail

So tot ist das Projekt nicht, aber ich selbst kann es nicht als Vollzeitprojekt führen, was es nach meiner Meinung allerdings braucht.

Weil der b1gMail-Code mit memcache für PHP 8 angepasst werden muss. Wenn das jemand machen möchte, der darf gerne dazu beitragen.

Nachdem das user_external und user_sql-Plugin mit Nextcloud 32 derzeit nicht kompatibel ist, hab ich mich mal umgeschaut, was noch möglich wäre.

Am Ende habe ich mich für SAML Auth entschieden. Mit SimpleSAMLphp und dem dazugehörigen Modul sqlauth kann man die bestehende b1gMail-Nutzerdatenbank als Authentifizierungsquelle für externe Anwendungen nutzen.

zur Authentifizerung via sqlauth habe ich folgenden Query aufbereitet, den man dann in authsources.php im sql abschnitt einbindet:

'query' => "SELECT bm60_users.email AS uid,concat(bm60_users.vorname,' ',bm60_users.nachname) AS name,bm60_users.gruppe,bm60_users.lastlogin FROM bm60_users,bm60_gruppen WHERE bm60_users.passwort=MD5(CONCAT(MD5(:password),bm60_users.passwort_salt)) AND (bm60_users.locked='no' AND bm60_users.gesperrt='no') AND bm60_gruppen.id=bm60_users.gruppe AND bm60_users.email=:username"

Kannst du das Verhalten in eine Testumgebung verifizieren und den Debug-Modus einschalten?

Ja, das ist mir auch aufgefallen. Das liegt daran, dass Typirisierungen bei den Funktionen eingebaut wurde z.B. bei OnReadLang. Das klappt aber nicht bei bestehende Funktionen, da diese Funktionen kompatibel zur Oberfunktion sein müssen. Die einfachste Lösung, wäre die Typirisierungen bei den betroffenen Funktionen zu entfernen. Grundsätzlich finde ich die Idee natürlich gut und werde ich für b1gMail 7.5 aufnehmen.

EDIT: Habs mal geforkt und paar Änderungen reingebracht: https://github.com/Sebijk/petermichalk-b1gmail-plugins

Dennoch scheint das SURBL Plugin aus meiner Sicht unvollständig zu sein.

Auf welche Sendemethode hast du es gestellt? Schau mal unter Einstellungen -> E-Mail -> Versand.

Wenn möglich nehme SMTP, die zweitbeste Methode wäre sendmail.

du hast angegeben:

Pop3-Server : pop3.strato.de
Pop3-Port : 995

Das würde aber nicht funktionieren, weil du Port 995 (SSL) angegeben hast, b1gMail aber versucht eine unverschlüsselte Verbindung zum POP3-Postfach aufzubauen, was fehlschlagen würde.

Mit der Angabe: ssl://pop3.strato.de im Feld POP3-Server sollte es auch mit eine verschlüsselte Verbindung funktionieren.

Ein weiterer Autor Peter Michalk hat erfreulicherweise unter https://github.com/PeterMichalk/b1gmail-plugins die meisten seine b1gMail Plugins veröffentlicht. Unter anderem Plugins die bisher nicht auf my.b1gMail.com zu finden sind.

Liste:

Add Alias
Add Contact
Add Date
Add Notes
Add Tasks
AvailableCheck
Check Your Password
Eigene Seiten
Eigene Startseiten
Feed News
Feed Parser
Lexikon
PHP Info
POP3-Sammeldienste
SURBL
Show Shares
TV Spielfilm
smsTAN

Hi, Bozkurt

klappt die Angabe eines POP3-Servers mit ssl://pop3.strato.de ?

Grund ist, dass sonst eine unverschlüsselte Verbindung versucht wird, was Strato aber ablehnt.

Wird das Problem wird mit dem PremiumAccount-Modul verursacht oder warum der Zusammenhang damit? Die $maxORder-Fehlermeldung hat mit dem Template-Path nichts zu tun.

du nutzt schon den Fork oder? bei der aktivierung hast du dich mit dem mailuser aus und eingeloggt?

Ein weiterer Plugin-Autor hat sich bereiterklärt, deren Plugins Open Source zu machen, er hat mir dazu die Erlaubnis gegeben :): https://github.com/Sebijk/b1gMail…/radada-plugins

Die Plugins laufen nur bis b1gMail 7.1, lässt sich aber sicherlich für 7.4 anpassen.

Welche Plugins sind es?

my.b1gMail.com - Minesweeper Widget 
my.b1gMail.com - SimpleWidgets 
my.b1gMail.com - WidgetPublisher 
my.b1gMail.com - Homepage Plugin

Die entsprechende Stelle habe ich gefunden. In der nächsten RC wird zusätzlich ein cookie mit einem randominisierten Inhalt gesetzt, die nur der entsprechende client und Server kennt. Die Folge ist halt, dass man sich als Admin nicht mehr cookielos anmelden kann, aber hey als admin kann man ja erwarten entsprechende Sicherheitsvorkehrungen zu treffen.

Gleichzeitig habe ich bei den Adminkonten auf PHP password umgestellt, die ebenfalls mit der nächsten RC Version kommt . Für user ist diese Umstellung erst ab 7.5 vorgesehen.

Ab einer bestimmten Zahl von E-Mails wäre es gut, wenn das im Hintergrund ausgeführt wird und zum Download per Link zur Verfügung gestellt wird. Allerdings kann b1gZip mangels Funktionen aktuell nur neue Archive erzeugen und zum Download bereitstellen, php-zip kann auch vorhandene Archive öffnen und Dateien hinzufügen, was auch eine Unterbrechung ermöglichen würde (z.B. wenn es als php-cron ausgeführt wird).

korrekt in PHP 7.4 sind es nur Warnmeldungen, in PHP 8 sind es fatale Fehler. Das kann man leicht anpassen, plugin.class.php zeigt wie die Aufrufe eigentlich sein sollen und MYSQL muss zu MYSQLI.

aber zum eigentlichen Fehler: Das liegt am PremiumAccount, die entsprechende Zeile muss angepasst werden mit setTemplateDir, da das ändern der Variable in Smarty5 ohne die zugehörige Funktion aufzurufen nicht mehr erlaubt ist, siehe https://www.smarty.net/docs/en/api.set.template.dir.tpl und https://www.smarty.net/docs/en/variable.template.dir.tpl

EDIT: Im GitHub liegt bereits eine (hoffentlich) fehlerbereingte Version vor.

deaktiviere mal checkpassword.php (Endung umbennen, z.B. in bak) und ggf. auch PremiumAccount. checkpassword ist nicht an b1gMail 7.4 angepasst (und würde in PHP 8 eine fatale Meldung erzeugen).