Hallo,
hat jemand Typo3 6.2.6 + Directmail 4.0 am laufen? Bei mir werden zwar die Testemails versandt, aber beim regulären Newsletterversand über eine Liste bekomme ich immer unten stehende Fehlermeldung.
Die Reihenfolge bei der Installation der Plugins habe ich beachtet:
tt_address > direct_mail
Fehlermeldung
caller
TYPO3\CMS\Core\Database\DatabaseConnection::exec_SELECTquery
ERROR
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'LEFT JOIN tt_address ON .uid_local = tt_address.uid WHERE .uid_local=1 AND tt_ad' at line 1
lastBuiltQuery
SELECT uid_foreign FROM LEFT JOIN tt_address ON .uid_local = tt_address.uid WHERE .uid_local=1 AND tt_address.deleted=0
debug_backtrace
DirectMailTeam\DirectMail\Module\MailerEngine->main#55 // DirectMailTeam\DirectMail\Module\MailerEngine->cmd_mailerengine#181 // DirectMailTeam\DirectMail\Module\MailerEngine->invokeMEngine#342 // DirectMailTeam\DirectMail\Dmailer->runcron#443 // DirectMailTeam\DirectMail\Dmailer->dmailer_masssend_list#788 // DirectMailTeam\DirectMail\Dmailer->getListOfRecipentCategories#512 // TYPO3\CMS\Core\Database\DatabaseConnection->exec_SELECTquery#441 // TYPO3\CMS\Core\Database\DatabaseConnection->debug#289
Wenn ich mir den Query so angucke tippe ich darauf, dass du beim Erstellen der Empfängerliste vergessen hast die entsprechende Tabelle auszuwählen (Adresse, Website-Benutzer, Benutzerdefinierte Tabelle oder Website-Benutzergruppe)
Hi, die Empfängerliste ist aktuell ein "Normale Liste" mit einer Email-Adresse ohne Gruppe
schlonz schriebHallo,
hat jemand Typo3 6.2.6 + Directmail 4.0 am laufen?
Ja, nutze exakt die gleiche Kombination auf einer Webseite,
um wöchentlich ca. 7000 Mails zu verschicken,
funktioniert, wie erwartet, ohne Probleme.
Ich würde daher auch auf einen Fehler in deiner Empfängerliste tippen...
Nachdem wir gerade vor selbigem Problem standen, hab ich mich mal umgeguckt:
Ursache:
Stefan hat es schön formuliert :-)
You found the pretty cool new feature to override TCA with help of files in Configuration/TCA/Overrides/ Fine. I'm too. But that is only the half of the truth. All files in that directory can only override tables which are defined in Configuration/TCA/. So it works for fe_user and tt_content. But in case of tt_address? Yeah: Funny...tt_address was created by ext_tables.php/tca.php...the old-style way. The TYPO3 Core Team decided that you can only override TCA of so such old TCA only again with another ext_tables.php/tca.php and NOT as mentioned with Configuration/TCA/Overrides/*.
https://forge.typo3.org/issues/60484
Lösung (ist bereits im master von direct_mail)
https://forge.typo3.org/issues/59612
@jenses: Du bekommst auch keine SQL-Fehler angezeigt, wenn Du die entsprechenden Einstellungen im Install-Tool aktivierst?
Julian.Hofmann schrieb@jenses: Du bekommst auch keine SQL-Fehler angezeigt, wenn Du die entsprechenden Einstellungen im Install-Tool aktivierst?
Ich werde wohl kaum an einem laufenden Live-System die Fehlermeldungen anschalten? 😉
Und dann kommen meine Empfänger aus feuser, da gibt es wohl keine Probleme...
jenses schriebIch werde wohl kaum an einem laufenden Live-System die Fehlermeldungen anschalten? 😉
Vielleicht gibt's ja auch ein DEV-System dazu. Oder ein Szenario mit passendem Application Context oder passender devIPmask 😉
Jetzt läuft es. Der Fehler lag in tt_address, bzw. in der direct_mail_subscription. In tt_address wird bei der Registrierung über die direct_mail_subscription im Feld "module_sys_dmail_html" der Wert nicht wie gewünscht auf 1 gesetzt, sondern bleibt auf 0. Warum der Wert nicht gesetzt habe ich nicht feststellen können. Als Workarround habe ich in der DB das Feld auf default=1 gesetzt.