Beiträge von Lutz Kramer

Ich konnte mittlerweile das Problem lösen. Habe eine Fehlerbeseitigungsanleitung von Ihnen in einem andreen Thread gefunden, auf den ich zunächst nicht gestoßen war.

Dort heißt es:

Ich vermute, da hat es irgendwie die Datei mit den Programm-Einstellungen zerschossen.

Bitte gehen Sie folgendermaßen vor:

• Beenden Sie Zeta Producer
• Navigieren Sie in den Ordner "Eigene Dokumente\Zeta Producer 14\"
• Dort sehen Sie einen Ordner namens "Settings" – benennen Sie diesen Ordner um in "Kaputte-Settings"
• Starten Sie Zeta Producer

Nun sollte Zeta Producer wieder normal starten. Evtl. wird Ihr letztes Projekt aber nicht automatisch geöffnet, das öffnen Sie dann einfach über den Button "Öffnen". Falls Sie nicht die kostenlose Version genutzt haben, müssen Sie auch Ihre erworbene Lizenznummer erneut eingeben. Wenn nun alles funktioniert, können Sie den Ordner "Kaputte-Settings" löschen.

Nachdem ich diese Änderung vorgenommen habe, ließ sich Zeta wieder starten. Man muss lediglich danach die Projekte wieder importieren.

Auffällig ist nur, dass sich der Fehler offenbar etwas häuft.

Lutz

Habe versucht, die Fehlermeldungen zu berichten, doch kann ich nicht sagen, ob Sie die Meldungen auch erhalten haben. Beim Versenden dreht sich das System immer wieder im Kreis und kehrt zur Fehlermeldung zurück, ohne dass eine Bestätigung erfolgt, dass die Fehlermeldung auch rausgegangen ist.

Ich bitte um Klärung und Bestätigung des Erhalts.

Ich kann momentan ZETA nicht laden, da die Software nach dem Start mit folgenden Fehlercodes abstürzt:

Erste Fehlermeldung:

Sobald ich auf "Fotsetzen klicke erscheint die nächts Fehlemeldung:

Drücke ich wieder auf Fortsetzen, bricht der Ladevorgang ab.

Ich habe bisher n die Software nicht deinstalliert und wieder installiert, da ich hoffe, dass es eine einfachere Lösung gibt.

Für schnelle Hilfe wäre ich dankbar.

Habe die neueste Version von Zeta, kann sie aber wegen fehlendem Zugang nicht genau nennen.

Gruß

Lutz

Zitat von Stefan S

Ich meinte die Mehr-Einstellungen fehlten mir als Screenshot. Da kommen wir wohl ohne das Projekt nicht weiter. Senden Sie mir bitte Ihr Projekt, damit ich die Einstellungen überprüfen kann:

1. Öffnen Sie Ihr Projekt in Zeta Producer
2. Gehen Sie auf das Menü "Extras"
3. Klicken Sie auf den Button "Optionen"
4. Klicken Sie auf "Aktionen"
5. Klicken Sie rechts auf die Aktion "Projekt Senden" damit diese Markiert ist
6. Klicken Sie unten auf den Button "Ausführen"
7. Geben Sie im 1. Feld Ihre E-Mail-Adresse ein, damit wir Sie für Rückfragen kontaktieren können
8. Geben Sie als Referenz ins Feld Bemerkungen den Link zu diesem Forum-Artikel ein( per Kopieren und Einfügen)
9. Klicken Sie auf den Button "Senden"

Erledigt!

Zitat von Stefan S

Der Zielordner ist schon mal ganz sicher ungültig (Backslashes, Dollarzeichen…). Die Mehr-Einstellungen fehlen. Man kann hier Bilder (Screenshots) direkt im Beitrag hochladen, das macht es uns viel einfacher, als erst ein PDF öffnen zu müssen…

Meines Erachtens fehlen die "Mehr"-Einstellungen nicht. Siehe Seite 2 der PDF-Datei. Ich habe mal den Pfad für das Server-Verzeichnis, wie bei File Zilla auch, auf "/" geändert und alle "Mehr"-Einstellungen durchprobiert.

