eMail-Adressen auf die man nicht antworten kann

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