Frage bzgl. gesendeter Mails

Hallo,

Ich verwende hierfür das Outlook 2003 und manchmal hege ich meine Zweifel, dass trotz Meldung (Mails erfolgreich gesendet) alle Mails, die ich an Personen schreibe, auch wirklich dort angelangt sind.

Leider habe ich nicht die geringste Ahnung, dass zurückzuverfolgen, außer ich schreib den einzelnen Personen eine 2te Checkmail und diese Methode ist nicht immer angenehm.

Ich habe auch öfter auf der Providerseite die Emails abrufen lassen und da sind schon einige Mails auf gesendete Emails nicht vorhanden gewesen, darum habe ich meine Sorge.

Danke im voraus

MFG

Ich weiß garnicht ob Mails die du z.B. per Outlook über einen GMX Account schickst noch extra im Gesendet-Ordner auf GMX erscheinen. Ich denke nicht ...
Wenn du deine Mails auf (z.B.) GMX im Gesendet-Ordner haben willst musst du die Mails wohl von dort aus senden und nicht über Outlook.

Gibt es nicht so eine Art Sende-/Empfangsbestätigung (nicht Lesebestätigung), habe hier auf oc.at schonmal was darüber gelesen. Angeblich unterstützt das aber nicht jeder Provider...

Ich würde einfach Lesebestätigungen anfordern UND vermeide es Mails zu schicken die mit Adresse protected geschickt aber über einen Server mit protected gesendet werden. Solche Mails landen SEHR oft im Spamverdacht.
(Ist mir ein paar mal passiert, weil ich einen zweiten Mail-Account in Outlook eingerichtet habe und der Post-Ausgangsserver noch vom ersten Accout eingestellt war.)


/Edit: Es kann auch sein dass die Leute dich einfach nicht mögen

Zitat von daisho

Ich weiß garnicht ob Mails die du z.B. per Outlook über einen GMX Account schickst noch extra im Gesendet-Ordner auf GMX erscheinen. Ich denke nicht ...
Wenn du deine Mails auf (z.B.) GMX im Gesendet-Ordner haben willst musst du die Mails wohl von dort aus senden und nicht über Outlook.

Gibt es nicht so eine Art Sende-/Empfangsbestätigung (nicht Lesebestätigung), habe hier auf oc.at schonmal was darüber gelesen. Angeblich unterstützt das aber nicht jeder Provider...

Ich würde einfach Lesebestätigungen anfordern UND vermeide es Mails zu schicken die mit Adresse protected geschickt aber über einen Server mit protected gesendet werden. Solche Mails landen SEHR oft im Spamverdacht.

Nein, ich verwende meine Provideradresse protected und keine externe Emailadresse!
Outlook ist nur eine Erleichterung, damit ich mich nicht immer direkt an Liwest anmelden muss aber die Mails gehen alle von Outlook über Liwest.
Ich denke, jetzt weißt sicher, was ich meine

Also Emails mit Provideradresse sind gerade die üblichen Mails eigentlich Liwest, Chello etc und ich hatte ja auch früher nicht das Problem gehabt (meine Sorge gilt jetzt).

MFG

Habs gerade probiert. Die Testmail ist auf der Providerseite und auf Outlook eingelangt. Möglicherweise gibts doch auf de Empfängerseite ein Problem.
Gibt es sonst keine Lösungen mehr? Ist es erlaubt vom Provider die Empfangsinformation zu erhalten?

MFG

och das mit der blacklist passiert häufig, bei leuten mit dynamischer IP und eigener domain.

als absender steht deine domain und eine wechselnde IP im header. beides wird verglichen und passt nicht zusammen.

wenn du aber über den smtp des providers und nicht selber verschickst, erübrigt sich das problem.



mail über cmd ist recht simpel.

telnet 25 der.entsprechende.smtpserver

mail from: protected
rcpt to: protected
data
blahblahblah
.(der punkt muss geschrieben werden)
quit


empfangssbestätigung wird an der selben stelle wie die lesebestätigung aktiviert. (extras, optionen, email optionen, verkaufskontrolle), allerdings muss auch der der absender zustimmen.
erfahrungsgemäss verweigern fast alle adressaten dies.


Mfg fEw

@frank:

Genauso ist es, ich verschicke es ausschließlich nur über den Provider und das ergibt auch die Seriösität der Emails.

Danke für den CMD Befehl aber es wird nichts nützen, weil du schon erwähnt hast, dass die Adressaten es verweigern und ich setze damit meinen Ruf aufs Spiel (auch nicht gut).

@zebra:

Das ist mir gerade erst jetzt aufgefallen

Also eine Email von Provider fällt grundsätzlich doch nicht in den Spambereich, daher glaube ich auch weniger, dass die Empfänger die Spameinstellung so hoch haben, dass sie die Mails nicht erhalten.

MFG

Zitat von GNU

Genauso ist es, ich verschicke es ausschließlich nur über den Provider und das ergibt auch die Seriösität der Emails.

Also eine Email von Provider fällt grundsätzlich doch nicht in den Spambereich, daher glaube ich auch weniger, dass die Empfänger die Spameinstellung so hoch haben, dass sie die Mails nicht erhalten.

nein
ich bin beim selben provider wie mein bruder und outlook schiebt trotzdem gewisse nachrichten in den spamm, weil sie zu kurz sind, weil der header "verdächtig" ist, weil der betreff nicht so 100% ist ...usw. usf.

wirklich sicher kannst dir nur sein wenn dich dein gegenüber in der trustet list hat.

Zitat von COLOSSUS

Sollte der SMTP, ueber den du verschickst, einen permanentnen Fehler bei der Zustellung mitgeteilt bekommen (5XX), schickt dieser im Regelfall eine Nachricht an den urspruenglichen Absender der Mail (dich), worin du ueber die Kommunikation der daemons unterrichtet wirst.

Wenn du via SMTP versendest, werden keine Nachrichten in irgenwelchen "Sent"-Folder abgelegt - wenn du allerdings deine Inbox via IMPA verwaltest, koennen brauchbare Mailclients gesendete Mails in den Sent-Folder dieser kopieren. Das ist aber ein vom eigentlichen Versenden unabhaengiger Prozess; beide koennen auch unabhaengig voneinander fehlschlagen.

Also das Erstere ist nicht vorgekommen (Keine Fehler usw.).

Bzlg. Punkt 2: Ähm, Outlook machts trotzdem. Obwohl SMTP, legt er die gesendeten Mails in den Sent Folder. IMPA verwende ich nicht, daher schließe ich mal die Problemhandlung der gesendeten Mails aus.

@zebra:

Tatsächlich? Also sollte die jenige Person, die meine Mail erzählt die ganzen Mails von mir in den Spamordner finden, sofern er nachschaut, was ich auch hoffen will. Anderseits, bleibt mir nichts anders übrig, als eine Lesebestätigung zu schicken. Ihn aufzufordern, mich in die Trustlist einzufügen kann ich aus firmenrechtlichen Gründen nicht.

MFG