Hi,
habe genau das selbe Problem.
Man kann sich über das Formular der Homepage anmelden, editieren und abmelden. Quickmails werden versendet und beim Newsletterversand behauptet Typo3 auch bei "Invoke...", dass die eMails versendet wurden, aber es kommt nur keine an...
CYA
Forman
Es geht jetzt!
Es lag bei mir an einem Eintrag in der php.ini. Wie doro oben schon richtig vermutet hatte muss man allow_url_fopen auf "On" setzten. Jetzt funktioniert der Newsletter einwandfrei!
CYA
Forman
@Foreman
Freut mich, dass es bei Dir funktioniert. Ich habe leider noch immer meine Probleme obwohl die entsprechenden php.ini modifiaktionen gemacht sind.
kannst Du mir per mail einen Auszug aus Deiner PHP Konfig zustellen.
Du must nur ein php-File erstellen und folgender Code eingeben
<?php
phpinfo()
?>
Vielleicht sehe ich was warum es bei mir nicht funzt...
@Forman
Besten Dank für Deine PHPINFO() konnte eigentlich nicht grosse Abweichungen feststellen. Der grösste Unterschied liegt wahrscheinlich darin, dass Du bei Dir einen "echten" Typo3 Server aufgesetzt hast. Bei mir ist es lediglich ein ftp-Upload. Könnte mir vorstellen, dass hier noch einige Unterschiede bei der Konfiguration sein könnten.
LSG:
http://www.meinsystem.de/index.php?faq_newsletter
Warum, weiss ich nicht... Man koennte kotzen...
Joc.
leider keine lösung was unter http://www.meinsystem.de/index.php?faq_newsletter steht. Alles schon bekannt. Schade
nicht nur euch geht es so.
folgendes bei mir:
stell ich plaintext ein, kann ich newsletter verschicken an gruppen, oder an adressen die ich manuel eingebe = tatsache ist, es kommt html-code an weil ich es eben als plain-text schicke, ist klar - plaintext.
stelle ich aber html ein und einen newsletter an gruppen schicke, kommt KEINE email an. schicke ich den newsletter an adresse die ich unten manuel eingebe, kommt er an.
wieso? ich checks nicht mehr und könnt platzen...grml
schon jemand eine Lösung dafür gefunden?
allow_url_fopen ist laut php info bei mir erlaubt, außerdem:
schicke ich den newsletter an adresse die ich unten manuel eingebe, kommt er an.
Was gegen einen Fehler beim Fetch spricht...
Was genau funktioniert denn nicht? o.O
ich erstelle einen Newsletter, lasse in die html Seite fetchen, dann wähle ich mass-send und wähle einen Verteiler an. Danach stosse ich per invoke mailer enginge den Transfer an. Ich erhalte eine mail das der Versand gestartet und beendet wurde, im Status wird angezeigt, dass keine mails icht versandt werden konnten, dennoch kommt keine Mail an.
Gebe ich meinen Verteiler von Hand ein gehts.
Die Liste scheint aber in Ordnug zu sein.
Sage ich meinem HTML Newsletter, das er nur PLaintext ist, wird er an den Verteiler versandt.
gelöst:
ich habe den Fehler gemacht und das ganze an eine "einfache Liste" verschickt. Mitglieder einer einfachen Liste bekommen aber nur plaintext mails.
An welche Adresse sendest du deine E-Mails vom Newsletter? Ich habe zum Beispiel das Problem, dass eMails an Adressen von GMX und WEB nicht ankommen.
Meine Vermutung zu diesem Problem ist, dass es daran liegt:
X-Spam-Status: No, hits=3.1 required=5.0 tests=AWL,MIME_BASE64_LATIN,
MIME_BASE64_NO_NAME,MIME_BASE64_TEXT,MIME_MISSING_BOUNDARY
autolearn=no version=2.64
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on
mail8.netdiscounter.de
X-Spam-Level: ***
X-Spam-DCC: :
Kann mir jemand bei diesem Problem weiterhelfen?
sorry für die Frage, aber ich weiss es halt selbst nicht so genau:
WO muss man den Befehl
ini_set("allow_url_fopen", "1");
in den Dateien class.t3lib_div.php & class.t3lib_htmlmail.php einfügen? Ist das egal oder wo würdet ihr das hinschreiben?
ich habe das problem, dass plaintext ankommt aber html nicht.
nach dem thread:
#43461
könnte es an dem feld "module_sys_dmail_html" in der "tabelle tt_address" liegen, dessen wert auf "1" stehen muss.
ich werd das gleich mal checken...
html-newsletter kommen auch bei mir nicht an - nachdem ich sätmliche tips ausprobiert habe, bin ich jetzt so langsam am ende mit den ideen, an was es liegt, dass die html-mails nicht versendet werden.
allow_url_fopen ist auch auf "on" und in der db habe ich die einträge ergänzt (module_sys_dmail_html = 1), nützt allerdings alles nichts...!?!?!?
hoffe, jemand kann mir bald weiterhelfen!
thx.
da habe ich noch was vergessen zu erwähnen...
wenn ich auf der seite (Fetching the mail content) auf "read url" klicke, dann kommt ein error500! wenn ich die aktion abbreche und auf den button "<back" klicke, so kann ich anschliessend die option mass-send mail auswählen, welche dann wie oben bereits erwähnt, nicht ankommt!?!?
Habe Problem gefunden!
Das Problem liegt darin, dass es lediglich ohne fastCGI funktionieren würde. Jedoch gäbte es dann Probleme mit dem Imagick. Eine alternative wäre 2 typo3 zu installieren welche beide auf die selbe Datenbank zugreiffen. Auf einem typo3 würde danach der Newsletter mit fetch laufen. Und auf dem Andren ein typo3 mit fast-cgi.
Hallo Zusammen
Ich übe in etwa an der selben Problematik rum. Komme aber nicht weiter. Ich erhalte weder plain noch html Mails. Einzig wenn ich ein Attachement angebe, kommt das einwandfrei (also einfach nur das File ohne irgendwas)
Jetzt war ich mal mutig und hab wie an vielen Stellen empfohlen den Code
ini_set("allow_url_fopen", "1");
in die Files (2x im ../typo3/t3lib und 2x im ../t3lib). Da ich keine besser Info hatte, habe ich das einfach mal zuvorderst gemacht. Hat nix gebracht.
Kann nicht jemand mal erklären, in welche Zeile da muss? In welche Function oder weis sonst wohin?
Und dann bekomme ich nach dem "fetch" und anschliessenden "Read-URL" die Fehlermeldung:
"Warning: fopen(http://...@domain.com:password@www.domain.com/typo/index.php?id=81&type=99): failed to open stream: No error in d:\www\www937\typo\typo3\t3lib\class.t3lib_div.php on line 2099 Warning: fsockopen(): unable to connect to :80 in d:\www\www937\typo\typo3\t3lib\class.t3lib_htmlmail.php on line 1217 "
gaaaanz oben klein und unscheinbar angezeigt. Was sollte mir die sagen?
Danke für eure Tipps.
Gruss und tolle Woche
Nique