Zitatwenn der Kunde den Ordner anlegt...
Ja wenn... aber erkläre solchen Kunden mal was zu tun ist und vor allem das der Ordner manuell angelegt werden muss, die wollen alles fix und fertig "vorserviert" haben, so wie man es eben von den großen Massenanbietern kennt.
Es bringt leider nichts, mit einigen Kunden zu diskutieren. Der Mensch ist eben ein "Gewohnheitstier" und wir hatten das Thema nun schon so oft, das hiernach gefragt worden ist. Über sinn und unsinn kann man sich sicher streiten, aber es wird nun einmal gewünscht.
Heute die nächste Kündigung, wegen des fehlenden Spam-Ordners:
ZitatAlles anzeigenWir ziehen mit der Webseite um, da wir für die Mails keinen SPAM-Ordner bei Ihnen bekommen!
Diese Frage hatte ich bereits vor längerer Zeit mit Ihnen diskutiert, ohne eine Lösung zu bekommen. Derzeit landet zu viel Spam im Mailaccount, weil wir die Schwelle entsprechend eingestellt haben. Grund dafür ist die hohe Dringlichkeit keine Email zu übersehen, die ggf. fälschlicherweise als Spam eingestuft wird.
Zum einen bekommt mein Sohn Anfragen für die Mitarbeit als Kameramann bei Filmprojekten. Wenn davon eine Mail nicht ankommt, und bei Ihrem System ohne Spamordner erfahren wir das ja nicht, wird der Auftrag einfach an jemand anderes vergeben. Das ist in der Branche so üblich, weil der Absender davon ausgeht, dass keine Antwort kommt, weil der Job nicht gewünscht ist. Dabei kann viel Geld verloren gehen! Auch der Absender weiß ja meist nicht, dass er als Spamversender herausgefiltert wird.
Viele andere wichtige Mails, wie z.B. Terminvergabe für Coronaimpfungen, kommen mit dem expliziten Hinweis, ggf. im Spamordner nachzusehen, wenn man glaubt, einen Termin bekommen zu haben, aber man soll nicht nochmal nachfragen. Wie geht das ohne Spamordner?
Auf anderen Mailaccounts mit Spamordner finde ich immer mal wieder wichtige Mails, die da nicht hingehören. Die ich aber dank des Spamordners identifizieren kann.
Um es kurz zu machen. Wir brauchen schnell einen Mailaccount mit Spamordner. Wenn das bei Ihnen nicht machbar ist, ziehen wir um.
Bitte schaffen Sie unkompliziert die technische Möglichkeit dazu.
Wr haben auch genügend Kunden, die Postfächer und Datenbanken versehtnlich gelöscht haben.
Ggf. reicht es bereits aus, die Buttons eindeutiger zu beschriften: statt "löschen" sollte besser "Postfach löschen" oder "Datenbank löschen" verwendet werden. Das ist unmissverständlich.
Auch wir nutzen LC seit 2012. Damals standen wir noch der Wahl: P****k oder LiveConfig. Die entscheidung habe ich nicht bereut und mich damals bewusst für ein Produkt aus Deutschland entschieden. Erst gestern habe ich wieder ein konstruktives Gespräch mit Herrn Keppler geführt. Ich finde es postitiv, mit den Entwicklern persönlich sprechen zu können und neue Ideen oder Vorschläge vortragen zu können. Gemeinsam haben wir schon das eine oder andere große oder kleine Problem gelöst. Dafür gilt mein Dank!
Unsere Kunden wünschen das auch ausdrücklich, die Nachfragen nehmen nicht ab, ganz im Gegenteil!
Sollte nicht auch
opcache.lockfile_path (Absolute path used to store shared lockfiles (for *nix only))
angepasst werden?
Was sollte hier idealerweise hinterlegt werden?
Gibt es schon etwas neues zu der besagten Vereinfachung für den Endkunden ohne hunderte Klicks? Es wäre in der Tat schön, wenn der Kunde wie besagt nur einen Haken setzen muss und die Sache ist erledigt. Es "verzweifeln" leider sehr viele Kunden an dem SSL-Prozess, vor allem, wenn es um Subdomains geht. Egal, wie gut alles dokumentiert ist, die selben Fragen dazu kommen immer wieder.
Es handelt sich um unterschiedliche Anwendungen, WP-Plugins oder auch indivduelle eigenentwicklungen, die bis zu dem Update immer funktioniert haben. Mehr kann ich dazu leider nicht sagen, es sind leider nur Grundkenntnisse in PHP vorhanden.
Falls es interessant ist: unter PHP 7.3 tritt das Problem nicht auf. (Debian 10)
- Es ist PHP 7.4. aktiv
- PHP läuft über CGI/FastCGI
- Ausgabe open_basedir in der phpinfo:
/var/www/web35/:/var/www/web35/htdocs/:/var/www/web35/apps/:/var/www/web35/priv/:/var/www/web35/tmp/:/usr/share/pear/:/usr/share/php/:/tmp/:/usr/bin/:/dev/urandom
Exakt ist genau dies hinterlegt:
%HOME%/:%HOME%/htdocs/:%HOME%/apps/:%HOME%/priv/:%HOME%/tmp/:/usr/share/pear/:/usr/share/php/:/tmp/:/usr/bin/:/dev/urandom
Das sollte doch so passen?
Seit dem Update hagelt es teilweise Fehlermeldungen wie diese auf Kundenseiten:
ZitatWarning: file_exists(): open_basedir restriction in effect. File(/definition.php) is not within the allowed path(s): (/var/www/web135/:/var/www/web135/htdocs/:/var/www/web135/apps/:/var/www/web135/priv/:/var/www/web135/tmp/:/usr/share/pear/:/usr/share/php/:/tmp/:/usr/bin/:/dev/urandom) in /var/www/web135/htdocs/wp-content/plugins/cornerstone/includes/classes/classic/elements/class-element-orchestrator.php on line 218
Zitat<br />
<b>Fatal error</b>: Uncaught ImagickException: open_basedir restriction in effect. File(copyright.png) is not within the allowed path(s) in /var/www/web21/htdocs/datenbank/upload_ftp.php:20
Stack trace:
#0 /var/www/web21/htdocs/datenbank/upload_ftp.php(20): Imagick->__construct('copyright.png')
#1 {main}
thrown in <b>/var/www/web21/htdocs/datenbank/upload_ftp.php</b> on line <b>20</b><br />
Müssen wir noch etwas anpassen oder hat sich hier ein Fehler eingeschlichen?
Vor dem Update gab es keinerlei Fehlermeldungen.
Das Problem wird mit dem kommenden Update gelöst, siehe Preview.
Danke, das wäre ja eine ganz feine Sache und gewiss eine Entlastung im Support, da diese Frage immer wieder auftritt.
Du meinst, so wie LiveConfig das bei allen Postfächern im Reiter Info macht?
Wo finde ich denn diesen Reiter Info?
Bei vielen Providern ist dies mittlerweile standard und dies würde unzählige Support-Anfragen einsparen. Kunden legen Mailadressen an und wissen oftmals nicht, was nun genau in die abrufenden Programme eingetragen werden muss, obwohl dies auf unseren Webseiten dokumentiert ist. Ich stelle mir das ganze so vor, wenn ein Mailkonto vorhanden ist, das dazu die Abrufdaten wie folgt angezeigt werden:
----------------------------------------------
Benutzer: info@example.com
Passwort: wurde durch Sie selbst vergeben
Postein- und Ausgangsserver: s1.example.com
Verbindungssicherheit: SSL
Authentifizierung: Verschlüsseltes Passwort
Port für Posteingang: 993 (IMAP)
Port für Posteingang: 995 (POP3)
Port für Postausgang: 465 (POP3 und IMAP)
----------------------------------------------
Kann auf diese Funktion im LiveConfig bitte noch für den Endkunden wie folgt unter folgendem Menüpunkt hingewiesen werden:
LiveConfig---> E-Mail ---> Spam-Filter
Beispiele:
info@example.org ---> bereits vorhanden
*@example.com ---> bereits vorhanden
*.ru ---> bitte als Beispiel ergänzen
Viele Kunden wissen gar nicht, dass es diese Möglichkeit gibt, komplette tlds sperren zu können.
Unsere Kunden fragen auch ständig danach. Es macht leider keinen Spaß, immer wieder sagen zu müssen: "es ist in Arbeit" - das machen wir nun schon seit 9 Jahren so. Bereits 2013 war doch eine ordentliche Lösung in Planung, oder irre ich mich da?
Alles anzeigenDafür sorgen, dass Spam-Mails nicht zu Microsoft kommen.
Mögliche Quellen für solche Spam-Mails:
- CMS
- Weiterleitungen
- Kunden-Newsletter
Viel Erfolg. Wir sind seit 1,5 Jahren konsequent dran und haben seit dem keine Probleme mehr. Sind aber auch nicht bei Hetzner o.ä..
Wie will man das zu 100% verhindern? Allein z.B. WordPress müllt die Postfächer der Kunden teilweise richtig zu. Viele Kunden sichern Kontaktforumlare z.B. nicht gegen Spam ab und sind dann auch noch so "blöd" und melden diese Mails als Spam bei hotmail, statt die Formulare zu deaktivieren oder mit einem Captcha gegen Spam abzusichern. Bei Kommentaren das gleiche. Jemand trägt einen Spam-Kommentar ein, dieser wird per Mail an den Kunden geschickt, z.B. an eine hotmail-Adresse. Was macht dieser? Genau: er meldet diese Mail als Spam, statt die Kommentarfunktion zu sperren oder ebenfalls abzusichern. Das reicht einige male hintereinander aus und schon ist die IP gesperrt.
Das selbe gilt auch für Weiterleitungen: es gibt Kunden, die lassen sich alles mögliche ungefiltert(!) an deren Mailadressen weiterleiten, z.B. hotmail. Somit wird natürlich auch der Spam massenweise ungefiltert weitergeleitet. Auch hier gibt es dann leider "Deppen", welche die bereits weitergeleiteten Mails als Spam bei hotmail melden, statt die entsprechenden Filter in LiveConfig zu aktivieren.
Bei einer Handvoll Kunden kann man ggf. noch "aufpassen", bei tausenden wird es schon schwierig. Nicht das wir ein Problem mit hotmail und Co hätten, aber hin und wieder trifft es auch mal einen unserer Server.
