Beiträge von SLM

Den Vergleich mit Postfix kann ich nicht bieten, mein System läuft ausschließlich auf dem b1gMailserver. Debug-Logs sind normalerweise aus, hab sie jetzt zum Test mal angemacht. Sonst ballert mir das innerhalb kürzester Zeit die Logfiles zu.

	SMTP	#2413375 - [199.16.156.151] MAIL (transaction rejected due to forged HELO hostname, spring-chicken-al.twitter.com != spring-chicken-al.x.com)	Heute, 12:22:46
	SMTP	#2413375 - [199.16.156.151] MAIL FROM:<n0901c63e9d-36d9dfcc9d02455b-twitter-meine===mailaddy.de@bounce.x.com>	Heute, 12:22:46
	SMTP	#2413375 - [199.16.156.151] EHLO spring-chicken-al.x.com	Heute, 12:22:45
	SMTP	#2413375 - [199.16.156.151] EHLO spring-chicken-al.x.com	Heute, 12:22:44

Ah.. es scheint als hätte die ein EHLO/HELO Problem. Hab das mal dem X-Support gemeldet.

Danke für den Tipp mit dem Debug-Modus, daran hatte ich nicht mehr gedacht.

Hat jemand von euch evtl. auch das Problem, dass sein System keine Mails von x.com (ehem. Twitter) durchstellt? Mails @twitter.com kommen problemlos an, jedoch keine Mails von der neuen Domain x.com. Könnte das evtl. auch ein b1gMailserver-Problem sein patrick ?

Meine Empfangs-Regeln im ACP habe ich geprüft.

ManDal kurz mal anstubse und frage, tut sich in der Angelegenheit noch etwas?

Zitat von Sebijk

Ja, ich habe sie für die mobile Oberfläche auch im Einsatz. Geht natürlich nur mit der OSS-Variante, weil die 7.4-Version kein Plugin-Hook für die mobile Oberfläche dafür hat.

Danke für die Info. Der Filehandler ist, soweit ich das erkennen kann leicht auch für die 7.4.0 noch nachrüstbar:

    serverlib/plugin.class.php:
    
    /**
    * user page handler for mobile interface.
    */
   public function FileHandlerMobile($file, $action)
   {
   }

m/alle PHP-Dateien:

/**
 * file handler for modules
 */
ModuleFunction('FileHandlerMobile',
	array(substr(__FILE__, strlen(__DIR__)+1),
	isset($_REQUEST['action']) ? $_REQUEST['action'] : ''));

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

Kannst du uns eventuell nen Tipp geben, was am 2fa-Plugin und ggfls. noch an der mobilen Version angepasst werden muss damit das funktioniert? Geht ja nur ums Login. Die Aktivierung soll weiterhin nur im UCP möglich sein.

Dann wäre das System zumindest ein Stück weit sicherer. Wäre echt toll..

Hat von euch da draußen zufällig jemand das 2FA-Plugin im Einsatz und ggfls. auch eine Lösung für die Mobilversion?

Nur die Desktopversion abzusichern ist halt nur so semi....

Zitat von PhiGi

Hi Sebijk,

das Problem hat sich beim warten auf eine Antwort von selbst gelöst. Plötzlich - einige Stunden nachdem ich es aufgegeben habe - wurde die Warteschlange abgearbeitet. Ich kann nicht mehr Nachvollziehen warum das so ist. Schade.

Update: Ich sehe es hängen wenige Mails nun wieder in der Warteschlange mit dem Fehler: Inbound pipe: b1gMail pipe rejected message data (keep-alive: 1).

Aber andere werden Zugestellt. Langsam werd ich irre =)

LG,
PhiGi

Prüf mal deine Grundeinstellungen, Wir haben damit gute Erfahrungen gemacht:

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

Da ich mehrere Domains hoste und in b1gMail integriert habe, haben wir das nach dieser Anleitung für den b1gMailserver umgesetzt: https://board.b1gmail.com/threads/dkim.16045/page-2#26

Wobei informant dafür der bessere Ansprechpartner ist, den er hats bei meinem System umgesetzt

SPF, DMARC + DKIM muss für jede Domain auch im DNS hinterlegt werden.

Sebijk Wichtig wäre es, die Datenbankarchitektur bzw. die Archtitektur, wie Daten gespeichert werden in Angriff zu nehmen. Aktuell werden z.B. die E-Mails (bzw. die Verweise) für alle User in der Tabelle _mails gespeichert. Das kann größeren Systemen Probleme verursachen, von eventuellen Datenbank-Crashs bei Ausfällen ganz zu schweigen. Man kann dem Kunden in dieser Form auch schlecht ein eigenes Backup anbieten (könnte man z.B. optional, gegen Aufpreis).

Im alten Forum hatten wir mit patrick und informant schon mal darüber diskutiert. Welche Lösungen hier sinnvoll sind, darüber sollten wir sprechen. Eventuell pro User eine Tabelle / Datenbank oder welche Möglichkeiten auch immer. Vorschläge sind hier gerne willkommen.

Ganz wichtig: Ein Update der SabreDAV-Integration. Die aktuelle Version macht wirklich Probleme bei Terminen, wenn man das über verschiedenen Geräte hinweg synchronisiert und managed.

Ich hatte es schon mehrfach erwähnt: ich kann nicht programmieren. Wenn es aber jemand gibt der das mal in Angriff nehmen will, unterstütze ich wo ich kann.

Zitat von Sebijk

Meine aktualisierte Planungen für b1gMail 7.5:

Kernprodukt sollte die E-Mail sein....

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 Datenbank

