Servus,
schau einmal hier bitte:
http://forum.virtuemart.de/the…gungsmails-anpassen-2665/
Grüße
Stefan
Servus,
schau einmal hier bitte:
http://forum.virtuemart.de/the…gungsmails-anpassen-2665/
Grüße
Stefan
Servus,
das Problem ist bekannt und behoben, die VM 3.2.2 sollte ziemlich bald herauskommen.
Oder einmal in der vmpsplugin.php schauen und dieses nehmen:
Grüße
Stefan
Servus Faro,
beide Mail-Einstellungen sind für VirtueMart verwendbar (PHP und SMTP).
PHP kann bedeuten, dass die Mails gleich über den Web-Server hinaus an den Kunden gehen, wenn der Web-Server auch der Mail-Server ist. Oder aber zumindest gehen die Mails dann über einen Server hinaus, der vom gleichen Provider zugewiesen ist.
PHP ist somit der direkte Weg.
Die Aussage, dass "eine vom PHP- Mailer versendete Mail auch mal von einem SMTP- Server abgelendt bzw. ignoriert werden kann" ist nicht ganz zutreffend. PHP-Mailer und SMTP nehmen Mails vom Mail-Versender an, weil der Mail-Versender einen Account dafür hat. Wenn die Mail nun vom PHP-Mailer oder über SMTP über einen Mail-Server (der SMTP, IMAP und POP-Server in einem ist) verschickt wird, der dafür bekannt ist, dass von dort Spam verschickt wird, dann kann es sein, dass der Mail-Server des Empfängers diese Mail nicht annimmt. Dann gehen aber niemals Mails ein. Dein Problem der nicht angekommenen Bestätigungs-Mails liegt da eher anderswo. Spam-Filter des Kunden sind oft ein möglicher Grund, oder der Löschfinger auf der Maus.
SMTP kann einen ganz anderen Mail-Server anrufen und ist im Normalfall vom Hoster der Webseite unabhängig.
Ob das eine oder andere zuverlässiger ist, hängt im Grunde vom Hoster und/oder vom Mail-Anbieter ab, der das SMTP anbietet.
Einige Hoster haben Limits, wieviele Mails pro Stunde/pro Tag usw. ausgesendet werden können, um Spam zu vermeiden, das könnte eine Stolperfalle sein, die man nicht so schnell erkennt. Wenn man 500 Mails als Newsletter verschickt, sollte man wissen, ob der Provider das so auch zulässt. -> Support fragen
Im Grunde würde ich immer PHP verwenden, das ist der gerade Weg. Es kann sein, dass Deine E-Mail-Adresse für den Shop-Besitzer nicht auf die gleiche Domain endet wie der Shop, dann wird die Mail vom Provider normalerweise nicht verschickt. Das sind Spam-Verhinderungsmaßnahmen. In dem Fall kommt dann SMTP in Frage.
Hope it helps
Stefan
Das einzige, was mir auf die Schnelle einfällt, wäre der Product Builder von Breakdesign.
https://breakdesigns.net/product-builder-manual
Hope it helps
Stefan
Servus,
das intnotes mit VARCHAR(18000) ist wohl zu groß. Eine Änderung zu "text" sollte das Problem lösen.
Grüße
Stefan
Servus,
im Datenbanktool einmal dieses eingeben (PHPMyAdmin oder MijoSQL für Joomla):
SHOW FULL COLUMNS FROM abcde_virtuemart_products
wobei das abcde durch Dein Tabellenpräfix ersetzt werden muss. Dann kann man sehen, wie die Tabelle aufgebaut ist.
Grüße
Stefan
Kannst Du einmal die Informationen zu den einzelnen COLUMNS posten?
Irgendwo muss da wohl ein VARCHAR in text geändert werden, damit die maximale row size nicht überschritten wird.
Es gab da zuvor Probleme, weil einige Provider utf8mb4 als Voreinstellung für die DB verwenden, VM aber auf utf8 ausgerichtet ist.
VM-Konfiguration -> E-Mails
Dort kannst Du einstellen, bei welchem Status eine Rechnung gesendet wird.
Ja, gesehen, ich meinte die Einstellung für die Kategorieseite(n), da hab ich unaufmerksam gelesen.
Die Einstellung für die Produkte kann man wie hier
http://forum.virtuemart.net/index.php?topic=137142.0
beschrieben, temporär dadurch lösen, dass man
showCategory=0
in die
/administrator/components/com_virtuemart/virtuemart.cfg
setzt und danach die VM-Konfiguration aufruft und einmal abspeichert.
Oder halt auf die nächste Version warten.
Dein Screenshot sagt, Du verwendest VM 3.2.0, das genau dort ein Problem hatte.
Vielen Dank für den Hinweis, allerdings hat das leider nicht geklappt.
Was genau hat nicht geklappt?
Hier ist eine Anleitung zum Update.
https://www.jooglies.com/tutor…/12-tutorial-update-vm-de
Grüße
Stefan
Hallo Anna,
das einfachste wird es sein, eine Zahlungsart und eine Lieferart anzulegen, diese in der VM Konfiguration auf vorausgewählt zu setzen und dann alles nicht benötigte per CSS auszublenden.
Ansonsten müsste man die Overrides für die cart view bearbeiten, das wird allerdings etwas komplizierter.
Per Einstellung gehen diese speziellen Dinge leider nicht.
Grüße
Stefan
Versuchst Du bitte, die 3.2.1 noch einmal herunterzuladen. Von hier:
http://dev.virtuemart.net/atta…t.3.2.1_extract_first.zip
Wenn es dann nicht klappt, einmal die Einstellungen von den Selbsterstellten Feldern als Screenshot posten.
Auf die Schnelle
Stefan
Servus,
Das ist soweit alles drin. Es kommt ein wenig auf Deine Anforderungen an.
Entweder schaltest Du VM in den Katalogmodus und kannst eine Frage zum Produkt bei jedem Produkt plazieren.
Oder Du lässt VM "normal" laufen, dann kannst Du mehrere Produkte in den Warenkorb legen und eine zusammengefasste Anfrage ermöglichen.
Dann benennst Du den Button "Kaufen" in "Anfrage" um, und das war es im Grunde.
Hope that helps
Stefan
Hallo Baris,
wahrscheinlich hilft updaten.
Wie bekomme ich schnellstens hilfreichen Antworten
Grüße
Stefan
Hm,
nicht viele Ideen, wenn es vorher geklappt hat, sollte es ja nicht an den Rechten für die Dateien liegen.
Was sagt denn Dein FTP, welche Rechte vorliegen? 644 oder in der Richtung?
Grüße
Stefan
Ich hab in den letzten Tagen mehrere Shops aktualisiert, und keine Probleme gehabt.
Woran es bei Dir liegt, ist sicher über einem Screenshot der Startseite nicht zu lösen.
Grüße
Stefan
Servus,
welche Joomla-Version verwendest Du?
Und welche PHP-Version?
Grüße
Stefan
Hm, ich hab nicht hinter die Kulissen geschaut, wie der Fallback funktioniert.
Vielleicht reicht es, wenn Du die Zahlungs- und Lieferplugins einfach einmal aufrufst und abspeicherst.
Ich werfe den Thread mal in den Dev Chat, mal sehen, ob da eine bessere Idee kommt.