[D2009] Online eMail-Adress Prüfung obs valide ist?

[Schokohase]

Du solltest dabei bedenken:

Wenn du von irgendeinem Rechner eine email direkt an den Mailserver des Empfänger verschickst, dann wird diese Mail mit sehr hoher Wahrscheinlichkeit als SPAM betrachtet (denn so machen das die SPAM-Schleudern auch)

Wenn du die Mails über deinen Mail-Provider versendest (um dieser SPAM Falle zu entgehen), dann müssen der Anwendung die Zugangsdaten bekannt sein (was blöd ist, denn dann hat der Anwender diese Zugangsdaten auch und kann sich diese mit mehr oder weniger Aufwand beschaffen)

Keinen WebServer zu haben ist nur faule Ausrede, denn es gibt auch kostenlose Angebote die dafür taugen.

[KodeZwerg]

Zitat von Schokohase:

Wenn du von irgendeinem Rechner eine email direkt an den Mailserver des Empfänger verschickst, dann wird diese Mail mit sehr hoher Wahrscheinlichkeit als SPAM betrachtet (denn so machen das die SPAM-Schleudern auch)

Zur Kenntnis genommen, sind halt alle Komponenten die eMail direkt versenden untauglich, okay, dann lasse ich von meiner App den vorhandenen eMail Client starten oder den User entscheiden, das sollte diesen Punkt aushebeln.

Zitat von Schokohase:

Keinen WebServer zu haben ist nur faule Ausrede, denn es gibt auch kostenlose Angebote die dafür taugen.

Falls ich es noch nicht erwähnt habe, ich bin Neuling im Umgang mit Delphi und Online Aktivitäten.
Ich habe mir mal einen RSS Reader für die DP gebastelt und herausgefunden wie ich Html Quelltext bekomme, das wars auch schon.

Ich bin im Urlaub und wollte eigentlich nur einen Registrierungs-Dialog auf Vordermann bringen, nicht lernen wie ich einen WebServer betreibe/installiere/bekomme/etc pp.

[himitsu]

Zitat von KodeZwerg:

[A-Z0-9._%+-]+@[A-Z0-9.-]+.[A-Z] so in etwa schaut meine Syntax-Prüfung aus um der RFC Norm zu entsprechen.

Und was ist mit meiner Umlautdomain?

http://emailregex.com/ und das ist noch eine "kurze" Version

Zitat:

Wenn du von irgendeinem Rechner eine email direkt an den Mailserver des Empfänger verschickst, dann wird diese Mail mit sehr hoher Wahrscheinlichkeit als SPAM betrachtet (denn so machen das die SPAM-Schleudern auch)

und wenn du zu viele "Test"-Mails mit dem selben Inhalt abschickst, dann kann es auch passieren, dass du auf Spamlisten landest.

Außerdem geben nicht alle Mailserver bei falschen/ungültigen Empfängern auch eine "Negativ"-Meldung raus.
IMHO Web.de, GMX und Co. machen das nicht, damit niemand "gültige" Adressen suchen kann, um sie anschließend Resourcensparender zuspamen zu können, indem er z.B. einfach so blind irgendwas (Brutefoce/Wörterbuchatacke/...) hinschickt.
Eine Mail an eine ungültige Adresse landet da einfach im Nirvana.
Mein eigener Webserver hat ein CatchAll-Postfach drauf, in dem alles landet, was keiner gültigen existierenden Adresse angehört und ich schaue da fast niemals rein ... es kann somit niemand durch Testen rausbekommen, welches die echten Postfächer sind.

Genauso ist es eine sicherere Idee, wenn Loginversuche nicht sagen "Name ist falsch", sondern immer "Passwort stimmt nicht", denn so kann nicht nach gültigen Loginnamen gesucht werden, woraufhin "nur" noch das Passwort zu finden wäre. (Webseite, Server, alles...)

[Schokohase]

Zitat von KodeZwerg:

okay, dann lasse ich von meiner App den vorhandenen eMail Client starten oder den User entscheiden, das sollte diesen Punkt aushebeln.