Tuta fährt hier einen sehr interessanten Ansatz, nämlich auch Open Source.

Zumindest diskutabel, wie ich finde.

Die letzte Version von Martin ist die 2.4.0 und funktioniert bis android-targetSdkVersion 31 (=Android 12). Hab meine Version schon an API 33 / Android 13 Stückweise angepasst. Ist aber alles nicht so einfach wenn man keine Ahnung hat

Im Firebase Menü unter Cloud Messaging wird mir nun auch das angezeigt:

Falls Sie bisher die HTTP API oder XMPP API (Legacy, wurde am 20.06.2023 verworfen) genutzt haben, müssen Sie bis zum 20.06.2024 zur aktuellen Firebase Cloud Messaging API (HTTP v1) migrieren.

Die Legacy Api verwende ich scheinbar auch. Hab im Script bzw. in der App schon nachgesehen, wie das implementiert ist, werde aber noch nicht schlau draus. Eventuell können wir das ja zusammen angehen und herausfinden? Bis Juni 2024 ist nicht mehr so viel Zeit.

Zitat von patrick

Ein DB-Update im Hintergrund ist schwierig, da der neue Code ja schon das geänderte Schema vorausetzt. ..

Verstehe ich. Das DB-Update könnte man aber auch manuell durchführen, wenn man die SQL-Anweisungen zur Verfügung hat. Damit könnte man zumindest den Fortschritt selbst steuern, eventuell ja schon vorbereiten, während man dann das Script updatet.

Das betrifft Systeme nicht die nur wenige Nutzer haben. Bei mir klingeln sämtliche Kanäle, wenn das System mal ne halbe Stunde nicht zur Verfügug steht.

Zitat von Denny

Wie ich geschrieben habe denke ich, dass hier ein timeout vorliegt oder das Update ein zweites mal durchgeführt wurde. Ich würde den Punkt für Datenbankoptimierung komplett raus nehmen, dauert bei mir 6 Stunden

Das ist auch mit ein Grund warum ich bislang kein Update gemacht habe. Einen mehrstündigen Ausfall kann ich meinen Kunden nicht zumuten. Deshalb wäre es eben wünschenswert, das Update manuell und ggfls. das DB-Upgrade im Hintergrund ausführen könnte.

Moin Denny Die Nachricht hab ich (noch) nicht bekommen. Welche App-Version verwendest du?

Sprache ist lebendig, Sprache hat sich schon immer gewandelt. Deshalb gibt es kein Gut oder Böse.

Das Thema Anrede muss im Kontext gesehen werden, wann und in welchen Fällen sie tatsächlich verwendet wird. In erster Linie ist (nur) eine Angabe in den Kontaktdaten. Natürlich kann die Anrede dann vom System an unterschiedlichen Stellen verwendet werden (z.B. Newsletter). Und letztendlich kommt es auch auf dein Publikum an.

Ich hatte ja vor einiger Zeit einen Fix dafür angeboten, der auch übernommen wurde: Firma + SteuerNr. / Ust-ID + Anrede ergänzt

Wenn es dein Publikum verlangt oder notwendig macht, kannst du ja jederzeit erweitern

Sebijk Wäre es eventuell möglich das Update ohne die Update-Routine, dann aber manuell durchzuführen? Bei manchen Installationen wäre das m.E. die sinnvollere Variante, da man dann die einzelnen Schritte selbst in der Hand hat.

ManDal

Wenn man mehr als 2 Sprachen nutzt, ist der VARCHAR-Wert 100 in der Tabelle mod_supportsystem_department für die Spalten Name und Short zu klein. Ich musste bei mir den Wert anpassen (aktuell 500). Sonst lassen sich die Abteilungen nicht mehr speichern und die DB-Einträge werden abgeschnitten.

Gibt es eine Möglichkeit nur beim Login die Sprache zu wählen? Mit dem switchLanguage-Befehl wird der gesamte NLI-Bereich geswitcht und der Sprachbefehl in den LI-Bereich übernommen. Bei Templates mit vielen NLI-Seiten ist das problematisch.

Ich suche daher nur eine Möglichkeit beim Login die Sprache auszuwählen, ohne den NNLI-Bereich zu aktualisieren. Jemand ne Idee?

Jetzt komm ich wieder um die Ecke und nerve noch ein wenig mit diesem Thema: https://board.b1gmail.com/threads/dkim.16045/page-3

> (Noch) Fehlende Quarantäne-Funktion im Zusammenhang mit DKIM / DMARC.

Dann wäre das ganze rund und ein Update würde sich eher lohnen.

Im ACP kann man unter Einstellungen > Allgemein > Domains bereits einstellen, an welcher Stelle die eingetragenen Domains verfügbar sein sollen:

            prefs.common.php
            isset($_REQUEST['in_login']) ? 1 : 0,
            isset($_REQUEST['in_signup']) ? 1 : 0,
            isset($_REQUEST['in_aliases']) ? 1 : 0,

Leider kann man nicht auswählen, in welcher Gruppe die Domain im Signup verfügbar sein sollen. Manche Domain möchte man aber nur Premiumnutzern zur Verfügung stellen, daher wäre eine solche Möglichkeit cool ( z.B. index.php?action=signup&paccPackage=4 ).

Vorstellbar wäre sowas in der Art:

            isset($_REQUEST['in_groupsignup']) ? 1 : 0,

Die Frage ist auch, ob man das (zusätzlich) ins PremiumPlugin integrieren muss. Eventuell können wir das ja gemeinsam weiterspinnen, falls jemand Interesse hat.