eMail-Adressen auf die man nicht antworten kann

[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>

[generic]

Zitat von 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>

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)

• 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

[gammatester]

Zitat von BUG:

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 von gammatester:

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

Cool

[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...

[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.