Onlineshop sendet keine mails an Besteller und Shopinhaber

  • Nachdem wir den Shop nun erstellt haben, dieser online ist, auch beim Provider alle im Manual erforderlichen Berechtigungen eingeholt haben, und Artikel sind auch drin.
    Wenn man aber nun bestellen möchte - Warenkorb funktioniert auch - aber nach dem abschicken der Bestellung kommen weder beim Besteller noch bei uns irgendwelche Mails an.
    Sonst läuft die Seite ja richtig...
    Zum ausprobieren:
    http://www.dmcreisen.de/buecher-und-dvd-s-im-shop.php
    Danke!
    Hans Mühlbauer

  • Hallo,

    um das zu testen, bräuchten wir vorübergehend FTP-Zugriff auf Ihre Website damit wir ein paar PHP-Skripte zum Test installieren können etc.

    Wenn Sie unsere Unterstützung möchten, dann senden Sie uns Ihre FTP-Zugangsdaten incl. Servername und Link zu diesem Forumsartikel (als Referenz) per E-Mail an support[ät]zeta-producer.com

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Hallo,

    also ich habe auf Ihrem Server mal ein Test-PHP-Skript installiert, das eine einfache Mail generiert. Dies läuft ohne Fehler durch.

    Nun müsste Ihr Provider weiterhelfen. Folgende Info können Sie an den Provider weitergeben.

    Unser PHP generiert E-Mails mit Hilfe der PHP mail() Funktion.
    Das Skript läuft ohne Fehler durch. Die Mails scheinen generiert zu werden, aber es sieht so aus, als ob auf dem lokalen Server kein sendmail oder dergleichen läuft, das die Mails dann auch ausliefert.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • ... das sagt nun der support unseres Providers:

    "Hallo,

    Ich habe da glaub ich etwas gefunden:

    Sep 12 14:15:14 linux9 postfix/smtp[18995]: 1E529650EB: to=<support@zeta-producer.de>, relay=nospam.imos.net[212.87.147.212]:25, delay=6.8, delays=2.2/0.03/4.6/0.03, dsn=5.1.8, status=bounced (host nospam.imos.net[212.87.147.212] said: 553 5.1.8 <dmcreisen@linux9.netdiscounter.de>... Domain of sender address dmcreisen@linux9.netdiscounter.de does not exist (in reply to MAIL FROM command))

    Sieht so aus, als würde das CMS-Script mit dem Absender dmcreisen@linux9.netdiscounter.de die Mails verschicken, da werden wohl die meisten Mailserver dicht machen (so auch der Mailserver des CMS-Supports wenn ich es richtig sehe). Da muss natürlich ein gültiger Absender rein."

    Was sagen Sie dazu?

    mfg
    Hans Mühlbauer

    Nachtrag vom Provider:

    "Den gültigen Absender muss man der mail-Fuktion von PHP separat übergeben, Standard setzt sie ihn auf Benutzer@Maschinenname zusammen und das mag heute kein Mailserver mehr, da diese Mailadresse nicht existiert. Das müsste der CMS-Hersteller aber eigentlich wissen ..."

    3 Mal editiert, zuletzt von dmcreisen (12. September 2013 um 16:20) aus folgendem Grund: Nachtrag vom Provider

  • Hallo,

    wir setzen bewusst keine Sender-Adresse mittels des Sendmail -f Parameters, da dies oft zu Problemen führte, wenn die E-Mail-Adresse nicht lokal auf dem Webserver definiert war und der lokale sendmail oder angeschlossene Server die mail daher abgelehnt haben. Das sollte Ihr Provider eigentlich wissen. Einen "FROM" header setzen wir aber wohl und der entspricht der E-Mail, die Sie in der Kontaktformular-Konfiguration als Zieladresse gewählt haben.
    Ihr provider sollte sich einfach darum kümmern, dass sein sendmail eine vernünftige absender-adresse einstellt. Sie sind der erste, uns bekannte Kunde mit diesem Problem, es scheint also, dass es andere Provider auch hinkriegen.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Hallo nochmal,

    falls Ihr Provider das nicht hinkriegt, können wir natürlich das Shop-PHP für Sie anpassen und den sendmail "-f" Parameter mitgeben. Allerdings weichen Sie dann von der Standardinstallation ab und das PHP-Skript kann z.B. nicht mehr automatisch bei Programmaktualisierungen upgedated werden. Das würde ich gerne vermeiden.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Müsst Ihr euch denn gegenseitig behacken anstatt das hinzukriegen???
    Ich komme mir ja schon langsam doof vor zwischen den Hähnen...

    Übrigens: DEr Link in Zeta zum Support geht auch nicht:

    http://www.zeta-producer.com/modules/11.0/Backend/Dispatch.aspx?Cmd=Support&PCID=VK4A-CNNK&LicenseKey=ZP11B-1234-1234-1234-1234-1234-1234-1234WM0&VersionNo=11.3.0.0&VersionDate=16.07.2013%2008%3a48%3a34&BuildFlavor=RELEASE&VersionName=Business&UsedUILanguage2=de&CurrentCulture=de-DE&CurrentUICulture=de-DE


    500 - Interner Serverfehler.
    Problem bei der gesuchten Ressource. Sie kann nicht angezeigt werden.

    Einmal editiert, zuletzt von Jochen (13. September 2013 um 16:35)

  • ... das sagt nun der Provider...:
    -------------------------------------------------------------------
    Wir haben jetzt einen workaround gebaut, so dass die Mails durchgehen sollten.

    Was die CMS-Typen meinen weiß ich nicht. Mailadresse fest einstellen ist auf einem Webserver mit virtuellen Hostings nicht drin (wir verwenden für die Verwaltung unserer Webserver übrigens PLESK vom Marktführer Parallels, so wie es viele andere Provider auch machen). Wenn das CMS irgendwelche Einstellungen in der php.ini abweichend vom Standard benötigt, die können über PLESK individuell eingestellt werden, dann muss das aber ja irgendwo im/beim CMS dokumentiert sein.
    Wenn ich PHP programmiere verwende ich zum Mailversand eine Library, die mit SMTP-Auth über einen legitimen Mailserver schickt, dabei tritt diese Problematik erst gar nicht auf und ist die sauberste Lösung. Die Library gibt's bei uns im Kundenbereich zum Download. Wenn ich trotzdem unbedingt die mail()-Funktion von PHP verwenden muss (eigentlich ist Faulheit der einzige Grund dafür), übergebe ich ihr die entsprechenden Header für das FROM, was auch völlig unproblematisch ist. Sieht dann halt einfach schöner aus als der Absender benutzer@maschinenname.
    -----------------------------------------------------------------------------------------

    Könnte denn jetzt mal ein ende werden, und es funktionieren?
    Danke!

  • Übrigens: DEr Link in Zeta zum Support geht auch nicht:

    Kann ich auch bestätigen, da liegt vermutlich wohl gerade eine Störung vor > Ist jetzt 17:15 Uhr behoben und geht wieder einwandfrei!

    Habe in deinem Eintrag deinen Link ein wenig geändert, da dort deine Lizenznummer zu sehen war, und das muss ja keiner hier lesen können.

    Gruß
    Jochen

    Gruß
    Jochen

    3 Mal editiert, zuletzt von Jochen (13. September 2013 um 17:18)

  • ... das sagt nun der Provider...:
    -------------------------------------------------------------------
    Wir haben jetzt einen workaround gebaut, so dass die Mails durchgehen sollten.

    Lassen Sie und bitte wissen, ob der Workaround vom Provider denn nun tatsächlich greift und die E-Mails somit versendet werden oder nicht.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • ... so - nun bin ich wieder im Lande, aber die alten Probleme gibts immer noch:

    - Das Kontaktformular bringt nach absenden die Startseite.
    - Die Eventanfrage brungt das: http://www.dmcreisen.de/media/Scriptin…r/SendEmail.php - eine leere Seite.
    - Der Warenkorb bringt die Bestätigungsmail, dass die Bestellung abgesendet wäre.

    Immerhin bekommt der Besteller seine Bestellbestätigung aus dem Webshop - der Shopbetreiber, also wir, bekommt keine Bestellmail,
    und auch keine Anfragemails aus Kontakt und Eventanfrage...
    Da bekommt auch der anfrage keine Bestätigung.

    Also ein Fortschritt... eine Mail kommt schon mal an.

    Wann kommen die übrigen?
    danke für die Mithilfe.

  • - Das Kontaktformular bringt nach absenden die Startseite.
    - Die Eventanfrage brungt das: http://www.dmcreisen.de/media/Scripting/…r/SendEmail.php - eine leere Seite.

    Hallo

    um die 2 oben angemerkten Punkte zu beheben, müssen Sie in den entsprechenden Formularen die Erfolgs- und Fehler-URL angeben.
    Das ist im Handbuch gut beschrieben: http://homepage-erstellen-mit-desktop-cms.zeta-producer.com/formular-optio…figurieren.html

    Was die fehlenden Mails anbelangt: Wenn der Kunde nach Bestellung eine Bestätigungsmail bekommt, dann läuft der E-Mail-Versand auf dem Server ja anscheinend fehlerfrei. Wenn Sie selbst keine E-Mails erhalten, so kann das entweder an einer falsch eigegebenen Empfänger-Email, an Ihrem Spamfilter oder daran liegen, dass Ihr Provider Ihre E-Mail-Adressen auf dem Server anders behandelt. Haben Sie bereits Ihren Spam-Ordner geprüft?

    Nach dem Ausfüllen normaler Formulare (nicht Shop Bestellungen) enthält der Anfragende übrigens nie eine Bestätigungsmail. Das ist normal und auch so gewollt.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • so, nun haben wir mal wieder spamordner, empfängeradressenn etc. geckeckt... ist immer noch das selbe.
    muss es denn sooo schwierig sein?
    jetzt wär also wieder mal der provider dran mit de schuldzuweisung.
    könnt ich euch vielleiucht mal direkt unterhalten? das wäre schneller und vielleich teffektiver, als wenn wir hier die infos hin und herschicken.

    was also nun...?!

  • Hallo,

    versuchen Sie doch zunächst mal folgendes:

    Wir kümmern uns zunächst nur mal um die normalen Kontaktformulare und davon auch nur eines. Den Shop lassen wir zunächst mal aussen vor.
    Suchen Sie sich eines Ihrer Formulare raus und geben Sie mal eine andere Empfänger-E-Mail-Adresse ein. Wenn Sie keine alternative E-Mail haben, holen Sie sich doch zum Test mal eine GMail Adresse o.Ä.

    Nach dieser Änderung veröffentlichen Sie die Seite mit dem Formular, stellen sicher, dass Sie die Seite im Browser mehrmals neu laden (CTRL-F5) damit nicht das alte Formular aus dem cache genutzt wird und dann senden Sie sich das Formular.

    Hat sich was verändert?

    Ich verstehe Ihre Frustrierung, aber uns geht es hier nicht um Schuldzuweisungen sondern um Problemlösungen. Es ist halt so, dass die E-Mails auf dem Webserver generiert und versendet werden und da hat nur der Provider vollen Einblick darauf, wenn es um das nachverfolgen von Fehlern geht. Leider müssen Sie in dem Fall dann vermittelnd mithelfen.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Hallo,
    ich habe das mal auf Ihrer Kontaktseite http://www.dmcreisen.de/kontakt.html getestet. Da scheinen die Erfolgs- und Fehler-Seiten korrekt definiert zu sein und man erhält dann eine leere Seite. Das kann eigentlich nur an der Kodierung der Seiten liegen.
    Eine mögliche Lösung könnte sein, im Menü Website auf den Button "Erweitert > Erweiterte Einstellungen" zu klicken, dann im sich öffnenden Fenster links den Bereich "Kodierung" wählen und dann rechts den Haken bei "BOM schreiben" entfernen. Danach sollten Sie alle Seiten neu Veröffentlichen über "Veröffentlichen > komplette Website veröffentlichen".

    Sie hatten ja aber 2 Probleme. Das mit der leeren Seite und das keine Mails bei Ihnen ankamen. Bekommen Sie denn nun Mails und wenn ja, sowohl aus dem Shop als auch über normale Kontaktformulare?

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Hallo,

    ich habe mit das nochmal genau angesehen und die weiße Seite nach dem Formular absenden kommt durch einen 500er Fehler, den das PHP-Skript liefert.

    Der Fehler resultiert aus einem fehlenden PHP-Modul.
    Könnten Sie bitte Ihren Provider bitten, das mcrypt PHP-Modul nachzuinstallieren, dann sollte zumindest dieses Problem gelöst sein.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Hallo,

    ok, prima. Da haben wir ja nun das erste Grundproblem gelöst. Lösen wir nun systematisch das nächste.

    Ich hatte ja bereits in der Vergangenheit mal ein Testskript auf Ihrem Server installiert, um zu prüfen, was mit den Mails geschieht. Da hatten wir festgestellt, dass die Mails korrekt per php mail() an den server übergeben werden, aber der server diese nicht ausliefert.

    Damals hatte dann Ihr provider einen "workaround" eingebaut, der dann die Mails ausgeliefert hat (hatte was mit dem lokalen Absender des Systems zu tun)…

    Nun scheinen wir, was dieses Problem anbetrifft wieder am Anfang zu stehen. Ich habe eben nochmal das Testskript aufgerufen und es ist so, dass die mail fehlerlos an das System übergeben wird und dort scheint sie dann zu hängen. Die Testmail ging an support[ät]zeta-producer.com

    Nun müsste uns Ihr Provider nochmals helfen um rauszukriegen wo im System die mail hängt und warum.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Hallo,

    mittlerweile kam mit einiger Verzögerung doch eine meiner Testmails an. Lassen Sie mich hier noch etwas mehr testen, bevor Sie Ihren provider kontaktieren. Ich melde mich wieder…

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Das hin und her geht also weiter...
    das sagt netdiscounter:
    -----------------------------------------------------------------------
    Hallo,

    die Mail wurde sauber an den Mailserver zugestellt.

    Logauszug:
    Oct 15 09:18:40 linux9 postfix/pickup[24197]: 7151B6569B: uid=10010 from=<dmcreisen> Oct 15 09:18:40 linux9 postfix/cleanup[1221]: 7151B6569B: message-id=<[email='20131015071840.7151B6569BÄTlinux9.netdiscounter.net'][/email]>
    Oct 15 09:18:40 linux9 postfix/qmgr[17958]: 7151B6569B: from=<[email='dmcreisenÄTlinux9.netdiscounter.net'][/email]>, size=596, nrcpt=1 (queue active) Oct 15 09:18:43 linux9 postfix/smtp[1225]: 7151B6569B: to=<[email='supportÄTzeta-producer.com'][/email]>, relay=nospam.imos.net[212.87.147.212]:25, delay=3.9, delays=0.54/0.02/3.3/0.03, dsn=2.0.0, status=sent (250 2.0.0 r9F7If4N018611 Message accepted for delivery) Oct 15 09:18:43 linux9 postfix/qmgr[17958]: 7151B6569B: removed

    Was dieser damit gemacht hat können wir ihnen nicht sagen da dieser nicht von uns verwaltet wird.

    Viele Grüße
    --------------------------------------------------------------
    wie gehts nun von Ihrer Seite weiter?

    (... was würde Microsoft nur machen, wenn jeder Outlook-User solche Probleme hätte mit seinen Mails...?!)

  • Hallo,

    ich habe nun zum Test ein neues Projekt in einen Unterordner auf Ihrem Webspace publiziert und meine E-Mail als Formularempfänger eingetragen. Hat auf anhieb funktioniert und ich habe das Formular sofort per E-Mail zugestellt bekommen.

    Testseite: http://www.dmcreisen.de/zpsupport/index.html

    Ich setze nun die Empfängeradresse der Testseite auf Ihre info@ Email und schicke Ihnen auch einen Test.

    Lassen Sie mir bitte wissen, ob sie was empfangen haben.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • nein - wir haben nichts bekommen...
    schad.

    Hallo,

    also verhält sich das Formular, wenn ich meine E-Mail als Empfänger eingebe korrekt. Es scheint also, dass der Server die Mails korrekt ausliefert. Wenn nun Ihre E-Mail als Empfänger eingegeben wird, funktioniert es plötzlich nicht mehr.

    Das kann für mich nur folgenden logischen Schluss zulassen:

    • Das Skript funktioniert soweit einwandfrei (mails an all unsere Testadtessen wurden empfangen)
    • Entweder der Server, der Ihre E-Mails empfängt filtert die Mails als Spam o-Ä. weg
    • Oder der Webserver verhält sich beim Versand an Ihre E-Mail-Adresse anders und liefert diese nicht aus


    Da tut es mir leid, aber in dem Fall kann wieder nur der provider des Webservers bzw. Ihres Mailservers helfen.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Für alle anderen, die diesen Artikel mitlesen:

    Solcherlei Probleme werden normalerweise frühzeitig durch den PHP-Check, der nach der Eingabe der FTP-Zugangsdaten erfolgt, erkannt.
    Man kann aber auch jederzeit einen PHP-✓ manuell durchführen, um z.B. fehlende php module zu erkennen. Das macht man so:

    • Im Menü Extras klicken Sie auf "Optionen"
    • Im Fenster links klicken Sie nun auf "Aktionen"
    • Nun klicken Sie auf "PHP prüfen" und dann direkt auf den Button "Ausführen"


    Durch diese Aktion lädt Zeta Producer eine Testdatei auf Ihren Webserver anhand derer ermittelt werden sollte, ob die richtige PHP-Version inkl. benötigter Module installiert ist.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • ... danke für diesen tipp!
    habe eben den test durchgeführt mit diesem Ergebnis:

    "✓ Alle PHP-Voraussetzungen erfüllt."

    Trotzdem klappts nicht mit den Mails - egal aus welchem der Formulare...

  • ... danke für diesen tipp!
    habe eben den test durchgeführt mit diesem Ergebnis:

    "✓ Alle PHP-Voraussetzungen erfüllt."

    Trotzdem klappts nicht mit den Mails - egal aus welchem der Formulare...

    "✓ Alle PHP-Voraussetzungen erfüllt."


    Wissen Sie: So langsam muss ich mich mich - und auch Sie schon fragen:
    Ich hatte noch nie mit einer Software zu tun, die so störanfällig ist wie die Ihrige (was ich vor dem Kauf ja nicht ersehen konnte...).
    Normal besorgt man ein Programm, drückt auf installieren, und dann funktioniert es.
    Die vielen Stunden, die wir inzwischen darauf verwendet haben, um das ding zum Laufen zu kriegen - und wenn ic h erst all diese Forumseinträge ankucke mit den Bugs - was da alles nicht funktioniert, und was dann mal hingestrickt wird...
    Frage: Ist dieses ZETA ne Beta-Version, und der User/Käufer/Kunde ist die Testperson, anhander deren Fehlern dann das Programm weiterentwickelt wird????

    Stellen Sie sich vor: Microsoft würde so was machen - oder Adobe, oder...
    Da hätten die allerhand Arbeit im Support bzw. keiner würde das Ding mehr haben wollen.

    Wie kann es also sein, dass hier ständig mal hier, mal da, was ausprobiert wird, dann wieder rumgestrickt, dann gehts wieder nicht, dann probieren wir mal was anderes.... Ein Elektriker kriegt bei sowas nen Stromschlag, oder die Sicherung fliegt.

    Nun bin ich gespannt auf Ihre Stellungnahme - gerne von der Geschäftsleitung.
    Danke
    mfg
    Hsns Mühlbauer

  • Hallo,

    also Sie müssen zwischen der Software Zeta Producer und dem Hosting-Umfeld schon unterscheiden.

    Zeta Producer läuft halt, was das hosting angeht, mit beliebigen Providern und wir haben es daher mit sehr unterschiedlichen Umgebungen zu tun. Die Mehrzahl unserer Kunden hat keine Probleme – die Software wurde installiert und es funktioniert.

    Bei Ihnen gab es genau ein Problem mit einem fehlenden PHP-Modul, welches Ihr Provider ja bereits nachinstalliert hat.

    Nachdem das Modul nachinstalliert war, konnte ich ein Testprojekt auf Ihrem Server veröffentlichen, welches ein Formular enthielt, das erwartungsgemäß und auf Anhieb funktioniert hat. Ich habe E-Mails aus dem Formular enthalten.

    Sobald allerdings Ihre E-Mail-Adresse in Formularen als Empfänger konfiguriert wird, erhalten Sie keine E-Mails. Das liegt aber unserer Meinung nach weder an Zeta Producer noch am PHP-Skript.
    Es ist ja so, Zeta Producer rein technisch die E-Mails nicht selbst verschicken kann, da dies nur auf dem Webserver geschehen kann und der ist weitgehend ausserhalb unserer Kontrolle.

    Um das Problem zu lösen, müssen wir rausfinden, warum bei Ihnen keine E-Mails aus dem Formular ankommen. Ich bin sicher, Ihr Provider wird in den Logs genau sehen, dass das Formular auch an Ihre info@ Adresse erfolgreich eine E-Mail generiert und diese vom Webserver ausgeliefert wird. Es stellt sich dann die Frage, wo auf dem Web diese E-Mail verloren geht und um das rauszufinden muss man der E-Mail schritt für Schritt folgen. Mögliche Ursachen können Anti-Spam Filter und der gleichen sein. Wir haben allerdings keinen Einblick in Ihre E-Mail-Infrastruktur und können das nicht nachverfolgen.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • also mal ehrlich: hab inzwischen auch Ihren GF konsultiert...
    UNd schwupps: Schon kurz darauf ging alles!!!!
    Interessant.
    Aber auch nur für ein paar Tage.
    Jetzt ist wieder Sense - obwohl - wie Sie so schön geschrieben haben, der FTP-Test....
    er ist immer noch "✓ Alle PHP-Voraussetzungen erfüllt."

    Also was soll das nun wieder - darf ich nun wieder auf meine Seiten schreiben, dass Kunden besser ne Brieftaube schicken sollen???

    Zusätzlich ist auch seeehr schick,
    - dass ich meine übrigen Projekte, die bislang gelaufen sind, nicht mehr aktualisieren kann.
    - dass meine übrigen Projekte in der Vorschauansicht im Zeta immer nur mehr ein einziges Layout von einem Projekt anzeigen, obwohl in der Bearbeiten-Ansicht die Texte noch richtig sind.

    Das nun nachdem ich (leider) das letzte Update installiert hatte, und alle Projekte wieder mal umhummeln musste (muss das denn sein? - Ein altes worddokument kann ich ja auch mit dem aktuellen word öffnen und bearbeiten... - ihr machts dem Kunden da schon extraschwer).

    Nun geht mal wieder gar nichts...
    Können Sie sich vorstellen wie viel Zeit - und auch Geld das kostet???

    Ich erwarte nun unverzüglich eine lauffähige Software!
    Mit der man arbeiten kann sich nicht ständig über Mängel ärgert.
    Danke

  • Sehr geehrter Herr Mühlbauer,

    ich hatte Ihnen angeboten mich persönlich zu kontaktieren. Dann schrieben Sie mir das nun alles geht. Ganz ehrlich: weder ich noch meine Kollegen haben in der Zwischenzeit etwas getan. Ihre Vermutung dass man den GF kontaktieren muss damit Kundenprobleme gelöst werden ist also falsch.

    Nun geht es also wieder nicht. Aber auch dieses mal haben wir nichts gemacht. Ihren Frust darüber kann ich verstehen. Dennoch sollten Sie verstehen dass es zwar unsere Software ist, die diese E-Mails versendet, allerdings dies in Ihrer bzw. von Ihrem Provider bereitgestellten Umgebung stattfindet. Welche Probleme konkret bei Ihnen bestehen dass die E-Mails nicht bei Ihnen ankommen weiß ich nicht. Das hatte ich Ihnen angeboten telefonisch zu klären. Da Sie sich nun wieder an das Forum wenden verweise ich Sie an die Antwort oben von meinem Kollegen. Neue Informationen haben wir nämlich nicht.

    Zu Ihrer Forderung "Ich erwarte nun unverzüglich eine lauffähige Software!": Wenn wir Fehler entdecken, bzw. diese gemeldet werden, beheben wir diese natürlich. Wir können bei Ihnen aber keinen Fehler in der Software beheben wenn die Software selbst funktioniert.
    Selbstverständlich sind wir Ihnen auch gerne dabei behilflich herauszufinden, warum die E-Mails vom Server Ihres Providers nicht bis zu Ihrem E-Mail-Programm gelangen, s.o.

    Freundliche Grüße
    M. Gönitzer

  • ... so können wir uns auch mal auf augenhöhe unterhalten...hilft scheinbar manchmal:

    stimmt: es ging wieder nicht - nach dem letzten update, das ich machen musste.
    nach meiner letzten mail an sie - oh wunder - jetzt läuft es wieder mit den mails aus den formularen...

    so generell: ist es unrichtig, wenn ich als käufer/kunde ordentlich geld hinlege, um eine lauffähige software zu bekommen?
    die vielen täglichen einträge von usern, die probleme haben, zeugen ja leider davon, dass so einiges im argen zu sein scheint, und vieles nicht funktioniert - oder?

    stellen sie sich vor: ich will word oder das dicke office installieren. was mache ich ?: ich drücke "install" - und dann passiert alles von selbst - und das beste: es funktioniert!
    und: wenn ein update kommt mussich nicht meine gesamten dateien jedes mal neu konvertieren. ein nagelneues word liest auch ein 10 jahre altes .doc.

    warum können sie das nicht?!
    der preist ist ähnlich hoch, aber bei zeta habe ich nun schon tage mit unzulänglichkeiten zugebracht, statt damit geld zu verdienen - nur schade, dass ich beim umstieg auf ein anderes system meine seiten alle neu aufbauen müsste - und das ist sehr viel aufwand, den keiner, auch sie, mir wohl nicht bezahlen wollen...

    und so leide ich weiter.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!