Dies hat zu zwei verschiedenen Ergebnissen geführt:

1. Einstellung: Automatisch´und Passiv

2. Einstellung: Aktiv

Das Setzen von Häkchen in den weiteren Einstellungen hat zu keinem anderen Ergebnis geführt.

Hier die gewünschten Infos:

1. Zeta 14.3.1

2. Protokoll FTP mit SSL

3. Screenshot siehe Anhang (teilweise geschwärzt).

Schon mal Danke für die Hilfe!

Grüße

Lutz

Ich hatte das Thema schon einmal vor längerer Zeit zur Sprache gebracht. Der Versuch, die Homepage-Dateien aus dem output-Ordner per FTP direkt auf den Server hochzuladen scheitert. Damals war es der error code 550, jetzt meldet das Protokoll:

Rebex.Net.TlsException

-----------------

Connection was closed by the remote connection end.

Da der Verbindungsaufbau und der Transfer mit FileZilla problemlos funktioniert, dürfte der Fehler eher bei Zeta zu suchen sein!

Vielleicht kann jemand helfen. Ich kann auch gerne das gesamte Fehlerprotokoll zur Verfügung stellen, falls das gewünscht wird. Jedenfalls habe ich schon alle möglichen Einstellungen, die Zeta für das FTP zur Verfügung stellt, erfolglos durchprobiert.

Zitat von Stefan S

Herr Kramers Problem ist ein Sonderfall, da sein Provider ein selbst signiertes (ungültiges) SSL Zertifikat nutzt, obwohl es mittlerweile voll funktionsfähige SSL-Zertifikate sogar kostenlos gibt.

Lieber Stefan S,

nachdem ich Ihren Einwand an meinen Provider weitergegeben habe, kam heute prompt folgende Antwort:

Seine Nachricht: Insofern bin ich über diese haltlose Behauptung etwas verärgert. Anstatt irgendwas zu behaupten, sollte sich die Firma (Zeta) vielleicht besser mit dem bugfixing beschäftigen…

Möglicherweise sollte Zeta noch einmal in sich gehen!

Zitat von plasma92

hallo herr kramer,

ich habe ähnliche probleme nach der umstellung von 14.1 auf 14.2.

meine ftp zugänge laufen nicht sauber. sieh post hier:

FTP und SFTP Konfiguration nach Umstellung und Konvertierung auf Version 14.2 funktionieren nicht mehr.

liefen die zugänge bei ihnen unter 14.1 sauber?

im übrigen, lebe ich wie sie ebenfalls in mainz...

Alles anzeigen

Hallo Steffen,

erst mal Güße von Mainz nach Mainz. Um die Frage zu beantworten, nein bei mir klappte der FTP Zugang auch unter 14.1. nicht.

Uwe hatte in Aussicht gestellt, dass das Problem mit dem Fehler 550 mit der Version 14.2. beseitigt würde. Nachdem ich nun 14.2. installiert habe, musste ich leider feststellen, dass das nicht der Fall ist. Ich habe keinen Zugang zum FTP Server, da nach wie vor nicht die Möglichkeit besteht , dass man einem unbekannten Zertifikat trotzdem vertrauen will.

Zitat von Uwe Keim

Lutz hat Recht. Das hier haben wir zurzeit nicht implementiert. Wir ergänzen das für 14.2.

Was wir jedoch haben, ist eine recht ausführliche Protokollierung.

Diese einfach mal aktivieren, und dann im Protokoll nachschauen, was genau dort als Fehler beschrieben wird.

Ich habe mal einen Auszug aus dem publisher_log beigefügt, ungefähr ab der Stelle, wo der Fehler 550 in Erscheinung tritt. Vorher scheint der Transfer problemlos von statten zu gehen, so dass ich diesen Teil erst einmal weggelassen habe.

Vielleicht können die Experten ja was erkennen, wäre schön!

