ich stoße gerade auf ein Problem mit Subdomains, welche ich letzten Monat jeweils als reine Weiterleitungen im WCP eingerichtet hatte:
Mache (die Mehrzahl) dieser Subdomains leiten "www" Aufrufe "selbsttätig" weiter, also: http://www.sub.domain.tld --> http://sub.domain.tld (was ich eigentlich ziemlich gut finde),
andere Subdomains (sogar unter der gleichen Hauptdomain) tun das nicht, obwohl im WCP alles identisch eingestellt ist.
Was mache ich falsch ?
bei meinem neuen Webhosting 4000 funktionieren die Webstatistiken offensichtlich nicht richtig (?)
Wenn man den (Statistik-) Links aus dem WCP folgt,
dann gelangt man (nach Eingabe seiner (Hauptnutzer-FTP-) Zugangsdaten) auf eine Statistikseite gemäß dem Muster:
https://meineDomain.tld/plesk-stat/webstat/
dort ist bei jeder meiner Domains nur genau ein Tag erfasst,
wenn ich es richtig sehe ist es der Tag (z.B. 14.Sept.2017) an dem ich die entsprechende Domain in dem neuen WCP erstmalig eingerichtet habe.
dadurch sind die Monatsangaben ziemlich sinnfrei, wie z.B. für den gesamten September:
----------------------
Monthly Statistics for September 2017:
Total Hits 1051
...
Hits per Day 1051
----------------------
wie kann das sein ?
läuft das bei Euch ?
Dirk67, wo fände man diese Einstellung denn?
Du hast Tarif "Expert S",
da gab es diese von mir erwähnte Einstellung offensichtlich noch nicht
in den alten Webpaketen ging es m.E. für Domains genau so,
für Subdomains aber nicht...
nee, ich glaube das ging doch nicht in den alten Webhosting paketen 
in den alten Webpaketen ging es m.E. für Domains genau so,
für Subdomains aber nicht...
ausgeführt wird der Cronjob manuell, wenn ich auf "Jetzt Ausführen" klicke, aber nicht automatisch. Wäre dankbar wenn hier einer noch den lösenden Einwurf einschiebt.
Du musst auf den grauen Punkt vor dem Cron-Stil klicken 
Screenshot-2017-10-13 Geplante Aufgaben - Webhostingcontrolpanel (WCP).png
der wird dann grün mit einem weißen Häkchen drin,
dann ist die automatische Ausführung eingeschaltet...
wenn du das im WCP so eingestellt hat wie in deinem screenshot im ersten Post,
dann hast Du alles richtig gemacht und dann muss das auch so wie von dir gewünscht gehen
(da braucht man nichts im CCP in den DNS Settings ändern oder ergänzen / auch eine .htaccess-datei benötigst du dazu nicht)
wenn es nicht funktioniert, kontaktiere den support.
oder sprechen wir hier von einer externen domain ?
------------
soll das gleiche Verhalten bei einer subdomain erreicht werden
(Weiterleitung von http://www.sub.domian.tld nach sub.domain.tld)
dann ist allerdings ein .htaccess-Eintrag wie folgt nötig:
RewriteEngine On
RewriteCond %{HTTP_HOST} ^([^.]+)\.sub.domain.tld$ [NC]
RewriteRule ^(.*)$ http://sub.domain.tld/$1 [R=301,L]dazu braucht man kein .htaccess,
das kann man doch im WCP für jede (Sub-) Domain
einstellen unter "Dauerhafte, für SEO geeignete 301-Weiterleitung von HTTP zu HTTPS"
...Sollte dabei etwas schief laufen, dass sehen Sie z.B. wenn ein Zertifikat im Panel nicht verlängert werden konnte, wenden Sie sich bitte an unseren Support. ...
beim alten Webhosting konnte man m.E. genau das im CCP sehen,
wo sehe ich solche Fehler im neuen Onyx WCP ?
Danke.
Habe nun auch noch einen Testaccount mit PHP 7.0 und CGI eingerichtet und ich kann dort dein Problem tatsächlich nachbilden:
hattest Du denn auch an google Adressen getestet ?
(oder trat der Fehler bei dir auch an anderen Zieladressen auf ?)
noch mal Danke !
sehr interessant ...
dann werde ich jetzt noch mal den Gegentest machen mit
PHP 7.0 und FPM
und
PHP 7.1 und FPM
hast Du FPM über Apache oder FPM über ngingx ?
vielen Dank für's Testen,
ich bin auf dem selben Server gehostet,
nutze aber php 7.0 über FCGI (du nutzt FPM) [kann das einen Unterschied ausmachen?]
gerade jetzt [08.10.17/18:05] geht überhaupt gar nichts mehr mit der php mail() funktion -> nicht eine einzige E-Mail kommt an, diverse verschiedene Ziel-Adressaten ausprobiert seit heute Mittag (weil: könnte ja auch an gmail liegen) ... 
ich werde morgen wohl noch mal den support kontaktieren müssen
die E-Mails von Freitag (06.10.) 14:00 sind immer noch nicht angekommen.
um der Sache auf den Grund zu gehen,
habe ich obiges script noch etwas erweitert und füge jetzt noch eine laufende Nummer (Zähler) hinzu sowie einen Zeitstempel.
Beides erscheint dann in der Betreff-Zeile der E-Mail.
<?php
$datei = fopen("counter.txt","c+");
$counterstand = fgets($datei, 10);
if($counterstand == "") {
$counterstand = 0;
}
$counterstand++;
rewind($datei);
fwrite($datei, $counterstand);
fclose($datei);
$to = 'meineAdresse@gmail.com';
$subject = 'Testmail "Webhosting 4000" No. '.$counterstand.' -- '.date("d.m.Y | H:i:s");
$message = 'testmailer.php: dies ist eine Testmail (http://xxxxxxxxxxxx.XXXXX.netcup.net) '.date("d.m.Y | H:i:s");
$headers = 'From: info@meineDomain.tld' . "\r\n" .
'Reply-To: info@meineDomain.tld' . "\r\n" .
'X-Mailer: PHP/' . phpversion();
if (mail($to, $subject, $message, $headers)) {
echo 'E-Mail versendet No. '.$counterstand.' -- '.date("d.m.Y | H:i:s");
} else {
echo 'FEHLER beim E-Mail Versand No. '.$counterstand;
}
?>
dieses script habe ich dann (händisch über Browser) 10x aufgerufen.
- einmal auf dem alten Hosting "Expert M" getestet
- und ein mal auf dem neuen Hosting "Webhosting 4000" getestet.
(wohlgemerkt das exakt gleiche o.g. script)
Im Anhang sieht man meinen Posteingang, nach den jeweiligen Tests.
Es fällt auf:
- beim alten Hosting "Expert M" kommen alle 10 Mails an
- beim neuen Hosting "Webhosting 4000" kommen nicht alle Mails an (!)
(No.4 und 8 fehlen)
Ich habe diesen Test in 10er Gruppen noch mehrmals wiederholt,
jedes mal fehlten 2 bis 6 E-Mails vom neuen Hosting "Webhosting 4000"
beim letzten Test eben (08.10.2017 | 11:16 Uhr) ist sogar keine der 10 E-Mails angekommen. 
(Nur zur Klarstellung:
in keinem der Fälle erscheint jetzt noch die Fehlermeldung "FEHLER beim E-Mail Versand ...",so wie es urspr. zu Anfang dieses Threads beschrieben wurde.)
könntest Du das so auch noch mal testen, bitte ?
[netcup] Kai S.:
irgend etwas stimmt dort noch nicht, könnten Sie noch mal schauen, bitte ?
_______________________________________________________________
Screenshot-2017-10-8 Posteingang (29) - dboesche gmail com - Gmail.png
Screenshot-2017-10-8 Posteingang (29) - dboesche gmail com - Gmail(1).png
tja, zu früh gefreut ?
Situation gestern ca. 14:00 (getestet mit obigem Script):
- auf dem alten "Expert M" Hosting -> keine Fehlermeldung -> E-Mail kommt innerhalb Sekunden an
- auf dem neuen "Webhosting 4000" -> diesmal auch keine Fehlermeldung -> E-Mail kommt jedoch auch nach 30h Wartezeit nicht an ...
(jeweils mehrfach probiert)
nach mehrfachem hin und her mit dem Support,
geht es jetzt auch auf dem neuen "Webhosting 4000" (auch obiges script),
es erscheint keine Fehlermeldung mehr und die E-Mail kommt sofort/unverzögert an.
tiri:
probiere mal, ob es jetzt auch bei dir geht ?
Ich bin mir sicher, dass etwas geändert wurde...
--------------------------------------------
Ein
Code<?= ini_get('disable_functions'); ?>Könnte des Rätsels Lösung präsentieren.
dort wird nichts angezeigt (auch über phpinfo() nicht),
also in dem jetzigen Zustand nicht, wo PHP mail() ja bereits funktioniert.
Vorher als es noch nicht ging, habe ich das nicht kontrolliert...
Im WCP habe ich immer zurücksetzen "Auf Standard zurücksetzen" gewählt, dann erscheint bei "disable_functions" ein leeres Feld...
[Edit]:
lese erst jetzt das obige Statement von Kai Stenders
getestet mit folgendem codeschnipsel
<?php
$to = 'meine_Adresse@gmail.com';
$subject = 'testmail';
$message = 'dies ist eine Testmail';
$headers = 'From: info@meineDomain.tld' . "\r\n" .
'Reply-To: info@meineDomain.tld' . "\r\n" .
'X-Mailer: PHP/' . phpversion();
if (mail($to, $subject, $message, $headers)) {
echo 'E-Mail versendet';
} else {
echo 'FEHLER beim E-Mail Versand';
}
?>getestet auf dem alten "Expert M" Hosting
und auf dem neuen "Webhosting 4000".
beide Hostings mit PHP 7.0 über FCGI
(die errorlogs sind leer)
beim alten "Expert M" erscheint jedes mal "E-Mail versendet" und ich erhalte eine E-Mail wenige Sekunden später,
beim neuen "Webhosting 4000" erscheint jedes mal "FEHLER beim E-Mail Versand' und ich bekomme keine E-Mail ... überhaupt nicht ... nie ... auch nach Tagen nicht ...
auch beim neuen Webhosting können Sie mail() in PHP nutzen.
Ihr Support hat mir gerade das Gegenteil geschrieben, nämlich dass es nicht geht (auch nicht verzögert).
(auch meine Tests haben das ergeben (php wirft einen error aus))
Bitte hinterfragen Sie das noch mal, bzw. stellen es hier dann ggf. richtig...
(Ist ja auch wichtig für jene, die migrieren wollen bzw. irgendwann automatisch migriert werden)
Hallo,
gibt es Änderungen bzgl. der PHP mail Funktion von altem (Expert M) zum neuen Webhosting (4000) ?
Im alten "Webhosting Expert M" konnte ich m.E. die PHP mail Funktion benutzen,
im neuen "Webhosting 4000" klappt das jetzt nicht mehr.
Ist das so zutreffend ?
mir ist aufgefallen, dass wenn ich im WCP auf PHP7.0 umstelle trotzdem der session.save_path auf "/var/lib/php5/sessions" stehen bleibt,
ist das richtig so ? -> soll das so sein ?
Ich bin darauf gekommen, weil ein script welches sessions benutzt nach Umstellung auf PHP7.0 bzgl. der Sessions nicht mehr funktioniert ...
obiges hat sich erledigt:
mit dem aktuellen FileZilla (V 3.27.1) geht es auf beiden Servern über SFTP/SSH mit der vollen Geschwindigkeit ...
(liegt also am FireFTP -Addon für Firefox)
