Forum > Mail-Drudge
Re: Problem mit GMX
Angeschrieben habe ich GMX nich, da werd' ich sowieso wohl keine Antwort bekommen. Bei mir klappt's aber weder bei Plain- noch bei HTML-Text und die Nachrichten werden im Spam-Ordner in der base64-Kodierung angezeigt. :( Naja, hab' selbst keinen Account bei GMX und muß mich auf DAU-Ausssagen verlassen. ;) Hast Du vielleicht noch mehr Infos?
sonst aber ok?
hast du sonst noch feedback bekomme?
gmx is ja selber ne müllschleudel.. da haben se sich n ei ins nest gelegt..
sonst scheint es zu klappen - habe halt n hinweis für gmx eingeblendet - dass die eben da im spamordner landen..
sobald man aber wieder html weglässt und normal text versendet gehts auch wieder
Re: Problem mit GMX
Hallo Mark,
ich habe z.Zt. bei einem Kunden das gleiche Problem (bin auch bei all-inkl :) ). Leider fällt mir so langsam auch nichts mehr ein... Die Header sehen an sich ganz in Ordnung aus. Vielleicht weiß sonst noch jemand Rat?
Grüße
Carsten
das steht übrigens im header - hab nur MEINEDOMAINE ergänzt
X-Kaspersky: Checked
Return-Path: <wwwrun@MEINEDOMAINE.de>
X-Original-To: kontakt@gmx.de
Delivered-To: m00f4f3d@dd16036.kasserver.com
Received: by dd16036.kasserver.com (Postfix, from userid 30)
id 08FF8180696D5; Sun, 19 Aug 2007 17:35:38 +0200 (CEST)
To: =?iso-8859-1?b?c2Rmc2Rm?= <kontakt@gmx.de>
Subject: =?iso-8859-1?b?ZGVpbmUgUmVnaXN0cmllcnVuZyBhdWYgdW5zZXJlciBLaXR6?= =?iso-8859-1?b?ZWxzZWl0ZQ==?=
From: =?iso-8859-1?b?a2l0emVsc2VpdGUuZGU=?= <service@MEINEDOMAINE.de>
MIME-Version: 1.0
Content-type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: base64
Message-Id: <20070819153538.08FF8180696D5@dd16036.kasserver.com>
Date: Sun, 19 Aug 2007 17:35:37 +0200 (CEST)
Problem mit GMX
einige User beklagen sich dass beim Versand von
TEXT/HTML Mails die Mails im Spamordner landen:
"GMX Spamschutz Briefkopf-Analyzer: Der Header dieser E-Mail weist für
Spam-Mails typische Merkmale auf"
kann man da irgendwas machen?
Richtig
Danke für den schnellen tipp - Genau das wars
Danke vielmals: Andy (http://www.radio-lechtal.de)
Wir werden Dein genials skript einsetzen für ein Gewinnspiel bei uns im Radio in Kürze!
Super Arbeit is das mit dem ding - Respekt
Re: Email die Ankommt sieht komischaus
Hallo Andreas,
guck' mal in der Doku in den Abschnitt "4 Problembehebung" und setz' den ersten Punkt um. Dann müßte es IMHO klappen.
Grüße
Carsten
Email die Ankommt sieht komischaus
Die Email die ankommt sieht so aus - Was kann ich machen - Es scheint an dem encoduing zu liegen - würde mich freuen wenn mir da einer Helfen kann:
Reply-To: =?iso-8859-1?b?UmFkaW8gTGVjaHRhbA==?= <redaktion@radio-lechtal.de>
MIME-Version: 1.0
Content-type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: base64
Message-Id: <20070622134458.39B59100A140@s1.joomlastream.de>
Date: Fri, 22 Jun 2007 15:44:58 +0200 (CEST)
PGh0bWw+PGhlYWQ+PC9oZWFkPjxib2R5PkhhbGxvIEFuZHJlYXMgRHVzd2FsZCE8YnI+PGJy
PGh0bWw+PGhlYWQ+PC9oZWFkPjxib2R5PkhhbGxvIEFuZHJlYXMgRHVzd2FsZCE8YnI+PlJh
ZGlvIExlY2h0YWwgbfZjaHRlIGRpciBSYWRpbyBMZWNodGFsIGVtcGZlaGxlbi4gT2ZmZW5iYWhy
IGhhdCBpaG0gdW5zZXIgUHJvZ3JhbW0gZ2VmYWxsZW4uIEj2ciBkb2NoIGF1Y2ggbWFsIGJlaSB1
bnMgcmVpbjxocj4NCjxiPlJhZGlvIExlY2h0YWwgaGF0IGZvbGdlbmRlIE5hY2hyaWNodCBhbmdl
aORuZ3Q6PC9iPiAgJSVncnVuZCUlPGJyPjxicj4KCTxiPlNjaPZuZSBHcvzfZTogUmFkaW8gTGVj
aHRhbDwvYj4KCTxocj4NCjxiPmhpZXIgZ2VodHMgenVtIFJhZGlvOjwvYj4gIGh0dHA6Ly93d3cu
cmFkaW8tbGVjaHRhbC5kZSA8aHI+DQo8Yj5EaXJla3QgTGlua3M6PC9iPjxicj4NCjxibG9j
cmFkaW8tbGVjaHRhbC5kZSA8aHI+a3F1
b3RlPgoJCU5ld3MKCQlTZW5kZXBsYW4KCQlUZWFtCgk8L2Jsb2NrcXVvdGU+DQo8aHI+DQo8
b3RlPgoJCU5ld3MKCQlTZW5kZXBsYW4KCQlUZWFtCgk8L2Jsb2NrcXVvdGU+DQo8aHI+Yj5X
ZXJidW5nOjwvYj48aHI+DQoNCjxocj4NCgoJPC9ib2R5PjwvaHRtbD4=
Re: Auch Dateianhänge möglich?
additional_parameters hat damit nichts zu tun, das dient dazu, dem eigentlichen Mailer-Prozess noch zusätzliche Komandozeilen-Parameter zu übergeben.
Den Standard hab ich im Moment auch nicht im Kopf, nur so viel:
Das "Content-Type: multipart/mixed; boundary=$trenner" gehört in den Mail-Header, die eigentlichen Parts müssen im Nachrichten-Body kodiert werden.
Mir fehlt aber im Moment die Zeit dafür, da ich mit etwas anderem beschäftigt bin. Du wirst Dir den Code dann wohl selbst genauer ansehen müssen. ;) Wenn Du eine lauffähige Lösung hast kannst Du mir die dann auch gerne zuschicken. :)
Auch Dateianhänge möglich?
Leider nicht - aber ich hab mir den code mal näher angeschaut
wenn ich wüsste wo man was einbauen müsste.. an sich ist das erweitern nämlich gar nicht schwer:
dieses script funktioniert - aber eben auf einfacher basis:
// Anhang vorhanden?
if($dateiname) {
$trenner = md5(uniqid(time()));
$header .= "\n";
$header .= "MIME-Version: 1.0";
$header .= "\n";
$header .= "Content-Type: multipart/mixed; boundary=$trenner";
$header .= "\n\n";
$header .= "This is a multi-part message in MIME format";
$header .= "\n";
$header .= "--$trenner";
$header .= "\n";
$header .= "Content-Type: text/plain";
$header .= "\n";
$header .= "Content-Transfer-Encoding: 8bit";
$header .= "\n\n";
$header .= $Text;
$dcounter=0;
for ($i=0;$i<count($datei);$i++)
{
//echo $dateiname[$i]."";
if (file_exists($datei[$i]))
{
$header .= "\n";
$header .= "--$trenner";
$header .= "\n";
$header .= "Content-Type: application/octetstream;\n\tname=".$dateiname[$i];
$header .= "\n";
$header .= "Content-Transfer-Encoding: base64";
$header .= "\n";
$header .= "Content-Disposition: attachment;\n\tfilename=".$dateiname[$i];
$header .= "\n\n";
$dateiinhalt = fread(fopen($datei[$i], "rb"), filesize($datei[$i]));
$header .= chunk_split(base64_encode($dateiinhalt));
$header .= "\n";
$dcounter++;
}
}
$header .= "--$trenner--";
// Keinen Anhang, nur Mail
} else {
$header .= "\nContent-Type: text/plain";
$header .= "\nContent-Transfer-Encoding: 8bit";
$header .= "\n\n".$Text;
}
das müsste doch als additional_parameters einfügbar sein oder?
Re: Auch Dateianhänge möglich?
Hallo Mark,
Dateianhänge werden z.Zt. nicht unterstützt. Du kannst aber Dateien beliebigen Typs versenden, also nicht nur HTML- oder Text-Dateien. Aber eben immer nur eine auf einmal. Vielleicht ist das bei Dir ja ausreichend.
Grüße
Carsten
Auch Dateianhänge möglich?
Sind denn mit diesem Script auch Dateianhange?
type=file name=anhang[ ] etc möglich (also 1-x...)
oder ist das nur ein reines html-mailer script?
soweit ich weiß dürften dann die änderungen minimal sein, um es anhangkonform zu machen oder?
vielen dank schonmal - mfg Mark
Mail-Drudge V1.0.2
Die neue Version 1.0.2 steht nun zum Download bereit, in der der zuvor beschriebene Fehler mit den doppelten Subject-Headern behoben ist.
Re: Re: Frage Doppelte Subject Linie
Hallo Carsten
Danke für die Info. Werde es somit mit der nächsten Version ausprobieren. Der Rest läuft ja perfekt. Formulardaten mit Formitude einlesen, in eine cvs-Datei schreiben die mittels .htaccess gesichert ist, dann mittels mail-drudge die Daten versenden. Super!
Ich verwende durch meinem Hoster PHP/4.4.0 mit einem
Apache Server 2.0.54 der auf einem SUSE Linux läuft.
Danke und Gruss
Stephan
Re: Frage Doppelte Subject Linie
Hallo Stephan,
das liegt wohl daran, daß das Subject über additional_headers an die PHP-mail()-Funktion übergeben wird und als Subject-Parameter ein leerer String. Ich hab' das so gemacht, da in der PHP-Doku Newline-Zeichen im Subject-String ausdrücklich verboten werden. Mit der entsprechenden Kodierung und nachgestelltem Whitespace ist das laut RFCs aber durchaus erlaubt. In der nächsten Version werde ich das kodierte Subject dann über den Subject-Parameter übergeben, dann dürfte das Problem gelöst sein. Welche PHP-Version hast Du denn im Einsatz?
Grüße
Carsten
Frage Doppelte Subject Linie
Hallo Carsten Meier
Erstmals vielen Dank für Formitude und Mail-Drudge. Hat bei mir alles auf Anhieb funktioniert, das macht Freude! Jetzt habe ich nur noch ein kleines Problem oder eher ein Schönheitsfehler. Bei den versendeten Emails werden immer zwei Subject-Linien eingefügt, eines mit dem Betreff-Text den ich gewählt habe, sowie eine leere:
----------------------------------------
To: =?iso-8859-1?b....usw,
Subject:
Subject: =?iso-8859-1?b?VHVybmllcmFubWVsZHVuZyB2b24gU3RlcGhhbiBN/GxsZXI=?=
From: =?iso-8859-1?b....usw.
----------------------------------------
Durch das erscheint je nach Email-Client eine leere Betreffzeile oder zwei. Ich vermute den Fehler in mail-drudge.php, konnte aber nicht nachvollziehen wo er zu finden ist.
Ich denke nicht das ich was falsch gemacht habe, schreibe aber hier trotzdem mal hin wie ich die Emails aus Formitude versende:
$toaddr = array('info@meinedomain.ch', $values['email']); // Empfänger
$toname = array('Mein Name', $values['vorname']." ".$values['nachname']);
$fromaddr = $values['email']; // Absender
$fromname = $values['vorname']." ".$values['nachname'];
$subject = 'Turnieranmeldung von %%vorname%% %%nachname%%';
$subject = &maildrudge_replace_template_vars($subject, $values);
$ctlnames = NULL;
$body = formitude_get_entries(
$form, $ctlnames, 'Folgende Daten wurden eingegeben:');
// Email erzeugen
$mail = &maildrudge_create_mail(
$toaddr, $toname,
$fromaddr, $fromname,
$subject, $body);
// Email versenden
if(maildrudge_send_mail($mail))
print 'Ein Email wurde an den Turnierorganisator und an dich verschickt.<br>';
else
print '!!! Emailversand ist fehlgeschlagen !!!<br>';
Wünsche schöne Festtage und ein gutes neues Jahr.
Gruss aus der Schweiz
Stephan
Nicht - Westeuropäische Schriftsätze - Fortsetzung
Fortsetzung
Was will ich damit sagen?
Ruhig mal etwas ausprobieren, was man sonst eigentlich nicht tut.
Etwas ganz Verwegenes.
Sich eine völlig unbekannte Sprache installieren - und sehen ob man mit sowas nicht besser zurande kommt als zuvor.
Bloß um zu wissen ob ich das schaffen könnte, habe ich die Bibel in HTML gefaßt - so nach und nach sind das dann fünf Bibeln geworden. Vulgata (mit beiden Psalm - Versionen), Luther 1912, King James 1611 (irgendwann im 18. Jahrhundert revidiert) Darby 1894 französisch und das Alte Testament Hebräisch. Die vorhandenen Bibeln - die fertigen im Internet) enthielten samt und sonders Werbung oder sowas - was gar nicht in die Bibel hineingehört. Das hatte mich gekratzt. Vom Wort Gottes soll ja nichts ablenken - wozu denn sonst überhaupt die Bibel lesen - stimmt's nicht?
Buten un Binnen
Wagen und Winnen.
Wer nix riskiert (z. B. Computerabstürze, ha, ha!) gewinnt auch nix.
Oder siehste das anners?
Tschüssikowski,
Carsten
Nicht - Westeuropäische Schriftsätze
Das vorangegangene Gespräch über dar Russisch - Problemchen ist zwar schon im September gewesen und jetzt ist dezember, ich gebe trotzdem meinen späten Senf dazu, vielleicht nützt es jemandem.
Ich habe vor etwa zwei Jahren für ein paar Wochen lang recht lebendigen Kontakt zu einer Familie in Südkorea gehabt. Logo hatten wir Sprachprobleme. Sie sprachen als zweite Sprache zwar ein wenig Deutsch, aber kein Englisch, was die Sache logo erheblich vereinfacht hätte.
Es blieb mir nichts Anderes übrig, als Koreanisch auf dem localhost zu installieren. Die Schrift dazu gibt es kostenlos - man muß nur lange genug danach suchen. Meine Briefe schrieb ich in englisch und ließ sie von Google übersetzen, faßte sie dann zusammen (ordentlich in HTML präsentiert) und die Empfänger sagten, sie hätten keinerlei Verständnisschwierigkeiten. Die Dialoge verliefen auch in einer Weise, die keinen anderen Verdacht zuließen. Es ergaben sich durchweg sinnvolle Gespräche.
Koreanisch ist felertolerant - in Hinsicht auf Grammatik. In Orthographie kann man ja nix falsch machen - die Schriftzeichen repräsentieren jeweils mehrere Silbengruppen - mehr als unser Begriff für "Wort", aber weniger als unser Begriff für "Satz". Jedenfalls hab' ich den Zusammenhang zur Orthographie so zur Kenntnis genommen (Irrtum vorbehalten - *breites Grinsen*). Das bedeutet - es ist so ziemlich wurscht, in welcher Reihenfolge die Schriftzeichen von Googles Übersetzung angeordnet werden - sie ergeben (fast) immer denselben Sinn.
siehe Fortsetzung
'n Haufen Arbeit gespart
Lieber Carsten Meier,
ich habe mich mit einer Dame aus Karlsruhe zusammengetan um mit ihr gemeinsam an einem MLM teilzunehmen. Dazu braucht man logo traffic - und woher soll der kommen wenn man nicht die althergebrachte, aber wie ich meine absolutely doofe Tour "Besuchertauscher und paidMail" mit der ät zen den den den und nervenzehrenden Klickerei mitmachen will?
Ebent.
Man muß sich selbst etwas einfallen lassen. Wir sind überein gekommen, einen Anzeigenserver für kostenlose Kleinanzeigen auf die Füße zu stellen. Er muß ohne SQL auskommen, wir wollen ihn ggf an Andere weitergeben (die eventuell mit den Webmasterkünsten nicht vertraut sind), die sich uns anschließen, damit auch sie traffic bekommen können.
Deinen eMail - Versand werde ich zum Teil verwenden.
Zum Teil - nicht Alles davon.
Damit hast Du mir einen großen Dienst erwiesen - Du hast mir die Arbeit gespart.
Warum ausgerechnet Deinen eMailversand?
Du hast das Script so übersichtlich und kurz gehalten - dazu sorgfältig kommentiert - wie selten zu finden ist.
Hab' ganz herzlichen Dank!
Carsten *
* noch einer, ha, ha!
Zeichensätze
Hallo Sascha,
wie Du siehst, unterstützt dieses Forum auch keine kyrillischen Zeichen :-) . Die $contenttype-Angabe war schon richtig, Du mußt aber auch darauf achten, das der E-Mail-Text, den Du lieferst, auch diesem Zeichensatz entspricht. Am besten legst Du den Text in einer separaten Datei ab, und lädst ihn mit file_get_contents() nach. Falls Header-Felder, wie Absender und Empfänger auch Zeichen aus dem Zeichensatz enthalten, muß dieser bei $charset auch nochmal extra angegeben werden. Hast Du den Text auch mal mit einem "echten" E-Mail-Client empfangen? Vielleicht unterstützen E-Mail-Dienste wie GMX etc. solche Zeichenkodierungen ja nicht.
Grüße
Carsten
Frage
hallo, habe eine frage betreffend zeichensatz in russisch.Wenn ich Z.B. in Russisch schreibe: "Бесплатная регистрация." in HTML Mail kommt es rictig aber in Text Mail wie z.B. GMX kommt der text so:"БеÑÐ¿Ð»Ð°Ñ‚Ð½Ð°Ñ Ñ¤ÐµÐ³Ð¸ÑÑ‚Ñ¤Ð°Ñ†Ð¸Ñ "
Habe mit $contenttype = 'text/plain; charset=windows-1251',und utf-8 probiert, aber message kommt immer :БеÑÐ¿Ð»Ð°Ñ‚Ð½Ð°Ñ Ñ¤ÐµÐ³Ð¸ÑÑ‚Ñ¤Ð°Ñ†Ð¸Ñ " oder "#1080; Руский. " oder "Ã⤘õÑÂÿûðÑ⤨ýðѠрõó "
kann man da was machen, Ich freue mich auf Ihr Antwort im Voraus.
Gruss
Sascha, Schweiz
Mail-Drudge V1.0.1-Bugfix-Release
Ein Bug hat sich leider in die Version 1.0 eingeschlichen. Base64-kodierte E-Mail-Header, die sich über mehrere Zeilen erstrecken, wurden falsch behandelt. Dieser Fehler wurde in der vorliegenden Version behoben.