eMail-Adressen auf die man nicht antworten kann

[s.h.a.r.k]

Hallo zusammen,

habe gerade von einer Kundin die Frage gestellt bekommen, wie man eine eMail-Adresse einrichten kann, auf die es nicht möglich ist zu antworten. Was genau sie sich darunter vorstellt weiß ich nicht so recht.

Ich weiß zwar, dass man in einem PHP-Skript via mail() eine beliebige Adresse angeben kann, diese aber meist auf dem Mail-Server des Hosters verfügbar sein muss, da die Mail sonst nicht raus geht. Macht man das ganze via PHP+SMTP, dann muss die Mail bzw. das Mailkonto ja auch vorhanden sein.

Kennt jemand diese genannte Technik? Mir wäre nämlich auch nicht bewusst, dass man sowas bei irgendeinem Hoster einrichten könnte.

mfg

[rollstuhlfahrer]

Vielleicht könnte man an dem Mail-Server (bzw. auch an dessen Spam-Filter) was drehen.
Dass man auf eine Mail nicht antworten kann, muss der Mail-Server diese Antwortmail einfach abweisen. Wenn das jetzt auf einem größeren Hoster laufen soll oder dort, wo man nicht direkt an die Konfiguration des Mail-Servers ran kommt, gäbe es immer noch die Möglichkeit, dem Spam-Filter zu sagen, dass es keinen "guten" Absender gibt, nur "böse". Das sollte dafür sorgen, dass alle eingehenden Mails abgewiesen werden.

Bernhard

ADD: Nur was soll das bitte bringen? - Eine Mail-Adresse an die man nicht schreiben kann, die aber Mails sendet finde ich alles andere als Kundenfreundlich.

[mkinzler]

Zitat:

ADD: Nur was soll das bitte bringen? - Eine Mail-Adresse an die man nicht schreiben kann, die aber Mails sendet finde ich alles andere als Kundenfreundlich.

Ist aber allgemeine Praxis: no-reply@<Domäne>

[FBrust]

Hallo,

ich kenne solche Adressen aus dem Online-Handel, wenn z. B. von einem System automatisch Bestellbestätigungen oder Newsletter verschickt werden (beginnen oft mit noreply@..... oder ähnlich).

Allerdings ist dort dann oft eine andere Mail-Adresse angegeben, an die man dann auch schreiben kann.

Wie das technisch zu realisieren wäre, weiss ich auch nicht, wahrscheinlich ruft einfach niemand Mails von diesem Konto ab.

Gruß
Frank

[rollstuhlfahrer]

Also man kann "Return-Path" als Header angeben, wohin die Antworten-Mails zu gehen haben. Aber wenn man jetzt an diese no-reply@ -Adressen schreibt, wird die Mail ganz bestimmt nicht mit dem Verdacht auf Spam abgewiesen (-> Spamfilter).

Bernhard

[mkinzler]

Nein, die Mails werden ja angenommen, aber dann gleich gelöscht.

[s.h.a.r.k]

Genau das hatte ich alles auch schon vorgeschlagen und mir überlebt. Zumal ich nicht glaube, dass man großartig an der Konfiguration etwas basteln kann. Ebenso ist mir das Feld "reply to" im eMail-Header in den Sinn gekommen. So einen richtigen Sinn dahinter sehe ich auch (noch) nicht wirklich, aber die Frage kam eben auf mich zu.

[mkinzler]

Die Peply-To Adresse wird beim Beantworten anstatt der TO Adresse verwendet

[DelphiSecurity]

Thrash mail glaube ich für FireFox!
Haufen einstellungen...

[Meflin]

Eine Lösung die man bei den meisten Hostern implementieren könnte: Man richtet einfach doch ein echtes Postfach unter der no-reply-Adresse ein, spendiert dem ganzen einen Autoresponder der - sollte doch jemand antworten - freundlich darauf hinweist, dass die Mail nicht gelesen wird und garniert das ganze mit einem Cronjob, der täglich das Postfach leert - fertig.

