Beiträge von SLM

    Hallo ManDal - kein Ding. Testen ist das, was ich gerne zum Projekt beitrage und beitragen kann :)

    Zu 2) Größere Buttons sind schon in Ordnung. Mit meinen Wurstfingern komme ich da ganz gut zurecht :D

    Mir ist noch aufgefallen, dass die Buttons kein Mouseover hatten. Das habe ich mal versucht zu integrieren:

    Smarty
    <td class="text-nowrap">
                                    <div class="btn-group btn-group-sm">
                                        <a href="users.php?do=edit&id={$user.id}&sid={$sid}" class="btn btn-sm"><i class="fa-regular fa-pen-to-square" title="{lng p="edit"}"></i></a>
                                        <a href="javascript:singleAction('{if $user.gesperrt=='no'}lock{elseif $user.gesperrt=='yes'}unlock{elseif $user.gesperrt=='locked'}activate{elseif $user.gesperrt=='delete'}recover{/if}', '{$user.id}');" class="btn btn-sm">{if $user.gesperrt=='no'}<i class="fa-solid fa-lock" title="{lng p="lock"}"></i>{elseif $user.gesperrt=='yes'}<i class="fa-solid fa-lock-open" title="{lng p="unlock"}"></i>{elseif $user.gesperrt=='locked'}<i class="fa-solid fa-lock-open" title="{lng p="unlock"}"></i>{elseif $user.gesperrt=='lock'}<i class="fa-solid fa-lock-open" title="{lng p="unlock"}"></i>{elseif $user.gesperrt=='delete'}<i class="fa-solid fa-hammer" title="{lng p="unlock"}"></i>{/if}</a>
                                        <a href="javascript:singleAction('delete', '{$user.id}');" class="btn btn-sm" title="{lng p="delete"}">{if $user.gesperrt=='delete'}<i class="fa-regular fa-trash-can text-danger"></i>{else}<i class="fa-regular fa-trash-can"></i>{/if}</a>
                                        <a href="users.php?do=login&id={$user.id}&sid={$sid}" target="_blank" onclick="return confirm('{lng p="loginwarning"}');" class="btn btn-sm"><i class="fa-solid fa-house-chimney-user" title="{lng p="login"}"></i></a>
                                    </div>
                                </td>

    5. Mein altes Template hatte ich mir bezüglich der Titel-Anzeige im Browsertab angepasst. Wenn man - wie ich - mit sehr vielen offnen Menüs (Tabs) arbeitet, ist es etwas schwierig die einzelnen Tabs auseinanderzuhalten wenn der Menütitel nicht im Tab angezeigt wird. Hier ein Beispiel:

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

    In meinem alten Template habe ich mir in der page.tpl damit geholfen:

    Code
        Alt: <title>b1gMail - {lng p="acp"}</title>
        Neu: <title>{if $title}{$title} - {/if}{lng p="acp"}</title>

    Das passt zwar auch nicht immer, aber meistens.

    ManDal Könntest du bitte mal prüfen, ob der Link zum Profil in der Ticketansicht noch funktioniert?

    In der noch nicht an Tabler angepassten Version 1.4.3 wird das Icon nicht angezeigt und der Link zum Userprofil funktioniert nicht mehr (hier blauer Pfeil)

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

    ManDal Also... Zum Ersten: Das Template ist cool und gut umgesetzt! Folgendes ist mir bislang aufgefallen:

    1. users.edit.tpl - falsche Platzhalter für PLZ/Ort:

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

    Dazu müssen aber auch die Sprachdateien angepasst und folgende Variablen hinzugefügt werden:

    Deutsch:

    $lang_admin['zip'] = 'PLZ';
    $lang_admin['city'] = 'Ort';

    English:

    $lang_admin['zip'] = 'ZIP';
    $lang_admin['city'] = 'City';

    Am besten nach der Variablen:

    $lang_admin['zipcity'] = 'PLZ/Ort';
    $lang_admin['zip'] = 'PLZ';
    $lang_admin['city'] = 'Ort';

    2. Button-Gruppen

    Die Button-Gruppe Sperren, Löschen, Freischalten, Login in der users.list.tpl sind m.E. für mobile Bedienung zu klein. Die habe ich bei mir per CSS etwas angepasst und den Abstand dazwischen vergrößert. Mir ist es früher öfter passiert, dass ich den falschen Button geklickt habe:

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

    3. Menüleiste - Dropdownliste:

    Wenn man z.B. viele Plugins installiert hat, ist die Liste Einspaltig sehr lang. Hier wäre ein zwei- oder mehrspaltiges Menü praktischer.

    4. prefs.common.tpl:

    Ist die Variable "whitelist" für eine der kommenden B1gMail-Versionen vorgesehen? Das würde dann auch in den Sprachdateien fehlen:

    Code
                    <div class="mb-3 row">
                        <label class="col-sm-4 col-form-label">{lng p="whitelist"}</label>
                        <div class="col-sm-8">
                            <input type="text" class="form-control" name="wartung_whitelist" value="{text allowEmpty=true value=$wartungwhitelist}" placeholder="{lng p="whitelist"}">
                        </div>
                    </div>

    Das fürs erste. Ich werde weiter berichten...

    Damit man einen eingetragenen Termin nicht immer gleich anklicken bzw. öffnen muss ist es hilfreich, wenn man einen Mouseover / Hover-Effekt einsetzen könnte.

    Neben dem Titel könnten dort die wichtigsten Informationen zum Termin angezeigt werden. Datum & Uhrzeit, Titel, Beschreibungstext in gekürzter Form.

    Hat das eventuell schon jemand umgesetzt?

    Danke für dein Feedback, grundsätzlich funktioniert das Template auch auf der 7.4.0 Version gib da eigentlich bis auf das Company Feld keine grossen unterscheide. Du kannst den /admin/templates Ordner umbenennen und den neuen hochladen und Testen...

    Danke. Muss ich dazu die komplette OSS-Version herunterladen oder gibt es das Template auch separat?

    Könnte man in Zukunft integrieren und über weitere Inputs würde ich mich sehr freuen, ansonsten hat man das Gefühl das man nur für sich selber entwickelt.

    Input gebe ich gerne und zügig, denke das ist bekannt. Aktuell ist es mir allerdings nicht möglich, die OSS-Version über mein bisheriges (Test-)System zu installieren. Das hat mehrere Gründe:

    • Zu viele eigene Anpassungen am System - aus der Notwendigkeit und über die Jahre heraus
    • Aus o.g. Grund auch massiver Zeitaufwand beim Abgleich alt zu neu-Dateien.
    • Das Updatesystem (/setup) ist m.E. eher auf Systeme mit wenigen Nutzern ausgelegt und für mein System wahrscheinlich nicht geeignet. Zu befürchten ist, dass das System zu lange offline bleiben würde, wenn die Setup-Routine die Datenbank aufbereitet und anpasst, dabei eventuell sogar irgendwo stecken bleibt und man den Fehler nicht schnellstmöglichst findet. Ich würde mir ein manuelles Setup-Verfahren wünschen, so dass man die Updateschritte einzeln und ggfls. manuell durchführen könnte.
    • Da du das ACP-Template (logischer- und sinnvollerweise) nur für die OSS-Version entwickelt hast, kann ich es also aktuell nicht testen.

    Eventuell können da die, die die OSS-Version schon nutzen Feedback geben.

    Hallo zusammen,

    die Meldung "Status Warning smtp mail.xxxxx.de 7.556 seconds - Warning on Transaction Time information" erhalte ich aktuell, wenn ich meinen Mailserver über das Tool MXToolbox prüfen lasse. Wie kann man man die SMTP Transaction Time verkürzen bzw. lässt sich das serverseitig beheben?

    Es geht hierbei (noch) um die reguläre b1gMailserver-Version 2.8.3286

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

    Dann passe ich das ganze soweit an das eine abfrage vorhanden ist ob per SMS oder E-Mail, soll noch eine Meldung kommen falls keine Mobile oder alt. E-Mail hinterlegt ist? Oder ist das aus Datenschutz nicht erwünscht?

    Das hat in dem Fall nichts mit Datenschutz zu tun. Die Meldung kann man auch rel. neutral gestalten, z.B.:

    "Die Passwortwiederherstellung ist nicht möglich, bitte wenden Sie sich an unseren Support oder informieren sich über die Möglichkeiten in unseren FAQ"

    So oder ähnlich... :)

    Verwendest du meine angepasste Version von informant ?

    Das Plugin von mir (also die angepasste Version) prüft ob eine Mobile Nummer hinterlegt ist falls nicht geht die Meldung per alternativer E-Mail raus also so wie im b1gMail Standard.

    Funktioniert das auch in die andere Richtung? Wenn keine Alternative E-Mail hinterlegt prüft es, ob eine gültige Handynummer eingetragen wurde und sendet dann eine SMS?

    Nicht jeder Nutzer hinterlegt beides (bei uns). Manche gar nichts, manche nur Handynummer, andere wiederum nur alternative E-Mailadresse.

    Das ACP sowie auch später das Webmail selber wird als PWA (Progessive Web App) verfügbar sein damit z.B. das Webmail als Windows default Mail App für mailto Links gesetzt werden könnte

    Klasse Idee! Mit der Basis kann man m.E. später auch eine Native App für IOS & Android bauen und hat dann automatisch alle Funktionen überall verfügbar.

    Wenn ich dich irgendwie unterstützen kann, sag bescheid. Ich kann dir gerne stupide Arbeiten abnehmen ^^

    Toll umgesetzt! Jetzt brauchen wir noch ein responsives Template für das UCP / den eingeloggten Bereich :)

    Die Möglichkeit, mehrere BMS mit versch. IPs auf einer Installation zu betreiben wäre auch erstrebenswert. B1gMail sollte entscheiden können, mit welchem Mailserver versendet wird, z.B. wenn ein BMS ausfällt, wegen Wartungsarbeiten nicht verfügbar ist oder einfach weil eine IP-Adresse eines BMS eventuell auf einer DNSBL-Liste gelandet ist.

    Die großen Mailprovider betreiben ja auch mehrere Mailserver nebeneinander.

    Danke Sebijk für die Beispiele. Kann ich davon ausgehen, dass die Anpassungen (bzw. auch die OSS-Version) auch mit PHP7.4 funktionieren? Soweit ich das verstanden habe, reagiert PHP8 in vielen Fällen einfach strikter auf bestimmte Funktionen (siehe Notice vs. Warnings).

    Das wäre zumindest für mich der einfachere Weg, da man das b1gSystem nach und nach anpassen könnte und erst am Ende dann auf PHP8 umstellt. Mit vorherigem Test auf einer PHP8-Installation natürlich.

    Könnten wir anhand von praktischen Beispielen einmal (gemeinsam) durchgehen, worin die wichtigsten Änderungen bestehen die man im Core von b1gMail (7.4 PL2) ändern/durchführen muss, um zumindest fürs erste weiter mit PHP8 arbeiten zu können? Ein paar Codebeispiele (alt vs. neu) wären super.

    Für Plugins habe ich den Beitrag gelesen: Aufbau Plugins - die Konstruktoren habe ich schon mit PHP7.4 in den meisten Plugins geändert, zumindest sollte das dann kein Problem mehr darstellen.

    Das große Update auf die OSS-Version braucht Zeit und wird zu einem späteren Zeitpunkt durchgeführt. Wenn man - wie ich - sehr viele Anpassungen und Änderungen am eigenen System vorgenommen hat dauert das alles seine Zeit.

    Merci :)

    Irgendwas stimmt (wahrscheinlich bei meiner xampp-Installation) nicht, obwohl ich sonst lokal mein b1gMail-Projekt aufrufen und bearbeiten kann.

    - V7.4.1-Beta3 über meine Version drüber kopiert

    - Wenn ich die DB-Struktur prüfen lasse, bricht das Script irgendwann ab und dann erhalte ich diese Fehlermeldung:

    Die Website ist nicht erreichbar

    Verbindung wurde zurückgesetzt.

    Versuche Folgendes:

    ERR_CONNECTION_RESET



    - version.default.inc.php umbenannt -> version.inc.php.

    - Wenn ich die setup/update.php aufrufe, wird nun angezeigt: Ihre b1gMail-Version befindet sich bereits auf dem aktuellsten Stand (7.4.1-Beta3)?!

    Die alternative mit tools/db_sync.php funktioniert auch nicht, auch wenn man zuerst die Pfade in den Dateien im Tools-Ordner anpasst, denn meine Hauptinstallation liegt nicht im /src-Ordner. Nach Anpassung der Pfade und nnach Aufruf der db_snyc.php kommt wieder eine Fehlermeldung.

    Erst mal sorry für die Ausführungen..

    Nun zum Wesentlichen:

    Ich gehe davon aus, dass der Updateprozess dazu dient die Datenbank in Teilen anzupassen, da du ja bestimmt Änderungen an der Struktur vorgenommen hast. Wie komme ich zu dem Punkt, an dem nur die Datenbankänderungen vom Script vorgenommen werden? Oder kann man die DB auch manuell updaten?

    Solange das nicht lokal bei mir funktioniert brauch ich über ein Serverupdate gar nicht nachdenken...