Womit du das ganze Verfahren ad absurdum führst (oder auch aushebelst).

Der Benutzer sieht also in seinem Mail-Client die Mail um diese an die email-Adresse zu verschicken, natürlich inkl. dem Link zu dem Webserver womit ja überprüft werden soll, ob diese email-Adresse existiert.

Anstatt die mail zu versenden kann den Anwender aber doch auch direkt den Link anklicken und wird registriert.

[KodeZwerg]

Ja das ist mir im Nachhinein auch aufgefallen. Habs total primitiv mit nem "MAILTO:" Kommando probiert.
Ich bastel mal an HTTP-Server Experiment weiter um zu schauen wie was womit reagiert und wo dort dann böse Lücken sich auf tun. Von echten WebServer/Mail-Versand habe ich null Ahnung, Versuch macht klug. Umlaute in Domänen kenne ich ebenso wenig.
Zuviele Mail Problem habe auch zur Kenntnis genommen, da behelfe ich mir mit einem Timer, eingestellt auf 300000 MSek Pause.

Ich werde mich auf jeden fall noch weiter mit dem Thema beschäftigen und reinlesen. Mal sehen was am Ende dabei rauskommt, es eilt ja nicht. Aber das direkte Mail Versenden Komponenten alle Schrott sind, au backe.

Wenn mein selbst-experiment mit App-Server fertig ist fange ich an mich dem Mail-Thema intensiver zu widmen und Schritt für Schritt zu nähern. Danach widme ich mich echten WebServern, wie die so funktionieren, was ich dabei zu beachten habe etc..

Wenn dies alles getan ist sollte ich zumindest über ein paar Grundkenntnisse verfügen die ich dann hoffentlich erfolgreich in etwas umsetzen kann.

[Schokohase]

Zitat von KodeZwerg:

Aber das direkte Mail Versenden Komponenten alle Schrott sind, au backe.

Wieso sind die Schrott?

Unwissenheit ist per se nicht schlimm, dagegen kann man etwas tun. Aber aus Unwissenheit heraus die Arbeit von anderen schlecht reden lässt mich an der Qualität deiner Kinderstube zweiflen.

[himitsu]

Zitat von KodeZwerg:

Umlaute in Domänen kenne ich ebenso wenig.

www.frauengeflüster.de also ärger@frauengeflüster.de
oder www.müllermilch.de

[Delphi.Narium]

Um in dieses umfangreiche "Gewusel" mal ein bisserl 'ne Linie zu bekommen, wäre mein Vorgehen:

• Eingabe von eMail-Adressen ermöglichen
• eMail-Adressen auf syntaktische Richtigkeit prüfen (Annäherung reicht, Vollständigkeit kaum möglich)
• DNS-Abfrage bezüglich der Domaine aus der eMail-Adresse
• Prüfen, ob diese Domaine über einen Mailserver verfügt
• über einen eigenen Mail-Account 'ne Mail dorthin schicken
• des gleichen per Programm (unter Nutzung des Accounts aus dem vorherigen Schritt) eine Mail verschicken
• beim Empfänger-Account nachschauen, ob die Mail ankommt
• diese Prüfung im eigenen Programm nachvollziehen (gezielte Postfachabfrage)
• den Inhalt der Mail im Programm auf Vollständigkeit ... auswerten
• einen (kleinen) Webserver bauen, der als normales Programm läuft und auf den verschickten Link reagiert
• wenn er reagiert den Link auswerten und daraus resultierende Funktionen implementieren

(Was vergessen? Macht nix, dann wird die Liste eben an der passenden Stelle erweitert )

Zum Probieren kann das ruhig alles in einer Exe sein, wenn man es vernünftig in Klassen kapselt, kann man diese dann später ins "Kundenprogramm", 'nen WebService, 'nen eigenen Mailserver ... "verteilen".
Es geht halt darum zu verstehen wie es geht und nicht darum eine sofort sinnvolle Applikation zu erstellen.

