Mailer Error: SMTP Fehler - Cronjob

[Georg - SOPO]

Hallo!

Bin derzeit an am Programmieren eines Scripts für die Bestandsübertragung von WaWi and unseren Shop.

Unter anderem prüfe ich auch Einkaufspreis sowie Verkaufspreise.

Bei Änderungen des Einkaufspreises bzw. des Verkaufspreises hätte ich nun gerne noch eine Benachrichtigung via Email, doch leider bekomme ich immer die Fehlermeldung:
Message was not sent <p>Mailer Error: SMTP Fehler: Konnte keine Verbindung zum SMTP-Host herstellen.</p>

Ich habe folgende Dateien includiert:

Code: PHP  [Auswählen]

        header('Content-type: text/plain; charset=UTF-8');
#error_reporting(E_ERROR  E_WARNING);
        // Set the local configuration parameters - mainly for developers or the main-configure
        if (file_exists('includes/local/configure.php')) {
                include('includes/local/configure.php');
        } else {
                require('includes/configure.php');
        }

        /**
         * define Variables
         *
         */
        define('STORE_DB_TRANSACTIONS', 'false');
        define('DB_CACHE', 'false');

        /**
         * define vonner lang/german/admin/german.php
         *
         */
        define('NOT_ALLOWED_TO_SEE_PRICES','Sie k&ouml;nnen als Gast (bzw mit Ihrem derzeitigen Status) keine Preise sehen');
        define('NOT_ALLOWED_TO_SEE_PRICES_TEXT','Sie haben keine Erlaubnis Preise zu sehen, erstellen Sie bitte ein Kundenkonto.');

        /**
         * security
         *
         */
        define('_VALID_XTC',true);

        /**
         * define the database table names used in the project
         *
         */
        define('TABLE_CUSTOMERS_STATUS', 'customers_status');
        define('TABLE_TAX_CLASS', 'tax_class');
        define('TABLE_CONFIGURATION', 'configuration');
        define('TABLE_TAX_RATES', 'tax_rates');
        define('TABLE_ZONES_TO_GEO_ZONES', 'zones_to_geo_zones');
        define('TABLE_GEO_ZONES', 'geo_zones');
        define('TABLE_PRODUCTS', 'products');
        define('TABLE_MANUFACTURERS', 'manufacturers');
        define('TABLE_PRODUCTS_DESCRIPTION', 'products_description');
        define('TABLE_SPECIALS', 'specials');
        define('TABLE_PERSONAL_OFFERS_BY','personal_offers_by_customers_status_');
        define('TABLE_PRODUCTS_TO_CATEGORIES', 'products_to_categories');
        define('TABLE_CATEGORIES', 'categories');
        define('TABLE_CATEGORIES_DESCRIPTION', 'categories_description');
        define('TABLE_ADDRESS_BOOK', 'address_book');
        define('TABLE_ZONES', 'zones');
        define('TABLE_PRODUCTS_OPTIONS', 'products_options');
        define('TABLE_PRODUCTS_ATTRIBUTES', 'products_attributs');
        define('TABLE_CURRENCIES', 'currencies');
        define('TABLE_SHIPPING_STATUS', 'shipping_status');
                define('TABLE_LANGUAGE', '<b>Export f&uuml;r</b>');
    define('TABLE_LANGUAGES', 'languages');
        /**
         * include needed functions
         *
         */

        require_once(DIR_FS_INC . 'xtc_db_connect.inc.php');
        require_once(DIR_FS_INC . 'xtc_db_close.inc.php');
        require_once(DIR_FS_INC . 'xtc_db_error.inc.php');
        require_once(DIR_FS_INC . 'xtc_db_query.inc.php');
        require_once(DIR_FS_INC . 'xtc_db_queryCached.inc.php');
        require_once(DIR_FS_INC . 'xtc_db_perform.inc.php');
        require_once(DIR_FS_INC . 'xtc_db_fetch_array.inc.php');
        require_once(DIR_FS_INC . 'xtc_db_num_rows.inc.php');
        require_once(DIR_FS_INC . 'xtc_db_output.inc.php');
        require_once(DIR_FS_INC . 'xtc_not_null.inc.php');
        require_once(DIR_FS_INC . 'xtc_add_tax.inc.php');
        require_once(DIR_FS_INC . 'xtc_get_tax_rate.inc.php');
        require_once(DIR_FS_INC . 'xtc_product_link.inc.php');
        require_once(DIR_FS_INC . 'xtc_oe_customer_infos.inc.php');
        require_once(DIR_FS_INC . 'xtc_get_qty.inc.php');
        require_once(DIR_FS_INC . 'xtc_cleanName.inc.php');
        require_once(DIR_FS_INC . 'xtc_db_input.inc.php');

  require_once(DIR_WS_FUNCTIONS.'general.php');
       
        // Include Template Engine
        require(DIR_FS_CATALOG.DIR_WS_CLASSES . 'Smarty_2.6.27/Smarty.class.php');
       
        require_once(DIR_WS_CLASSES.'class.phpmailer.php');
        require_once(DIR_FS_INC . 'xtc_php_mail.inc.php');
       
       
        /**
         * missing funtion
         *
         * @param string $query
         * @return unknown
         */
        function xtDBquery($query) {
           if (DB_CACHE=='true') {
                 $result=xtc_db_queryCached($query);
                 //echo 'cached query: '.$query.'<br>';
              } else {
                 $result=xtc_db_query($query);
                }
                return $result;
        }
       
        /**
         * make a connection to the database... now
         *
         */
        xtc_db_connect() or die('Unable to connect to database server!');

        /**
         * set application wide parameters
         *
         */
        $configuration_query = xtc_db_query('select configuration_key as cfgKey, configuration_value as cfgValue from ' . TABLE_CONFIGURATION . '');
        while ($configuration = xtc_db_fetch_array($configuration_query)) {
                define($configuration['cfgKey'], $configuration['cfgValue']);
        }