2017-10-02 15:54:16,562 [8] INFO - [I] Received TLS packet:

2017-10-02 15:54:16,563 [8] INFO - [O] Received data over control connection:

2017-10-02 15:54:16,564 [8] INFO - [S] 257 "/" is current directory.

2017-10-02 15:54:16,565 [8] INFO - [I] Sent TLS packet:

2017-10-02 15:54:16,566 [8] INFO - [O] Sent data over control connection:

2017-10-02 15:54:16,567 [8] INFO - [C] CWD /assets/php/GUESTBOOK_DATA

2017-10-02 15:54:16,596 [8] INFO - [I] Received TLS packet:

2017-10-02 15:54:16,596 [8] INFO - [O] Received data over control connection:

2017-10-02 15:54:16,597 [8] INFO - [S] 550

2017-10-02 15:54:16,599 [8] INFO - [I] Sent TLS packet:

2017-10-02 15:54:16,600 [8] INFO - [O] Sent data over control connection:

2017-10-02 15:54:16,601 [8] INFO - [C] MKD /assets/php/GUESTBOOK_DATA

2017-10-02 15:54:16,630 [8] INFO - [I] Received TLS packet:

2017-10-02 15:54:16,631 [8] INFO - [O] Received data over control connection:

2017-10-02 15:54:16,632 [8] INFO - [S] 550

2017-10-02 15:54:16,633 [8] INFO - [O] Rebex.Net.FtpException: (550).

bei Rebex.Net.Ftp.RL(Int32 W, Boolean O)

bei Rebex.Net.Ftp.DG(String W)

bei Rebex.Net.Ftp.HU(String W)

2017-10-02 15:54:16,634 [8] INFO - [O] Caught exception during Active/Passive guarding: (550)..

2017-10-02 15:54:16,635 [8] INFO - [O] Retry count 0 of 2. Toggling Active/Passive.

2017-10-02 15:54:16,636 [8] INFO - [O] [Active/Passive guarding] Currently is 'ACTIVE'.

2017-10-02 15:54:16,636 [8] INFO - [O] [Active/Passive guarding] Currently is 'PASSIVE'.

2017-10-02 15:54:16,637 [8] INFO - [I] Sent TLS packet:

2017-10-02 15:54:16,638 [8] INFO - [O] Sent data over control connection:

2017-10-02 15:54:16,639 [8] INFO - [C] CWD /

2017-10-02 15:54:16,668 [8] INFO - [I] Received TLS packet:

2017-10-02 15:54:16,668 [8] INFO - [O] Received data over control connection:

2017-10-02 15:54:16,669 [8] INFO - [S] 250 CWD command successful.

2017-10-02 15:54:16,670 [8] INFO - [O] [Active/Passive guarding] Currently is 'PASSIVE'.

2017-10-02 15:54:16,670 [8] INFO - [I] Sent TLS packet:

2017-10-02 15:54:16,671 [8] INFO - [O] Sent data over control connection:

2017-10-02 15:54:16,672 [8] INFO - [C] PWD

2017-10-02 15:54:16,700 [8] INFO - [I] Received TLS packet:

2017-10-02 15:54:16,701 [8] INFO - [O] Received data over control connection:

2017-10-02 15:54:16,702 [8] INFO - [S] 257 "/" is current directory.

2017-10-02 15:54:16,703 [8] INFO - [O] [Active/Passive guarding] Currently is 'PASSIVE'.

2017-10-02 15:54:16,704 [8] INFO - [I] Sent TLS packet:

2017-10-02 15:54:16,705 [8] INFO - [O] Sent data over control connection:

2017-10-02 15:54:16,706 [8] INFO - [C] PWD

2017-10-02 15:54:16,735 [8] INFO - [I] Received TLS packet:

2017-10-02 15:54:16,736 [8] INFO - [O] Received data over control connection:

2017-10-02 15:54:16,736 [8] INFO - [S] 257 "/" is current directory.

2017-10-02 15:54:16,737 [8] INFO - [I] Sent TLS packet:

2017-10-02 15:54:16,738 [8] INFO - [O] Sent data over control connection:

2017-10-02 15:54:16,739 [8] INFO - [C] CWD /assets/php/GUESTBOOK_DATA

2017-10-02 15:54:16,770 [8] INFO - [I] Received TLS packet:

2017-10-02 15:54:16,770 [8] INFO - [O] Received data over control connection:

2017-10-02 15:54:16,771 [8] INFO - [S] 550

2017-10-02 15:54:16,772 [8] INFO - [I] Sent TLS packet:

2017-10-02 15:54:16,773 [8] INFO - [O] Sent data over control connection:

2017-10-02 15:54:16,773 [8] INFO - [C] MKD /assets/php/GUESTBOOK_DATA

2017-10-02 15:54:16,803 [8] INFO - [I] Received TLS packet:

2017-10-02 15:54:16,804 [8] INFO - [O] Received data over control connection:

2017-10-02 15:54:16,805 [8] INFO - [S] 550

2017-10-02 15:54:16,806 [8] INFO - [O] Rebex.Net.FtpException: (550).

bei Rebex.Net.Ftp.RL(Int32 W, Boolean O)

bei Rebex.Net.Ftp.DG(String W)

bei Rebex.Net.Ftp.HU(String W)

2017-10-02 15:54:16,807 [8] INFO - [O] Caught exception during Active/Passive guarding: (550)..

2017-10-02 15:54:16,808 [8] INFO - [O] Retry count 1 of 2. Toggling Active/Passive.

2017-10-02 15:54:16,809 [8] INFO - [O] [Active/Passive guarding] Currently is 'ACTIVE'.

2017-10-02 15:54:16,809 [8] INFO - [O] [Active/Passive guarding] Currently is 'PASSIVE'.

2017-10-02 15:54:16,810 [8] INFO - [I] Sent TLS packet:

2017-10-02 15:54:16,812 [8] INFO - [O] Sent data over control connection:

2017-10-02 15:54:16,813 [8] INFO - [C] CWD /

2017-10-02 15:54:16,842 [8] INFO - [I] Received TLS packet:

2017-10-02 15:54:16,843 [8] INFO - [O] Received data over control connection:

2017-10-02 15:54:16,844 [8] INFO - [S] 250 CWD command successful.

2017-10-02 15:54:16,845 [8] INFO - [O] [Active/Passive guarding] Currently is 'PASSIVE'.

2017-10-02 15:54:16,846 [8] INFO - [I] Sent TLS packet:

2017-10-02 15:54:16,847 [8] INFO - [O] Sent data over control connection:

2017-10-02 15:54:16,847 [8] INFO - [C] PWD

2017-10-02 15:54:16,876 [8] INFO - [I] Received TLS packet:

2017-10-02 15:54:16,877 [8] INFO - [O] Received data over control connection:

2017-10-02 15:54:16,878 [8] INFO - [S] 257 "/" is current directory.

2017-10-02 15:54:16,879 [8] INFO - [O] [Active/Passive guarding] Currently is 'PASSIVE'.

2017-10-02 15:54:16,880 [8] INFO - [I] Sent TLS packet:

2017-10-02 15:54:16,881 [8] INFO - [O] Sent data over control connection:

2017-10-02 15:54:16,881 [8] INFO - [C] PWD

2017-10-02 15:54:16,910 [8] INFO - [I] Received TLS packet:

2017-10-02 15:54:16,911 [8] INFO - [O] Received data over control connection:

2017-10-02 15:54:16,913 [8] INFO - [S] 257 "/" is current directory.

2017-10-02 15:54:16,914 [8] INFO - [I] Sent TLS packet:

2017-10-02 15:54:16,916 [8] INFO - [O] Sent data over control connection:

2017-10-02 15:54:16,917 [8] INFO - [C] CWD /assets/php/GUESTBOOK_DATA

2017-10-02 15:54:16,946 [8] INFO - [I] Received TLS packet:

2017-10-02 15:54:16,947 [8] INFO - [O] Received data over control connection:

2017-10-02 15:54:16,948 [8] INFO - [S] 550

2017-10-02 15:54:16,949 [8] INFO - [I] Sent TLS packet:

2017-10-02 15:54:16,950 [8] INFO - [O] Sent data over control connection:

2017-10-02 15:54:16,953 [8] INFO - [C] MKD /assets/php/GUESTBOOK_DATA

2017-10-02 15:54:16,982 [8] INFO - [I] Received TLS packet:

2017-10-02 15:54:16,983 [8] INFO - [O] Received data over control connection:

2017-10-02 15:54:16,984 [8] INFO - [S] 550

2017-10-02 15:54:16,985 [8] INFO - [O] Rebex.Net.FtpException: (550).

bei Rebex.Net.Ftp.RL(Int32 W, Boolean O)

bei Rebex.Net.Ftp.DG(String W)

bei Rebex.Net.Ftp.HU(String W)

2017-10-02 15:54:16,985 [8] INFO - [O] Caught exception during Active/Passive guarding: (550)..

2017-10-02 15:54:16,986 [8] INFO - [O] Exceeded maximum retry count of 2. Throwing.

2017-10-02 15:54:17,001 [8] INFO - [I] Sent TLS packet:

2017-10-02 15:54:17,003 [8] INFO - [O] Sent data over control connection:

2017-10-02 15:54:17,003 [8] INFO - [C] QUIT

2017-10-02 15:54:17,033 [8] INFO - [I] Received TLS packet:

2017-10-02 15:54:17,034 [8] INFO - [O] Received data over control connection:

2017-10-02 15:54:17,036 [8] INFO - [S] 221 Goodbye.

2017-10-02 15:54:17,037 [8] INFO - [I] Closing TLS socket.

2017-10-02 15:54:17,038 [8] INFO - [I] Alert Alert:Alert was sent.

2017-10-02 15:54:17,039 [8] INFO - [I] State StateChange:Closed

2017-10-02 15:54:17,041 [8] INFO - [I] Sent TLS packet:

Ich habe jetzt noch einmal den Zugang zum Server über die beiden Client Systeme WinSCP und Filezilla eingerichtet. Beim ersten Zugangsversuch kam bei beiden Systemen die Meldung, dass das Zertifikat des Servers nicht bekannt sei und es wurde angeboten, weiterzugehen, wenn man dem unekannten Zertifikat vertrauen würde, was ich dann auch bestätigt habe.

Ich denke, dass ZP mit seinem FTP-Client, der die API von Rebex nutzt, genau an der Stelle aussteigt, weil nicht die Möglichkeit geboten wird, anzugeben, dass man dem unbekannten Zertifikat trotzallem vertraut.

Vielleicht kennt sich da jemand besser aus als ich.

Mein relativ "kleiner" Provider für Webspace hat mir einen FTP Zugang eingerichtet, weil der Zugang über Netzwerk immer wieder ausfällt. Hier sind wir beide auf der Suche nach dem Fehler.

Nachdem ich die FTP-Einstellungen in ZP vorgenommen habe, wird mir zwar die Verzeichnisstruktur des Servers angezeigt, wenn ich aber auf "Testen" clicke kommt die schlichte Fehlermeldung: Test fehlgeschlagen (550). Das gleiche passiert, wenn ich trotz Fehlermedlung veröffentlichen will, dann wird die Fehlermeldung (hier aber nur 550) nach eine kurzen Weile erneut angezaigt, was ja auch zu erwarten ist.

Das bedeutet aber nach meinem Verständnis, dass ZP zunächst eine Verbindung mit dem Webserver herstellen kann, dann aber im nächsten (Test-)Schritt in die Fehlermeldung geht.

Die Einstellungen für Security und Codierungssuites habe ich schon alle durchgetestet, leider ohne Erfolg. Was kann es noch sein. Mit WinSCP komme ich problemlos auf den Server. Dort benutze ich die TSL/SSL Explicite Einstellung?

Kann da eventuell jemand weiterhelfen?