Alle mir bekannten Komponenten dafür arbeiten "spezifikationskonform", aber die Nutzung ist nicht zwingend trivial und da kann dann schonmal der Eindruck entstehen, das sei alles Schrott, bis dann irgendwann der Aha-Effekt aufkommt: "Ach sooooo geeeeht das, ist ja gaaanz einfach, warum sagt mir das denn niemand." Halt normales Programmiererleben

[KodeZwerg]

Zitat von Schokohase:

Aber aus Unwissenheit heraus die Arbeit von anderen schlecht reden lässt mich an der Qualität deiner Kinderstube zweiflen.

Wen habe ich schlecht geredet? Ich wusste nicht das hier eine Analyse über meine Herkunft stattfindet, also steige mal bitte vom Ross, solche Sticheleien kann man sich schenken.

Zitat von Schokohase:

Wieso sind die Schrott?

Wegen:

Zitat von Schokohase:

Wenn du von irgendeinem Rechner eine email direkt an den Mailserver des Empfänger verschickst, dann wird diese Mail mit sehr hoher Wahrscheinlichkeit als SPAM betrachtet (denn so machen das die SPAM-Schleudern auch)

Entweder versteh ich nicht was Du da von Dir gibst oder ich versteh es momentan noch falsch. Was ich stark vermute.
Was nützt mir eine tolle Komponente zum Mail Versand wenn es eh nicht ankommt, man kann es 100pro auch besser ausdrücken aber unterm Strich kommt raus das ich es nicht verwenden kann da es keinen Sinn erfüllt. Wie ne Postkarte ohne Marken.
Aber ich Lerne ja noch und vielleicht klärt sich das Missverständnis dabei auf.

Zitat von himitsu:

www.müllermilch.de

Ahhh, habs Verstanden. Danke dafür.

Zitat von Delphi.Narium:

Alle mir bekannten Komponenten dafür arbeiten "spezifikationskonform", aber die Nutzung ist nicht zwingend trivial und da kann dann schonmal der Eindruck entstehen, das sei alles Schrott, bis dann irgendwann der Aha-Effekt aufkommt: "Ach sooooo geeeeht das, ist ja gaaanz einfach, warum sagt mir das denn niemand." Halt normales Programmiererleben

Ich arbeite daran, aber erstmal mit eigenen Server rumspielen und schauen was es da so alles zu Entdecken gibt, macht mir Spaß diese neue Funktionalität.
Und ja, momentan ist alles in einer .exe zum rumprobieren enthalten, StepByStep gehts voran.

[Delphi.Narium]

Stell' Dir 'ne EMail wie 'nen normalen Brief vor:

Wenn Du wissen willst, ob der angekommen ist, muss Du den Empfänger fragen.

Bei 'nem Brief kannst Du die Post bitten, Dir die Empfangsbestätigung zu schicken, kostet aber extra, da hast Du quasi 'nen Boten, der Dir das Nachfragen abnimmt, weil er bei der erfolgreichen Zustellung dabei war und Dich darüber informiert.

Im Mailverkehr hast Du sowas schlicht und einfach nicht.

Die Mail ist raus und damit für Dich nicht mehr kontrollierbar.

Es kann sein, dass es Mailserver gibt, die so nett sind, Dich über eine Unzustellbarkeit zu informieren. Darauf verlassen, dass alle das tun? Vergiss es.

Lesebestätigung vom Empfänger anfordern?

Manche schicken diese automatisch, auch wenn sie nicht gelesen haben, manche, wenn sie gelesen haben, manche ignorieren sie.

Also auch kein Verlass.

Das ist kein Problem irgendwelcher Komponenten. Alle Mailclients und Mailserver haben das Problem.

Bei 'ner mit Outlook (oder beliebigem anderen Client) verschickten Mail erfährst Du auch nicht zwingend, ob sie angekommen ist oder unzustellbar war. Es kann sein, dass Du es erfährst, aber drauf verlassen kannst Du Dich nicht.