SSL-fähiger Ersatz für smtprelay.t-online.de

vor 12 Jahren

Mein Vertrag Call + Surf Comfort Plus beinhaltet das E-Mail-Premium-Paket (oder wie immer das aktuell heißt), sodaß ich den Mailserver smtprelay.t-online.de benutzen kann. Dies ist wichtig, da mein privater Mailserver das Mailrelay nutzt um die Mails unterschiedlichster Absenderadressen zu versenden, und smtprelay der EINZIGE Telekom-Mailserver ist, der nicht die Absenderadresse verfälscht.

Das SMTP-Relay nimmt aber nur unverschlüsselte Verbindungen auf Port 25 an. Ab 2014 will die Telekom keine unverschlüsselte Übertragung mehr zulassen. Welchen Mailserver muß ich dann verwenden, der

1) SSL-verschlüsselte Übertragung auf Port 465 (SMTPS) versteht,
2) Absenderadressen akzeptiert, die NICHT als Mailbox-Adressen bei T-Online eingerichtet sind,
3) die Absenderadressen unverändert läßt.

Die Server securesmtp.t-online.de und smtp-hosting.t-online.de erfüllen keine einzige der Forderungen, also schlagen Sie diese bitte erst gar nicht vor. Smtprelay erfüllt 2) und 3), aber leider nicht 1), sodaß seine Abschaltung zu befürchten steht.

Hinweis

Dieser Beitrag wurde geschlossen.

Hinweis

Dieser Beitrag ist nicht mehr für Antworten oder Kommentare geöffnet und ist nicht mehr für die Mitglieder der Community sichtbar.

Letzte Aktivität

vor 12 Jahren

von

Gelöschter Nutzer

10560

0