Grüße

Lutz Kramer

Ich kann nun Erfolg auf der ganzen Linie vermelden!

Die Veröffentlichung meiner Website funktioniert aus ZP heraus, indem unter "Veröffentlichen/FTP-Server konfigurien" als Protokoll "Kopieren auf Netzwerkkarte" eingestellt wird und als Webadresse in meinem Fall ra-lk.de eingegeben wird, also quasi unter Nutzung des http:- Protokolls und nicht unter Voranstellung von https://. Durch das Veröffentlichen werden die Erfolgs-URLs nach dem Absenden von Mailformularen per http: und nicht per https: geöffnet. Das gilt auch für die aus Zeta heraus mögliche Live-Vorschau. Die Homepage wird also in meinem Fall als (http://www.)ra-lk.de geöffnet. Das ist notwendig, da ich für meine Homepage kein Sicherheitszertifikt habe und ein Aufruf über https: wegen des fehlenden Zertifikats nicht möglich ist und zu einer Fehlemeldung führt.

Nachdem ich also zunächst die Veröffentlichung über die Adresse https://ra-lk.de vollzogen hatte, wollten die Erfolgs-URLs nach dem Absenden von Mailformularen die Nachrichten per https:// im Browser anezeigen, was, wie gesagt, zu Fehlemeldungen führte.

In dem ich nun die Veröffentlichung über http:// vollzogen haben, hat das Dateisystem quasi einen Saldo rückwaärts gemacht und ruft nun die Erfolgsmeldungen wiieder über das nicht gesicherte http: Protokoll auf.

Das alles könnte ich natürlich auf https: umstellen, müsste dafür aber ein Zertifikat zu einem monatlichen Abo-Preis erwerben, wozu ich eigentlich keine Lust habe.

Der Thread könnte nun geschlossen werden, wenn es keine Rückfragen oder weitere Diskussionen mehr gibt.

Danke nochmals an alle, die geholfen haben, eine Lösung zu finden. Mein besonderer Dank gilt Stefan.

Herzliche Grüße

Lutz

Zitat von Stefan S

Hallo,

in Zeta gibt es dafür keine Einstellung. Aber Sie dürfen in dem Fall das Protokoll https:// auf keinen Fall im Feld für die Web-Adresse in den FTP-Einstellungen stehen haben. Denn sonst werden z.B. erfolgs-URLs nach dem Absenden von Mailformularen auch über https geöffnet.

Ob und wie eine Website über https oder http zugänglich gemacht wird, kann ausschließlich auf dem Webserver eingestellt werden (über redirects o.Ä.).

Danke für die Hinweise! Falls der Provider nicht die Möglichkeit bietet, über das http: Protokoll eine Verbindung zum Webserver aufzubauen, sondern ausschließlich über https:, dann werde ich ihn wohl nötigen müssen, doch noch eine FTP Verbindung oder FTP über SSl oder SFTP einzurichten.

Ich möchte nicht unerwähnt lassen, dass ich trotz meiner eingeschränkten HTML- und PHP Kenntnisse den Eindruck gewonnen habe, dass mir in diesem Forum insbensodnere durch Stefan eine profunde Unterstützung zu teil geworden ist, die ich in dieser Form nicht ohne Weiteres erwartet hätte.

Da ich auch mit dem ZP mehr als zufrieden bin und schon eine Vielzahl positiver Rückmeldungen zur Neugesataltung der neuen Kanzlei-Homepage erhalten habe, denke ich, dass der Kaufpreis für die Software eine gute Investition war.

Grüße aus Mainz

Lutz K.

Zitat von Stefan S

Hallo,

der Provider scheint einen Windows-Server einzusetzen auf dem kein MTA (Mail Transfer Agent) läuft und somit PHP keine E-Mails per mail()-Funktion versenden kann. Für solche Fälle können Sie im Formular einen SMTP-Server angeben, der dann den Versand der Mail übernimmt: https://docs.zeta-producer.com/formulare-per-smtp-versenden.html

