T-Online SMTP-Relay bald kostenpflichtig - was tun?
-
- Beiträge: 69
- Registriert: 16.04.2002 13:03:04
-
Kontaktdaten:
T-Online SMTP-Relay bald kostenpflichtig - was tun?
Folgende Situation:
ich hole die Mails von meinen sämtlichen Mail-Accounts per fetchmail, das diese in die lokalen Maildirs einsortiert. Über Courier-IMAP und Squirrelmail greife ich darauf zu. Mails versenden tut postfix, welches alle Mails, die nicht lokal zustellbar sind, an smtprelay.t-online.de weiterleitet. Absenderadresse ist also immer meine Domain, nix T-Online, nix GMX etc. Da ich nun aber nicht bereit bin, 3? für quasi nichts zu bezahlen, um dieses Relay weiterhin nutzen zu können, meine Frage: was tun? Mails direkt verschicken geht nicht, da viele Server solche Mails aus Dialup-Netzen nicht akzeptieren. Ich könnte über 1und1 verschicken, wo meine Domain liegt, allerdings hab ich das mit SASL und smtp-auth noch nicht ganz hinbekommen, "no mechanism found" steht im Logfile... Hat jemand einen eleganten Weg für dieses Problem?
ich hole die Mails von meinen sämtlichen Mail-Accounts per fetchmail, das diese in die lokalen Maildirs einsortiert. Über Courier-IMAP und Squirrelmail greife ich darauf zu. Mails versenden tut postfix, welches alle Mails, die nicht lokal zustellbar sind, an smtprelay.t-online.de weiterleitet. Absenderadresse ist also immer meine Domain, nix T-Online, nix GMX etc. Da ich nun aber nicht bereit bin, 3? für quasi nichts zu bezahlen, um dieses Relay weiterhin nutzen zu können, meine Frage: was tun? Mails direkt verschicken geht nicht, da viele Server solche Mails aus Dialup-Netzen nicht akzeptieren. Ich könnte über 1und1 verschicken, wo meine Domain liegt, allerdings hab ich das mit SASL und smtp-auth noch nicht ganz hinbekommen, "no mechanism found" steht im Logfile... Hat jemand einen eleganten Weg für dieses Problem?
- pdreker
- Beiträge: 8298
- Registriert: 29.07.2002 21:53:30
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Nürnberg
no mechanism found bedeutet, dass dir ein Paket fehlt (bin ich auch gestern drüber gestolpert):
sollte Dich weiterbringen...
Patrick
Code: Alles auswählen
apt-get install libsasl-modules-plain
Patrick
Definitely not a bot...
Jabber: pdreker@debianforum.de
Jabber: pdreker@debianforum.de
-
- Beiträge: 69
- Registriert: 16.04.2002 13:03:04
-
Kontaktdaten:
mmh ... hab ich auch schon überlegt ...
vielleicht kann man ja den Mailserver seines eigenen Webspaces als smtp-relay "missbrauchen".
oder irgendwie ein php- oder perl-smtp-relay auf eigenem webspace installieren, welches dort sendmail anzapft.
keine ahnung ob das geht...
z.b. sowas hier:
http://www.phpwelt.de/archiv/arcscript.php?arcid=1598
http://www.phpwelt.de/archiv/arcscript.php?arcid=819
am einfachsten wird es wohl sein, nur noch mail über die eigene domäne zu verschicken
bzw. langsam auf eben diese mailaddys umzustellen.
vielleicht kann man ja den Mailserver seines eigenen Webspaces als smtp-relay "missbrauchen".
oder irgendwie ein php- oder perl-smtp-relay auf eigenem webspace installieren, welches dort sendmail anzapft.
keine ahnung ob das geht...
z.b. sowas hier:
http://www.phpwelt.de/archiv/arcscript.php?arcid=1598
http://www.phpwelt.de/archiv/arcscript.php?arcid=819
am einfachsten wird es wohl sein, nur noch mail über die eigene domäne zu verschicken
bzw. langsam auf eben diese mailaddys umzustellen.
- stereotype
- Beiträge: 31
- Registriert: 25.12.2002 10:34:03
Bin an der gleichen sache dran, habe folgendes gefunden, bin aber leider auch nicht weitergekommen:
http://www.eckes.org/article.php?sid=150
vielleicht hilfts ja jemandem...
http://www.eckes.org/article.php?sid=150
vielleicht hilfts ja jemandem...
Das Problem hatte ich auch... bis gestern.
Voraussetzungen: Exim, 1und1-DSL-Kunde
So funktionierts bei mir:
In /etc/exim/exim.conf wird in der Sektion "Transports" unter "remote_smtp" folgende Option eingefügt:
Alsdann wird in der Sektion "Routers" das hier als erster Eintrag eingefügt:
Und zu guter Letzt aktiviert man ganz unten in der Datei die "plain:" und "login:" Einträge, die defaultmäßig auskommentiert sind. Die unteren, die für client side authentication, wohlgemerkt.
Als Username und Paßwort trägt man dabei den Login und das Paßwort einer beliebigen, mittels controlcenter.de eingerichteten, POP-Mailbox. Voraussetzung ist natürlich, daß man sich so nur auf dem 1und1-SMPT authentifizieren will.
HTH,
Thurog
Voraussetzungen: Exim, 1und1-DSL-Kunde
So funktionierts bei mir:
In /etc/exim/exim.conf wird in der Sektion "Transports" unter "remote_smtp" folgende Option eingefügt:
Code: Alles auswählen
authenticate_hosts = auth.mail.onlinehome.de
Code: Alles auswählen
# This router sends all mail for t-online.de etc. through 1und1 authed SMTP
tonline:
driver = domainlist
transport = remote_smtp
route_list = ^t-online\.(de|at|com|net)|t-dialin\.net$ auth.mail.onlinehome.de bydns_a
Als Username und Paßwort trägt man dabei den Login und das Paßwort einer beliebigen, mittels controlcenter.de eingerichteten, POP-Mailbox. Voraussetzung ist natürlich, daß man sich so nur auf dem 1und1-SMPT authentifizieren will.
HTH,
Thurog
Hi Leute.
Ich sehe mich vor dem gleichen Problem. Das grundsätzliche
Ungemach kommt doch von T-Online und der strikten Politik.
Meine Idee:
Ich habe hier eine Prepaid-Karte für die Interneteinwahl. Ob nun
so, oder über einen CbC-Internet-Anbiieter, ist ja egal, wenn ein zweiter[\b]
SMTP-Server die Mails in eine Queque(?) stellt und dann versendet, wenn
er diese Queuue leeren kann.
Mein T-Online Account muss ja nur für eine Adresse funktionieren und kann
demzufolge sehr klein und "unflexibel" sein. Per Skript kann dann die andere
Geschichte regelmässig aussschließlich die Mails für meine WebDomain verschicken.
(plus vielleicht noch web.de und Co. abarbeiten.)
Was haltet Ihr von der Idee, wie einfach ist sie realisierbar, oder wo ist mein Denkfehler.
Ich habe keine Flat bei T-Online und bin so natürlich flexibler.
CU
Miriam
Ich sehe mich vor dem gleichen Problem. Das grundsätzliche
Ungemach kommt doch von T-Online und der strikten Politik.
Meine Idee:
Ich habe hier eine Prepaid-Karte für die Interneteinwahl. Ob nun
so, oder über einen CbC-Internet-Anbiieter, ist ja egal, wenn ein zweiter[\b]
SMTP-Server die Mails in eine Queque(?) stellt und dann versendet, wenn
er diese Queuue leeren kann.
Mein T-Online Account muss ja nur für eine Adresse funktionieren und kann
demzufolge sehr klein und "unflexibel" sein. Per Skript kann dann die andere
Geschichte regelmässig aussschließlich die Mails für meine WebDomain verschicken.
(plus vielleicht noch web.de und Co. abarbeiten.)
Was haltet Ihr von der Idee, wie einfach ist sie realisierbar, oder wo ist mein Denkfehler.
Ich habe keine Flat bei T-Online und bin so natürlich flexibler.
CU
Miriam
Das Problem hatte ich auch und konnte es jetzt loesen.
@Thurog:
Hast mir geholfen.
Ich habe einen account bei freenet.de und kann per auth, so wie du es beschreibst, alle meine eMails, ueber meinen smtp relay an den von freenet.de senden. Welcher sie dann weiter verteilt.
Gruss
Masiar
@Thurog:
Hast mir geholfen.
Ich habe einen account bei freenet.de und kann per auth, so wie du es beschreibst, alle meine eMails, ueber meinen smtp relay an den von freenet.de senden. Welcher sie dann weiter verteilt.
Gruss
Masiar
I've had a terrible day at the office. We lost a major contract, my secretary went sick and a little white dwarf turned me into a banana.
Hi.
Ich verschicke meine Mails ebenfalls an einem SMPT-Server, der per SASL authentifiziert. Ich benutze ebenfalls postfix.
Also hier meine Kinfiguration:
und außerdem in /etc/postfix/main.cf:
Vielleicht noch das:
http://www.tuxhausen.de/postfix_smtp_auth-3.html
das:
http://postfix.state-of-mind.de/patrick ... rvers.html
und das:
http://ilpostino.jpberlin.de/pipermail/ ... uch-users/
HTH
*iv
Ich verschicke meine Mails ebenfalls an einem SMPT-Server, der per SASL authentifiziert. Ich benutze ebenfalls postfix.
Also hier meine Kinfiguration:
Code: Alles auswählen
[ivo@abu:~]$ dpkg -l | grep postfix
ii postfix 1.1.11-0.woody A high-performance mail transport agent
ii postfix-doc 1.1.11-0.woody Postfix documentation
ii postfix-ldap 1.1.11-0.woody LDAP map support for Postfix
ii postfix-pcre 1.1.11-0.woody PCRE map support for Postfix
ii postfix-tls 1.1.11+tls0.7. TLS and SASL support for Postfix
[ivo@abu:~]$ dpkg -l | grep sasl
ii libsasl-digest 1.5.24-11 DIGEST-MD5 Authentication Module for SASL
ii libsasl-gssapi 1.5.24-15 Pluggable Authentication Modules for SASL -
ii libsasl-module 1.5.27-3 Basic Pluggable Authentication Modules for S
ii libsasl7 1.5.27-3 Authentication abstraction library.
ii sasl-bin 1.5.27-3 Programs for manipulating the SASL users dat
Code: Alles auswählen
# SASL
enable_sasl_authentication = yes
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_sasl_security_options =
http://www.tuxhausen.de/postfix_smtp_auth-3.html
das:
http://postfix.state-of-mind.de/patrick ... rvers.html
und das:
http://ilpostino.jpberlin.de/pipermail/ ... uch-users/
HTH
*iv