Forum

ich habs auch mal so getestet. wennemail benachrichtigung aus geht alles - sehr strange.

das mitn sendmail werd ich diese woche mal versuchen - ganz lieben dank derweil. ich hätte das never ever in meinem leben gefunden

Wir/Ich haben noch einmal geschaut.

Es ist sehr schwer das verhalten zu erklären. Möglicherweise gibt es mehr als eine Ursache.

Was mir auf gefallen ist. Wenn man eMail ausschaltet dann geht es bei der Freigabe des Artikels.

Hier ist die Kette interessant da ja eigentlich dort keine eMails mehr genutzt werden. Ist bei dir aber anderes weil ...

du hast dich als Support Mail Empfänger eingetragen. Somit wird immer eine Support Mail bei einem Fehler an dich gesand. Unabhängig von den Einstellungen im error log die dem entgegenstehen.

Also könnte bei einer Fehlermeldung eMails versand werden. Und tatsächlich gibt es eine besser mehrere wenn man den Artikel bearbeiten will (Freigabe). Also wird tatsächlich versucht was zu senden.

So bei den eMail hast du SMTP-Server als Weg. Evt liegt es daran.

lt. Rolf geht bei deinem Hoster auch das ganz normale PHP-Mail. Ich vermute das dein eingetragener SMTP Anbieter brobleme macht wenn so kurz hintereinander ca 8 Mails Versand werden sollen und das dann irgendwie ende ist.

Stand jetzt: eMail ist bei dir deaktiviert - damit scheint es zu gehen.

Versuche bitte ob du das bestätigen kannst. Wenn ja dann versuche das ob es der Mail Weg PHP - Mail auch geht. Und aktiviere die eMail Funktion wieder.

lieben dank stefan...
hab ich gerade veruscht - leider keine auswirkung ((((((

wie meinst du das flash?

lg, mong

Hast du eine URL wo man das sehen kann?

Flash

mongfevned schrieb am 21.08.2009 um 16:58:40 Uhr folgendes:

By the way: solution is (at least if the hoster allows this) to set:

php_value suhosin.executor.max_depth 0
php_flag suhosin.simulation On

in a .htaccess file
- The first one deactivates the maximum execution depth (at least needed).
- The second one sets Suhosin to simulation mode (not needed, but who knows what Suhosin might block in future...)

Du erstellst eine Datei mit dem Namen

.htaccess

oder sofern es diese Datei in deinem Webverzeichnis schon gibt, erweiterst du diese Datei

um die Einträge

php_value suhosin.executor.max_depth 0
php_flag suhosin.simulation On

Und dann mal schauen was passiert. Wenn der Hoster das erlaubt dann sollte sich was verändern. Wenn nicht geht es eine Fehlermeldung. Dann musst du es eben wieder rückgängig machen.

nein, ich versteh net so ganz was ich da machen soll. soll ich dieses file im root verzeichnis erstellen und das einfach reinschreiben was da steht?

Den vorgeschlagenen Weg in der .htaccess file hast du probiert?

keiner ne idee ?

lg, mong

achja - den post hab ich hier gefunden.. soll ich das machen? wo muss ich das machen und wie ?

Stupid Hardened-PHP / Suhosin blocks generation of frontend output.

My hoster silently activated Hardened-PHP and TYPO3 failed perfectly - just a "page is being generated" message in the frontend and a nonspecial warning in the error.log (see additional information).
The problem was the ini declaration "suhosin.executor.max_depth" (see: http://www.hardened-php.net/suhosin/configuration.html#suhosin.executor.max_depth) [^] which was set to 50.
This blocks the character set conversion in tslib_cs (so it is a core problem).
Maybe it would be good to add a section to the install tool, which checks for the setting of this variable and puts out a warning if activated.

By the way: solution is (at least if the hoster allows this) to set:

php_value suhosin.executor.max_depth 0
php_flag suhosin.simulation On

in a .htaccess file
- The first one deactivates the maximum execution depth (at least needed).
- The second one sets Suhosin to simulation mode (not needed, but who knows what Suhosin might block in future...)

lieben dank stefan

mittlerweile weiss ich was da is aber ka was ich dagegen machen kann.

in den logfiles bekomme ich folgende meldung wenn iche inen artikel freischalten will:
[Fri Aug 21 16:17:48 2009] [error] [client 80.80.248.199] ALERT - maximum execution depth reached - script terminated (attacker '80.80.248.199', file '/is/htdocs/wp1102764_4BHXLXPAPG/www/class/class.errorhandler.php', line 45), referer: http://www.mnsg.at/system/article/admin/index.php?opnparams=BTwGewJvABxWYlMgU1RWcgRoAidWI1Fw
[Fri Aug 21 16:54:42 2009] [error] [client 93.82.72.165] ALERT - maximum execution depth reached - script terminated (attacker '93.82.72.165', file '/is/htdocs/wp1102764_4BHXLXPAPG/www/class/class.errorhandler.php', line 45), referer: http://www.mnsg.at/system/article/admin/index.php?opnparams=Bz4EeV0wAh5TZwd0U1RXc1s3DCkCd1Fw

das war 2 mal ich - einmalö aus der firma und einmal von zu hause.

ich hab ein bisl gegoogled. anscheinend haben die HS europe eins kript installiert ;

suhosin.executor.max_depth=200


und damit verhidnert er, waruma uch immer, ein ausführen der artikel usw.

was kann ich dagegen machen?

lg