Bessere Lösung: man verwendet gleich ein ordentliches Ticketsystem bei dem Antwortmails automatisch zum dazugehörigen Vorgang getrackt werden ;-)

[alcaeus]

Eine Adresse an die man nicht antworten kann? Gibts nicht. Ich kann immer antworten. Die Frage ist, was dann passiert. Oft wird die E-Mail abgelehnt und mein Server gibt auf (woraufhin ich eine Undeliverable krieg). Mittlerweile versenden die Mailserver aber fast keine solchen Mails mehr, weil die oft als Backward-Spam-Methode genutzt wurden.

Am sinnvollsten ist es, die Mail-Adresse, unter der Benachrichtigungen rausgehn auch wieder abzufragen. Stell dir einfach mal nen Telefonhoerer vor, an dem du hoeren aber nicht sprechen kannst. Sowas ist alles andere als kundenfreundlich oder gar sinnvoll.

Greetz
alcaeus

[BeBored]

Reicht doch eigentlich eine Mailadresse ohne Mailbox?!
So mache ich das für die Firma (gibt z.B. eine über die Berichte verschickt werden).

[generic]

Zitat:

Zitat von mkinzler (Beitrag 1114319)

Zitat:

ADD: Nur was soll das bitte bringen? - Eine Mail-Adresse an die man nicht schreiben kann, die aber Mails sendet finde ich alles andere als Kundenfreundlich.

Ist aber allgemeine Praxis: no-reply@<Domäne>

Sehe ich auch so, warum sollte ein Kunde nicht dem Support direkt Fragen können, wenn etwas ist.

[BUG]

Aber dann wäre es vielleicht besser an den zuständigen Support antworten zu lassen als an Spezialadressen, wo die Mails dann doch vergammeln (EDIT: + der Empfänger sieht, an wen er antwortet) :gruebel:

• Sender: [e-mail] => Antwort an: [e-mail]
• Sender: [e-mail] => Antwort an: [e-mail]
• Sender: [e-mail] => Antwort an: [e-mail]

Eine Adresse wie [e-mail] sieht man aber häufig in automatisch generierten Mail.

WICHTIG: Niemals im Antwortfeld eine Adresse angeben, die einem nicht gehört (wie: [e-mail]).
Da könnten sensible Daten von unsensiblen Empfängern entfleuchen :mrgreen:

[gammatester]

Zitat:

Zitat von BUG (Beitrag 1114385)

WICHTIG: Niemals im Antwortfeld eine Adresse angeben, die einem nicht gehört (wie: [e-mail]).

Stimmt so nicht ganz. Im RFC 2606 ist extra die .invalid Toplevel-Domain reserviert (zB gammatester(at)completely.invalid)

Zitat:

To reduce the likelihood of conflict and confusion, a few top level domain names are reserved for use in private testing, as examples in documentation, and the like.
...
".invalid" is intended for use in online construction of domainnames that are sure to be invalid and which it is obvious at a glance are invalid.

[BUG]

Zitat:

Zitat von gammatester (Beitrag 1114416)

Stimmt so nicht ganz. Im RFC 2606 ist extra die .invalid Toplevel-Domain reserviert (zB gammatester(at)completely.invalid)

Cool :thumb:

[CCRDude]

Eine Email mit ungültigem Absender? Verschickt der Kunde auch Briefpost mit falscher postalischer Adresse?

Ich würde dem Kunden bzw. auch Dir empfehlen, erstmal nen Blick in TKG, TMG & Co. zu werfen, ich erinnere mich grob, daß das vor zumindest vor 10-15 Jahren noch zweifelhaft war, ob ein Anbieter so etwas darf (ja, ich weiß, jeder Hinz und Kunz macht es, aber als derjenige, der so etwas für einen Kunden einrichtet, hat man ihn halt darauf hinzuweisen). So ausgehend von "wer eine Email-Adresse einsetzt, ist auch verpflichtet, einkommende Post regelmässig zu prüfen". Auch wenn EPost beweist, daß bloße Emails nicht also so zuverlässig angesehen werden...