Beiträge von ManDal

Die alten News zum Datenschutz Plugin sind im alten b1gMail Forum ersichtlich:

https://board.b1gmail.com/threads/datenschutz-plugin.16082/

Die Version 2.0.0 ist da mit den folgenden Änderungen:

• PHP 8.2 Support (es wird das ionCube PHP Plugin benötigt!)
• b1gMail 7.4.1 Support
• Es wird für das ACP das neue Tabler.io Template verwendet, falls das ACP nicht auf dem neuen Theme ist wird es zu Darstellungsproblemen kommen.
• Es wird neu pro Installation eine Lizenz benötigt die bei uns bestellt werden kann

Ich weiss eine Plugin Aktivierung ist umständlich da die Plugin in der Vergangenheit teilweise mehrmals verwendet wurden haben wir uns dafür entschieden, wir werden die übertragenen Daten (IP, Domäne und Pfad im Dateisystem) ausschliesslich für die Lizenzprüfung verwenden und sind transparent bei uns im Portal ersichtlich.

Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

Registration und Download über unseren Shop verfügbar:

Warenkorb - OneSystems GmbH

Es gibt ein Update vom ACP, aktualisiert auf Tabler 1.3.2 und einigen kleineren Anpassungen.

Diejenigen die testen wollen können mein die Daten aus meinem Fork holen und ausprobieren, einfach den Ordner src/admin/templates bei eich hochladen (natürlich den jetzigen templates Ordner bei euch weg kopieren), funktioniert mit 7.4.0 und 7.4.1:

GitHub - mkleger/b1gMail: Run your own email service. For you, your organization — or for everyone.

Run your own email service. For you, your organization — or for everyone. - mkleger/b1gMail

github.com

Zitat von patrick

Ich denke ein Sharding-Ansatz wäre sinnvoller, habe dazu hier im Forum schonmal irgendwann was geschrieben.

Hört sich spannend an.

Wäre es evtl. auch eine Möglichkeit sofern das performant machbar wäre das das in eine SQLite DB ausgelagert wird ähnlich wie die für die E-Mails (eine Datei pro Benutzer)? Ist jetzt nur laut gedacht... weiss aber nicht ob das bezüglich Indexierung etc. überhaupt machbar wäre...

Ich mache komplette Snapshots des Systems auf einen von uns betriebenen Backup Server (falls jemand Proxmox VE betreibt und Interesse hat) und zusätzlich aus der Historie mit rsnapshot, dauert aber ist ja nur eine zweite Kopie und wird in naher Zukunft wegfallen.

Das ding mit den Blobs ist halt cool aber aus meiner Sicht nicht nicht ganz fertig gedacht...

Genau bei Rsync sicherst du ja immer den gesamten Blob, klar immer noch performanter wie 1000ende kleinst Daten aber von der datenmenge und laufzeit wahnsinn...

Wie Backupst du dein System?

Dafür wäre es dann aber sehr hilfreich wenn pro Jahr oder Monat eine Datei da wäre, dann muss dein Backup nur das aktuelle (wo die meisten Veränderungen stattfinden) sichern und nicht immer alles...

Ich würde ich aus Redundanz und auch für die Wartung zwei PMGs bevorzugen da dann immer einer da ist der die die Mails entgegen nimmt (zwei MX Einträge im DNS), da sonst falls der PMG einen neustart braucht (Wartung oder sonst was) keiner mehr die Mails entgegen nimmt und zwischenspeichert. Weiter genau bei so vielen Mails die du erhälst wird die Last in der regel aufgeteilt auf zwei Systeme...

Du musst auch dafür nicht beide Server lizenzieren, einer reicht dafür eigentlich vollkommen aus...

Wäre grundsätzlich bei der SQLite variante nur gefällt mir das Konstrukt nicht das es pro Benutzer eine "Datei" gibt was bei sehr grossen Postfächer aus meiner Sicht gerade bei Backup oder Snapshots einfach jedesmal einen Change gibt und immer alles komplett gesichert wird.

Viel besser wäre es wenn man einstellen könnte das es pro Jahr oder Monat eine neue Datei gibt denn in der regel ist alles was älter wie ein Jahr oder sogar noch weniger ist nur noch als Persönliches Archiv zu betrachten (gelöscht wird ja sowieso nie). Ein Pluspunkt wäre dann noch das man z.B. das aktuelle Jahr auf einem schnelleren Storage betreiben kann und alles ältere auf langsamere Platten oder sogar S3 auslagern könnte, das würde gerade bei grösseren Systemen die Kosten nicht so in die höhe treiben...

Hey, ja nicht ganz in der Grössnordnung habe nur 20-50k Mails pro Tag, wichtig ist das du einen Cluster betreibst und die Nodes selber genügend Ressourcen haben die Mails auch zu verarbeiten.

