Ok, dann werde Ich mich mal an den Provider (netcup) wenden, es ist echt eigenartig.
Beiträge von Pajoma
-
-
Moin,
in der Nacht wurden nachträglich ohne zutun die Mails versendet, aber total unterschiedlich.
Hat der PHPMailer eine Que der erst nach einer Zeit sofern Fehler vorhanden sind die Mails nachträglich versendet? -
Hier noch die Mail.php, ich „include“ sie dann immer da wo Ich sie benötige, deshalb ist der Inhalt der in die Mail kommt nicht in der Mail.php.
<?php
use PHPMailer\PHPMailer\PHPMailer;
use PHPMailer\PHPMailer\SMTP;
use PHPMailer\PHPMailer\Exception;
require 'email/PHPMailer.php';
require 'email/SMTP.php';
require 'email/Exception.php';
$mail = new PHPMailer;
$mail->isSMTP();
$mail->IsHTML(true);
$mail->CharSet = 'UTF-8';
$mail->Encoding = 'base64';
$mail->Host = 'bla.netcup.net'; // anpassen
$mail->Port = 587;
$mail->SMTPAuth = true;
$mail->SMTPSecure = 'tls';
$mail->Username = 'bla@c-bla.de'; // anpassen
$mail->Password = 'bla-bla'; // anpassen
$mail->addAddress(''.$email_bestellung.''); // anpassen
$mail -> SMTPDebug = 2 ;
$mail -> Debugoutput = function ( $str , $level ) {
file_put_contents(
'mail.log',
date('Y-m-d H:i:s') . "\t" . $str,
FILE_APPEND | LOCK_EX
);
};
?>
-
Moin,
ich habe das Hosting131600 - Webhosting.
Ich hab mal eine Log angeheftet, müsste eigtl. SMTP sein da ich sonst nichts verändert habe.Die Privaten Daten hab Ich mal gelöscht bzw. gegen bla ersetzt. ?
2021-08-17 13:16:08 SERVER -> CLIENT: 220 bla.netcup.net ESMTP Postfix (Debian/GNU)
2021-08-17 13:16:08 CLIENT -> SERVER: EHLO bla.c-kdkdkdk.de
2021-08-17 13:16:08 SERVER -> CLIENT: 250-bla.netcup.net
250-PIPELINING
250-SIZE 52428800
250-ETRN
250-STARTTLS
250-ENHANCEDSTATUSCODES
250-8BITMIME
250-DSN
250 CHUNKING
2021-08-17 13:16:08 CLIENT -> SERVER: STARTTLS
2021-08-17 13:16:08 SERVER -> CLIENT: 220 2.0.0 Ready to start TLS
2021-08-17 13:16:08 CLIENT -> SERVER: EHLO bla.c-bla.de
2021-08-17 13:16:08 SERVER -> CLIENT: 250-bla.netcup.net
250-PIPELINING
250-SIZE 52428800
250-ETRN
250-AUTH DIGEST-MD5 CRAM-MD5 PLAIN LOGIN
250-ENHANCEDSTATUSCODES
250-8BITMIME
250-DSN
250 CHUNKING
2021-08-17 13:16:08 CLIENT -> SERVER: AUTH CRAM-MD5
2021-08-17 13:16:08 SERVER -> CLIENT: 334 PDUwMDY1Mjc2Ni4xODA5MTEzQG14MmUyNC5uZXRjdXAubmV0PgZ==
2021-08-17 13:16:08 CLIENT -> SERVER: [credentials hidden]2021-08-17 13:16:08 SERVER -> CLIENT: 235 2.7.0 Authentication successful
2021-08-17 13:16:08 CLIENT -> SERVER: MAIL FROM:<bla@c-bla.de>
2021-08-17 13:16:08 SERVER -> CLIENT: 250 2.1.0 Ok
2021-08-17 13:16:08 CLIENT -> SERVER: RCPT TO:<bla-de.bla@bla.com>
2021-08-17 13:16:08 SERVER -> CLIENT: 250 2.1.5 Ok
2021-08-17 13:16:08 CLIENT -> SERVER: RCPT TO:<bla.bla@bla.com>
2021-08-17 13:16:08 SERVER -> CLIENT: 250 2.1.5 Ok
2021-08-17 13:16:08 CLIENT -> SERVER: RCPT TO:<bla.bla@bla.com>
2021-08-17 13:16:08 SERVER -> CLIENT: 250 2.1.5 Ok
2021-08-17 13:16:08 CLIENT -> SERVER: DATA
2021-08-17 13:16:08 SERVER -> CLIENT: 354 End data with <CR><LF>.<CR><LF>
2021-08-17 13:16:08 CLIENT -> SERVER: Date: Tue, 17 Aug 2021 13:16:08 +0200
2021-08-17 13:16:08 CLIENT -> SERVER: To: bla-de.bla@bla.com
2021-08-17 13:16:08 CLIENT -> SERVER: From: Bestellung Dashboard <bla@c-bla.de>
2021-08-17 13:16:08 CLIENT -> SERVER: Cc: bla.bla@bla.com
2021-08-17 13:16:08 CLIENT -> SERVER: Subject: Bestellung von bla bla
2021-08-17 13:16:08 CLIENT -> SERVER: Message-ID: <YdOj4jfW1RnH0irnjTYnAx3YcCpYzivUcFn3Pd0oShE@Bla.c-bla.de>
2021-08-17 13:16:08 CLIENT -> SERVER: X-Mailer: PHPMailer 6.1.8 (https://github.com/PHPMailer/PHPMailer)
2021-08-17 13:16:08 CLIENT -> SERVER: MIME-Version: 1.0
2021-08-17 13:16:08 CLIENT -> SERVER: Content-Type: text/html; charset=UTF-8
2021-08-17 13:16:08 CLIENT -> SERVER: Content-Transfer-Encoding: base64
2021-08-17 13:16:08 CLIENT -> SERVER:
[...]
[Potenziell persönliche Daten (enkodierte E-Mail-Inhalte) durch netcup-Moderation entfernt]
[...]
2021-08-17 13:16:08 CLIENT -> SERVER:
2021-08-17 13:16:08 CLIENT -> SERVER: .
2021-08-17 13:16:09 SERVER -> CLIENT: 250 2.0.0 Ok: queued as A19A1A020D
2021-08-17 13:16:09 CLIENT -> SERVER: QUIT
2021-08-17 13:16:09 SERVER -> CLIENT: 221 2.0.0 Bye
-
Moin moin,
seit 1-2 Tagen funktioniert beim absenden von EMails mein PHPMailer irgendwie nicht mehr, manchmal werden Mails versendet, manchmal gar nicht.
Ist hier ein Problem bekannt? Mailserver irgendwie nicht in Ordnung oder was könnte es sein.
Am Code habe Ich nichts geändert. ? -
Hast du Debug-Logs in deiner Applikation aktiviert?
Wo sehe Ich denn das? Bzw. was genau meinst du?
-
Moin,
bei der hohen Differenz ist ein Fehler eventuell nicht auszuschließen. Jedoch kann es auch sein das du in kürzester Zeit größere Datenmengen auf deinen Webhostingaccount abgelegt hast (die Sperrung des Accounts greift nicht sofort). Eventuell Backups erstellt/transferiert oder per PHP einen Download angestoßen?
Unabhängig davon solltest du ein Ticket mit bitte um Entsperrung des Accounts bitten und deinen Speicherplatz im Anschluss bereinigen.
Also mir ist nicht bewusst das Ich Datenmengen angestoßen hätte. Deshalb ist es ja für mich nicht zu erklären.
Backups werden bei meinem Webhosting (Webhosting Bestprice Classic WEB) nicht erstellt. Das einzige was Ich täglich erstellen lassen ist ein Backup der Mysql Datenbank, aber der Inhalt ist eher gering und sehr übersichtlich, zudem läuft das Backup schon seit mehreren Wochen ohne Probleme so durch und kann die Menge an Daten nicht verursacht haben.
Lohnt es da eher den Notfall Support anzurufen? Oder sollte man ein normales Ticket erstellen und abwarten?
Mfg
-
Nabend zusammen,
da ist man so ein bisschen am PHP programmieren und dann das:
Warnung: Das Abonnement wurde gesperrt. Alle Ihre Websites sind momentan nicht verfügbar.
Das komische das ich selbst noch nicht mal mehr nachschauen kann was überhaupt los ist, in die Logs komme Ich auch nicht.
Was merkwürdig ist, das mein Speicherplatz wie folgt aussieht:
56465.8 MB genutzt von 15008.4 MB
Da kann doch irgendwas nicht stimmen oder?

-
Die benötigte Weiterleitung wird hier erläutert:
https://www.netcup-wiki.de/wiki/Plesk_Ony…ting#SicherheitLetsEncrypt-Zertifikate sind immer 3 Monate gültig. Werden vom System aber i.d.R. 1 Monat vor Ablauf automatisch erneuert.
ThomasChr Weihnachtsmann? Wtf? Scherzkeks!


Boah, auch das hat ja besser und sehr unproblematisch funktioniert. Das ja geil und Ihr habt 1 Menschen glücklich gemacht!
Wenn Ihr mal Probleme habt beim fangen von Mäusen bin Ich euer Mann!

-
Ok, scheinbar hab Ich das was Ich versucht habe schonmal richtig gemacht, wenn Ich die Seite jetzt per https://sub.domain.de aufrufe erscheint sie als sicher.
Aber kann er nicht irgendwie wenn Ich die Sub domain via sub.domain.de aufrufe er dann direkt auf https:// umspringen?
Edit:
Zertifikat ist gültig, aber nur bis Dez. dieses Jahres?! *confised*
-
Die kannst du einfach in deinem Mailclient ablesen, sofern dort dieselbe E-Mailadresse hinterlegt wurde. Naja okay, das Passwort wird man dort
vermutlichhoffentlich nicht ablesen können.
(Ansonsten im WCP -> Mailbereich)Viel Erfolg! Bei Fragen: die Netcuppies sind für dich da.


Hey danke, das war ja einfacher als gedacht.
Es gehört zwar nicht zum Thema hier, aber gibt ggf. irgendwie eine Möglichkeit eine Subdomain "sicher" zu machen? Bei meinem Chrome steht immer "Die Verbindung mit der Webseite ist nicht sicher".

-
Schonmal vielen dank, das werde Ich morgen gleich mal testen, mal schauen das Ich die ganzen Daten zusammen bekomme.
danke!! -
whoozy ,kannst du mir ggf. sagen wie du vorgegangen bist?! ???
-
So, hatte die .sh Datei nochmal gelöscht und mittels Notepad++ eine neue sh erstellt, es hing wohl an der Formatierung, die beiden Bindestriche -- waren unterschiedlich lang, jetzt ist es ohne Fehler.
Sorry für meine Unwissenheit. ?
Ich danke euch für die Geduld mit mir!
-
Alles anzeigen
So hab es mal ganz einfach für dich zusammengefasst, ist natürlich Verbesserungswürdig hier aber die einfachste Variante:
1. Via FTP auf den Webspace connecten
2. In den Ordner /backups/ den Ordner "datenbank" erstellen
3. Folgende Datei als backup-datenbank.sh in den Ordner /backups/ erstellen. (Natürlich $dbuser / $dbpassword usw... ersetzen durch die Werte der Datenbank)
Bash#!/bin/sh mysqldump --user=$dbuser --password=$dbpassword --host=$dbhost $dbname | gzip -c > /backups/datenbank/"backup"`date +"%d-%m-%Y_%H-%M"`".sql.gz"4. Ins WCP anmelden und auf der Rechten Seite "Geplante Aufgaben" aufrufen.
5. Aufgabe hinzufügen
6. Die erstellte .sh Datei müssen wir nun noch aufrufen:
Hier kannst du dich nun auch via Mail informieren lassen wenn das Backup durchgeführt wurde.
Vorteile:
- Keiner von "außen" kann die Datei aufrufen.
- Deine Backups sind nicht irgendwo im httpdocs Verzeichnis und somit auch nicht von außen erreichbar.
- Du kannst dich informieren lassen ob alles gut lief oder Fehler auftratten.
- Du umgehst die PHP Limits weil du es direkt ausführst.
PS: Mit "Jetzt ausführen" kannst du es jederzeit Testen. Plesk zeigt dir dann an ob es ging oder nicht.
Ich glaube irgendetwas läuft bei mir falsch.
ich hatte als erstes Script deine kopiert und oben über das Script $dbname = dbname; (die Gänsefüßchen oben fehlen) etc, das hat irgendwie nicht funktioniert bzw. da sind die Fehler gekommen, dann habe Ich alle $dbname, $dbserver etc. direkt eingefügt, jetzt spuckt er den Fehler
mysqldump: Got error: 2002: "Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2 "No such file or directory")" when trying to connect
aus, keine Ahnung warum... ? -
Alles anzeigen
So hab es mal ganz einfach für dich zusammengefasst, ist natürlich Verbesserungswürdig hier aber die einfachste Variante:
1. Via FTP auf den Webspace connecten
2. In den Ordner /backups/ den Ordner "datenbank" erstellen
3. Folgende Datei als backup-datenbank.sh in den Ordner /backups/ erstellen. (Natürlich $dbuser / $dbpassword usw... ersetzen durch die Werte der Datenbank)
Bash#!/bin/sh mysqldump --user=$dbuser --password=$dbpassword --host=$dbhost $dbname | gzip -c > /backups/datenbank/"backup"`date +"%d-%m-%Y_%H-%M"`".sql.gz"4. Ins WCP anmelden und auf der Rechten Seite "Geplante Aufgaben" aufrufen.
5. Aufgabe hinzufügen
6. Die erstellte .sh Datei müssen wir nun noch aufrufen:
Hier kannst du dich nun auch via Mail informieren lassen wenn das Backup durchgeführt wurde.
Vorteile:
- Keiner von "außen" kann die Datei aufrufen.
- Deine Backups sind nicht irgendwo im httpdocs Verzeichnis und somit auch nicht von außen erreichbar.
- Du kannst dich informieren lassen ob alles gut lief oder Fehler auftratten.
- Du umgehst die PHP Limits weil du es direkt ausführst.
PS: Mit "Jetzt ausführen" kannst du es jederzeit Testen. Plesk zeigt dir dann an ob es ging oder nicht.
Moin moin,
nochmal vielen Dank, habe es jetzt genau so eingerichtet wie du es ausführlich beschrieben hast.
Das Backup wird erstellt, jedoch bekomme Ich beim Testen kleinere Fehler angezeigt. -
Alles anzeigen
So hab es mal ganz einfach für dich zusammengefasst, ist natürlich Verbesserungswürdig hier aber die einfachste Variante:
1. Via FTP auf den Webspace connecten
2. In den Ordner /backups/ den Ordner "datenbank" erstellen
3. Folgende Datei als backup-datenbank.sh in den Ordner /backups/ erstellen. (Natürlich $dbuser / $dbpassword usw... ersetzen durch die Werte der Datenbank)
Bash#!/bin/sh mysqldump --user=$dbuser --password=$dbpassword --host=$dbhost $dbname | gzip -c > /backups/datenbank/"backup"`date +"%d-%m-%Y_%H-%M"`".sql.gz"4. Ins WCP anmelden und auf der Rechten Seite "Geplante Aufgaben" aufrufen.
5. Aufgabe hinzufügen
6. Die erstellte .sh Datei müssen wir nun noch aufrufen:
Hier kannst du dich nun auch via Mail informieren lassen wenn das Backup durchgeführt wurde.
Vorteile:
- Keiner von "außen" kann die Datei aufrufen.
- Deine Backups sind nicht irgendwo im httpdocs Verzeichnis und somit auch nicht von außen erreichbar.
- Du kannst dich informieren lassen ob alles gut lief oder Fehler auftratten.
- Du umgehst die PHP Limits weil du es direkt ausführst.
PS: Mit "Jetzt ausführen" kannst du es jederzeit Testen. Plesk zeigt dir dann an ob es ging oder nicht.
Öhm, vielen Dank dafür!!! Das werde Ich gleich mal testen... ??????
Top...
-
Das ist unschön.
Aber wieso schreibst du hier deine Kunden/Hostingnummer hin? Was haben wir als andere Kunden davon?Das war eigtl. gar nicht so gedacht. Löschen kann Ich das nur leider nicht mehr! :
-
Du rufst dein PHP Skript über das Internet auf, das ein Backup auf deinem Server anstößt?
Ich bin raus aus diesem Beitrag.
Gibt es da einen Grund für?
-
Alles anzeigen
Es könnte mit zunehmender Datenbankgröße auch ein Problem mit der Skriptlaufzeit sein. (Gzip braucht auch Zeit).
Siehe https://www.php.net/manual/en/function.passthru.php - respektive konkret: https://www.php.net/manual/en/function.passthru.php#11298
Normalerweise Im WCP /Plesk unterAber da könnte es aktuell ein Problem geben - siehe https://forum.netcup.de/anwendung/wcp-…ren/#post131030
Das ist wohl z.Zt. das aktuelle Problem, wenn Ich die Hauptdomain nehme dann funktioniert das Script wieder.
Ich werde mir das mit Crone trotzdem nochmal anschauen aber habe es jetzt erstmal zum laufen bekommen.