0

    • vor 12 Jahren

      Ja, genauso ist es. Bei unverschlüsselt immer ohne Probleme. Bei verschlüsselt nimmt der jetzt die neuen Zugangsdaten mittels Benutzername und Passwort des Free E-Mail-Accounts - die ja wohl notwendig sind - beim Senden einfach nicht an.


      Ja, genauso ist es. Bei unverschlüsselt immer ohne Probleme. Bei verschlüsselt nimmt der jetzt die neuen Zugangsdaten mittels Benutzername und Passwort des Free E-Mail-Accounts - die ja wohl notwendig sind - beim Senden einfach nicht an.

      Ja, genauso ist es. Bei unverschlüsselt immer ohne Probleme. Bei verschlüsselt nimmt der jetzt die neuen Zugangsdaten mittels Benutzername und Passwort des Free E-Mail-Accounts - die ja wohl notwendig sind - beim Senden einfach nicht an.


      Hallo olf444, gerade da liegt dein Denkfehler: du darfst nicht Name/PW des Free E-Mail-Accounts angeben (da weigert sich der Server natürlich), sondern Name/PW deines Hauptaccounts. Die Absenderadresse der Mail kann trotzdem deine Free-E-Mail-Adresse sein.

      0

      0

    • vor 12 Jahren

      Ja, genauso ist es. Bei unverschlüsselt immer ohne Probleme. Bei verschlüsselt nimmt der jetzt die neuen Zugangsdaten mittels Benutzername und Passwort des Free E-Mail-Accounts - die ja wohl notwendig sind - beim Senden einfach nicht an.



      Ja, genauso ist es. Bei unverschlüsselt immer ohne Probleme. Bei verschlüsselt nimmt der jetzt die neuen Zugangsdaten mittels Benutzername und Passwort des Free E-Mail-Accounts - die ja wohl notwendig sind - beim Senden einfach nicht an.


      Ja, genauso ist es. Bei unverschlüsselt immer ohne Probleme. Bei verschlüsselt nimmt der jetzt die neuen Zugangsdaten mittels Benutzername und Passwort des Free E-Mail-Accounts - die ja wohl notwendig sind - beim Senden einfach nicht an.


      Hallo olf444, gerade da liegt dein Denkfehler: du darfst nicht Name/PW des Free E-Mail-Accounts angeben (da weigert sich der Server natürlich), sondern Name/PW deines Hauptaccounts. Die Absenderadresse der Mail kann trotzdem deine Free-E-Mail-Adresse sein.

      Ich frag mich langsam, ob überhaupt Bedarf für den Relay-Server gegeben ist, oder ob olf444 nicht genauso gut den "normalen" securesmtp.t-online.de nutzen könnte.

      0

      0

    • vor 12 Jahren

      Aber erklärt immer noch nicht die Frage:

      Wenn er eine E-Mail mit seinem FreeMail-Account versenden will, kann er doch auch einfach
      securesmtp.t-online.de verwenden und als Benutzername/Kennwort die des FreeMail-Accounts verwenden...

      0

      0

    • vor 12 Jahren

      Ich frag mich langsam, ob überhaupt Bedarf für den Relay-Server gegeben ist, oder ob olf444 nicht genauso gut den "normalen" securesmtp.t-online.de nutzen könnte.


      Ich frag mich langsam, ob überhaupt Bedarf für den Relay-Server gegeben ist, oder ob olf444 nicht genauso gut den "normalen" securesmtp.t-online.de nutzen könnte.

      Ich frag mich langsam, ob überhaupt Bedarf für den Relay-Server gegeben ist, oder ob olf444 nicht genauso gut den "normalen" securesmtp.t-online.de nutzen könnte.

      Wenn er eine E-Mail mit seinem FreeMail-Account versenden will, kann er doch auch einfach securesmtp.t-online.de verwenden und als Benutzername/Kennwort die des FreeMail-Accounts verwenden...


      Wenn er eine E-Mail mit seinem FreeMail-Account versenden will, kann er doch auch einfach
      securesmtp.t-online.de verwenden und als Benutzername/Kennwort die des FreeMail-Accounts verwenden...

      Wenn er eine E-Mail mit seinem FreeMail-Account versenden will, kann er doch auch einfach
      securesmtp.t-online.de verwenden und als Benutzername/Kennwort die des FreeMail-Accounts verwenden...


      So gesehen ... nein, in diesem Fall wird er überhaupt nicht benötigt ...

      0

      0

    • vor 12 Jahren

      Vielen Dank an "mfschneider". Die Lösung kann in der Tat so einfach sein. Der Denkfehler liegt natürlich bei mir. Jetzt passt beim Senden auch die Zugangsdaten der Mail & Cloud zusammen, egal welcher Absender eingetragen ist.

      Vielen Dank an ALLE für die Problemlösung!

      0

      0

    • vor 12 Jahren

      Und natürlich: SMTPS über Port 465 wäre mir immer noch am liebsten, da für mich am einfachsten umzusetzen.


      Und natürlich: SMTPS über Port 465 wäre mir immer noch am liebsten, da für mich am einfachsten umzusetzen.

      Und natürlich: SMTPS über Port 465 wäre mir immer noch am liebsten, da für mich am einfachsten umzusetzen.



      Ist inzwischen möglich.

      0

      0

    • vor 12 Jahren

      Und natürlich: SMTPS über Port 465 wäre mir immer noch am liebsten, da für mich am einfachsten umzusetzen.



      Und natürlich: SMTPS über Port 465 wäre mir immer noch am liebsten, da für mich am einfachsten umzusetzen.


      Und natürlich: SMTPS über Port 465 wäre mir immer noch am liebsten, da für mich am einfachsten umzusetzen.



      Ist inzwischen möglich.
      WOW! Das ist aber echt eine freudige Überraschung! Vielen Dank für die Info!

      0

      0

    Das könnte Ihnen auch weiterhelfen

    in  

    15646

    0

    20

    Gelöst

    in  

    279

    0

    3

    Gelöst

    in  

    214

    0

    8

    Beliebte Tags letzte 7 Tage

    Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...