Diejenigen die hCaptcha anschauen möchten, habe das kurzerhand umgesetzt da es sehr einfach ist reCaptcha dadurch zu ersetzen:

hCaptcha Provider by mkleger · Pull Request #9 · b1gMail-OSS/b1gMail

Copy of reCaptcha and adapted to a better, more reliable provider

github.com

Die Version 2.0.0 ist da mit den folgenden Änderungen:

• PHP 8.2 Support (es wird das ionCube PHP Plugin benötigt!)
• b1gMail 7.4.1 Support
• Es wird neu pro Installation eine Lizenz benötigt die bei uns bestellt werden kann

Ich weiss eine Plugin Aktivierung ist umständlich da die Plugin in der Vergangenheit teilweise mehrmals verwendet wurden haben wir uns dafür entschieden, wir werden die übertragenen Daten (IP, Domäne und Pfad im Dateisystem) ausschliesslich für die Lizenzprüfung verwenden und sind transparent bei uns im Portal ersichtlich.

Registration und Download über unseren Shop verfügbar:

Warenkorb - OneSystems GmbH

Die alten News zum Who’s Online sind im alten b1gMail Forum ersichtlich:

https://board.b1gmail.com/threads/who%E2%80%99s-online.16668/

Altcha kannst du ohne weitere "Cloud Dienste" verwenden, natürlich mit eingeschränktem Funktionsumfang aber immerhin.

Bei hcaptcha wäre eine mehr oder weniger schmerzfreie Integration möglich sofern man der Doku glauben möchte, da es ähnlich aufgebaut ist wie recaptcha.

Da ich kein Fan von Google bin würde ich gerne eine alternative für reCaptcha vorschlagen:

• altcha.org (benötigt nichteinmal externe Server)
• hcaptcha.com

Wie wäre es wenn wir weg von memcache auf redis gehen würde?

Das tut jetzt nichts zu dem Problem aber bitte überdenke deine Pfade im Dateisystem oder hast du die mit suchen ersetzen verändert um keine internen Daten herauszugeben?

-> /var/www/html/http://www.mailjunky.net/

Was aber extrem komisch rüberkommt ist der folgende teil, ssl auf eine unverschlüsselte Url kann ja nur Probleme machen:

unable to connect to ssl://http://www.google.com:443

Was genau steht bei dir unter "Einstellungen -> Allgemein -> Suchmaschine" drin?

Grüsse

ManDal

Kein ding dann kann ich ja nun mit dem modernisieren meiner Plugins weitermachen 😏

Wenn ich den Block ab der Zeile 154 - 172 aus dem update.php entferne lädt es die Seite.

Die Variabel numVersion ist wenn ich von der 7.4.1-RC2 Updaten will 741 und das ist kleiner wie 7309, was dann einen Count holt von der Spalte "body" in der Tabelle mails die es bei mir nicht gibt.

Ist das normal das bei PHP 8.2 der Updater beim System-Check stehen bleibt?

image.png

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
	<title>b1gMail - Installation</title>
	<link type="text/css" href="res/style.css" rel="stylesheet" />
	<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
</head>
<body>
<center>

	<br />
	<img src="res/shade_top.png" border="0" alt="" />
	<table cellspacing="0" cellpadding="0" bgcolor="#FFFFFF">
		<tr>
			<td id="leftshade"></td>
			<td id="main">
				<div id="header">&nbsp;</div>
				<div id="gradient"><i>Update</i>&nbsp;&nbsp;</div>

				<form action="update.php" method="get"><input type="hidden" name="lng" value="deutsch" /><div id="content">
		<h1>System-Check</h1>

	Ihr System wird nun auf Kompatibilit&auml;t mit b1gMail &uuml;berpr&uuml;ft.
	<br /><br />
	<table class="list">
		<tr>
			<th width="180">&nbsp;</th>
			<th>Erforderlich</th>
			<th>Vorhanden</th>
			<th width="60">&nbsp;</th>
		</tr>
		<tr>
			<th>PHP-Version</th>
			<td>5.4.0</td>
			<td>8.2.27</td>
			<td><img src="../admin/templates/images/ok.png" border="0" alt="" width="16" height="16" /></td>
		</tr>
		<tr>
			<th>MySQLi-Erweiterung</th>
			<td>Ja</td>
			<td>Ja</td>
			<td><img src="../admin/templates/images/ok.png" border="0" alt="" width="16" height="16" /></td>
		</tr>

-> Quelltext

Wenn ich jetzt aber auf PHP 7.3 ändere lädt er die komplette Seite und ich konnte den Updater durchführen...