Leider weiß ich nicht was nun noch fehlt damit er die Email sendet, ohne dass ich die application_top einbinden muss.

Vll. hat wer ne Antwort für mich was noch fehlt damit er die Mail senden kann, wäre echt nett.

Danke vorab

LG
Georg

Linkback: https://www.modified-shop.org/forum/index.php?topic=33293.0

[webald]

1. warum willst Du die application_top nicht einbinden?
2. wo änderst Du die Preise? Wawi oder Shop? Und wenn wawi, warum soll dann der Shop eine email senden?

[Georg - SOPO]

Hallo,

vorweg danke für die schnelle Antwort.

1. Ich habe bedenken bezüglich der Sicherheit bzw. hab ich bei anderne Modulherstellern gesehen das diese bei Cronjobs eigentlich nie die Application TOP einbinden, daher habe ich das auch mal unterlassen.
2. Die Preise werden im Shop angepasst, die WaWi hat somit immer Recht

LG

[webald]

2. Die Preise werden im Shop angepasst, die WaWi hat somit immer Recht

Hä? Die gültigen Preis stehen in der Wawi, werden aber im Shop gepflegt?

Bez. Sicherheit sehe ich das anders. Man kann den Shop durch weglassen bestimmter Dateien aus der application_top auch unseere machen. Etwa fehlende Filter.

[Georg - SOPO]

Nochmal zu 2., nein die EKs werden natürlich nicht im Shop gepflegt, sondern natürlich in der WaWi

Aber die VKs werden im Shop gepflegt, und dafür ist es nützlich die passenden aktuellen EKs zu sehen

Zum Thema Sicherheit, habe ich mich da einfach auf die Modulhersteller verlassen, weil diese in den Cronjobs dies meißt auch so machen.

Also sagst du ich kann auch für solche Cronjob Arbeiten die application_top bedenknlos einbinden?

[webald]

1. würde ich es nicht über Cron-Jobs machen, sondern sofort/Trigger/Webservices.
2. hast Du es mal probiert und die application_top eingebunden?
3. Du kannst uch einfach den Inhalt der application_top an den Anfang deines Scriptskopieren und alles auskommentieren, was Du meinst, dass Du nicht brauchst.

[Georg - SOPO]

1. Naja das Problem ist dass etwaige Preiserhöhungen, bzw. Senkungen derzeit nur im Shop ankommen wenn die Preise zu kontrolliert werden, und das dauert bei mehreren 1000 Artikeln, und da wir eine PReisautomatik laufen haben ist dann die Gefahr groß etwas zu günstig anzubieten, bzw. etwaige Verkaufschancen aus zu lassen.
2. Ich habe ein anderes PHP Script welches eine Übersicht der Offenen Bestellungen täglich um 8 Uhr versendet, bei diesem funktionierts.
3. Das wäre natürlich eine Option da hast du mich auf eine Gute Idee gebracht.

Ich werde jetzt mal die Applictation Top einbinden und sehen ob es nun dann auch so problemlos klappt wie bei den anderen Script. Wenn es nicht wirklich Sicherheitsbedenken gibt kann man's ja auch eigentlich dann so lassen.

Wie gesagt ich habe mir den Stil die Application top nicht einzubinden von anderen Programmieren/Modeulherstellern abgekuckt.

[webald]

Wie kommen die Preise an? Wie werden die eingelesen? Kann man am Ende des Imports nicht gleich die Mail/Daten senden?

, und da wir eine PReisautomatik laufen haben ist dann die Gefahr groß etwas zu günstig anzubieten, bzw. etwaige Verkaufschancen aus zu lassen.

Zu billig in Bezug auf Mitbewerber, max.Vk oder EK? Solltet Ihr unter EK anbieten, dann würde ich die Preisautomatik nachbessern.

[Georg - SOPO]

Die Preise hole ich von unseren SQL Server via HTTPS + POST Abfrage / XML Antwort - ab inklusive eines Key und Benutzer/PW Kombination.

Danach werden diese per 'xtc_db_perform' in die SQL Datenbank des Shops in eine von mir erstellte Spalte geschrieben.

Die Preisautomatik arbeitet mit einen Mindestpreis, welcher sich aus EK+Versandkosten berechnet. Und wie bereits erwähnt kann es sein dass sich der EK ändert, und dann muss dieser an den Shop weitergegeben werden (vorher manuell, aktuell mit diesen Script)

[Georg - SOPO]

Habs mit den Lösungsvorschlag "die Application TOP rein kopieren und unnötiges raus löschen" gelöst.

Danke nochmals für die Denkanstöße