Was den Zertifikatsfehler angeht, so hat dies vermutlich nichts mit dem Mailversand zu tun, sondern eher mit einer Fehlerhaften Web-Adresse in den FTP-Einstellungen. Stellen Sie sicher, dass in den FTP-Einstellungen im Feld Web-Adresse auch wirklich die Adresse Ihrer Website steht (also so, wie Sie es auch im Browser eingeben würden). Falls Sie HTTPS nutzen, sollte vor der Adresse auch das Protokoll https:// eingegeben werden.

Mittlerweile hat der Provider einen SMTP-Server eingerichtet und das Versenden der Emails funktioniert. Lediglich versucht das System die Versandtbestätigung über das https-Protokoll zu schicken, was zu einem Fehler führt. Das scheint aber am vom Provider verwendeten Windows Server 2012R2 und dessen Sicherheitseinstellungen zu liegen. Darüber befinde ich mich im Gespräch mit ihm.

Gibt es eventuell auch die Möglichkeit in Zeta eine Einstellung vorzunehmen, dass alle Seiten im Browser über das http-Protokoll und nicht über https aufgerufen werde. Vielleicht drücke ich mich da technisch nicht so ganz richtig aus; das möge man mir dann nachsehen.

Gruß

Lutz Kramer

Habe mich mit dem Provider auf die Zugangsmöglichkeit "Kopien auf Netzwerk-Freigabe" geeinigt und damit eine schnelle und wie ich glaube auch sehr sichere Form der Veröffentlichung meiner Website gefunden. Damit ist nun FTP erstmal kein Thema mehr.

Jetzt habe ich nur noch das Problem, dass sich über das Kontaktformular und den beim Provider stehenden Exchange Server keine Emails verschicken lassen. Ein unterschiedliches Verhalten zeigt sich bei der Nutzung von Firefox ode MS IE.

a) Im Falle Firefox kommt nach dem Absenden erst ein Problem mit dem Zertifikat und nach dessen Überwindung der Feheler 404.

b) Im Falle des MS IE kommt nach dem Absenden eine weiße Seite und das System hängt.

Muss da irgendetwas im Exchange Server beim Provider freigeschaltet werden oder ginge es auch über die Einrichtung eines SMPT Server auf dem Exchange Server?

Wie gesagt, kenne mich nicht wirklich gut aus mit diesem ganzen Thema und würde die Empfehlungen an den Provider weiterleiten

Danke für die Hilfen

Lutz

Zitat von Stefan S

Hallo,

was ist denn das für ein Provider? Wenn er kein FTP anbietet, dann doch sicher SFTP oder FTPs, was wir auch unterstützen.

Bin gerade am Abklären, welche Möglichkeiten des Zugangs der relativ "kleine" Provider anbietet. Sein Argument war bisher, dass FTP ein Einfallstor für Hacker sei. Das kann ich nicht beurteilen. Mir scheint jedoch SFTP und auch der direkte Netzzugang über https kein Problem. Mal abwarten, was an Vorschlägen kommt.

Zitat von Hanabi

Hallo Lutz,

Dateitransfer über PHP ist nach wie vor möglich. "FTP-Server konfigurieren" ->"neu" ->"anderes Protokoll" "Dateitransfer via PHP"

Herzlichen Dank Hanabi,

die winzige Schrift hatte ich an der Stelle übersehen. Ich hatte erwartet, dass die Auswahlmöglichkeit auf der Seite erscheint, auf der die Angaben zum FTP Server gemacht werden. Mit Brille wäre das nicht passiert!

Grüß

Lutz

Hallo, ich bin neuer User von ZP und arbeite erst seit drei Tagen mit ZP14, kenne also die Vorgängerversionen nicht.

Ich finde nirgendwo die Möglichkeit, das Veröffentlichen via PHP-Dateitransfer einstellen zu können. Kann es sein, dass diese Möglichkeit mit ZP14 weggefallen ist? Für mich wäre das wichtig, da mein Provider keinen FTP Zugang einrichten will.