Hi,
Habe hier ein etwas sonderbares Problem.
Vorab schon mal folgendes.
Wenn die Mails direkt aus dem Mailprogrammen versendet wird, können alle
Empfänger erreicht werden. Allerdings müssen hier pop und smtp mit
Passwörter versehen werden, also scheint er für smtp und pop eine
autentifizierung vorzunehmen.
Wenn ich mit sendmail die mails versenden will erhalte ich folgende
Fehlermeldung.
Running /var/spool/mqueue/g1FItNC07142 (sequence 1 of 1)
EHLO sr01.pero.net 250-mail1.provider.de 250-AUTH LOGIN PLAIN 250-AUTH=LOGIN PLAIN 250-PIPELINING 250 8BITMIME MAIL From:
250 ok RCPT To: 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1) ... User unknown
Wenn ich nun via sendmail eine e-mail an einen Empfänger sende, der beim selben Provider gehostet ist, lässt er die mail durch und stellt sie zu. Sendmail macht ja von sich aus keine autentifizierung, kann es daran liegen? Ich frage mich jetzt warum macht dieser Provider das? Wieso lässt er die selber gehosteten aber durch? Ist dieses Verfahren üblich? Kann sein dass jemad von euch etwas mehr Licht ins Dunkle bringen kann. Gruss Luc
<Zitiere wer="Lucas Kissling">
Hi,
[...] Wenn ich mit sendmail die mails versenden will erhalte ich folgende Fehlermeldung.
... Connecting to smtp.peroline.ch. via smtp... 220 mail1.provider.de ESMTP '>>> RCPT To: 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1) ... User unknown [...] Ich frage mich jetzt warum macht dieser Provider das? Wieso lässt er die selber gehosteten aber durch? Ist dieses Verfahren üblich?
Sehr sogar. Ich lasse doch nicht alle Spammer dieser Welt auf meinem Mailserver ihren Müll abliefern. Das wäre dann ein open relay mit entsprechenden Konsequenzen. Also entweder Mail direkt beim MX des Empfängers abliefern oder Deinem Provider zum weitertransport übergeben. -- Urs Müller CH-Bern http://www.urs-mueller.ch
Am Samstag, 16. Februar 2002 07.01 schrieb Urs Müller:
<Zitiere wer="Lucas Kissling">
Hi,
[...] Wenn ich mit sendmail die mails versenden will erhalte ich folgende Fehlermeldung.
... Connecting to smtp.peroline.ch. via smtp... 220 mail1.provider.de ESMTP '>>> RCPT To: 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1) ... User unknown [...] Ich frage mich jetzt warum macht dieser Provider das? Wieso lässt er die selber gehosteten aber durch? Ist dieses Verfahren üblich?
Sehr sogar. Ich lasse doch nicht alle Spammer dieser Welt auf meinem Mailserver ihren Müll abliefern. Das wäre dann ein open relay mit entsprechenden Konsequenzen. Also entweder Mail direkt beim MX des Empfängers abliefern oder Deinem Provider zum weitertransport übergeben.
Genau das möchte ich nur wie du ja siehst geht es nicht. Der smpt des Providers sagt siehe oben bei 553. Damit blibe ja nur die Möglichkeit direkt beim MX auszuliefern, nur dürfte das noch schwieriger werden da kein Nameserver vorhanden, und der Host ja nicht im Inet steht sonder über isdn verbunden wird. Ausserdem gibt es für mich immernoch keinen Sinn, dass er die selbst gehosteten trotzdem annimmt. Da wäre eim Spammen immer noch möglich oder? Gruss Luc
* On Sat, 16 Feb 2002 at 8:41 +0100, Lucas Kissling wrote:
Am Samstag, 16. Februar 2002 07.01 schrieb Urs Müller:
<Zitiere wer="Lucas Kissling">
Hi,
[...] Wenn ich mit sendmail die mails versenden will erhalte ich folgende Fehlermeldung.
... Connecting to smtp.peroline.ch. via smtp... 220 mail1.provider.de ESMTP '>>> RCPT To: 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1) ... User unknown [...] Ich frage mich jetzt warum macht dieser Provider das? Wieso lässt er die selber gehosteten aber durch? Ist dieses Verfahren üblich?
Sehr sogar. Ich lasse doch nicht alle Spammer dieser Welt auf meinem Mailserver ihren Müll abliefern. Das wäre dann ein open relay mit entsprechenden Konsequenzen. Also entweder Mail direkt beim MX des Empfängers abliefern oder Deinem Provider zum weitertransport übergeben.
Genau das möchte ich nur wie du ja siehst geht es nicht. Der smpt des Providers sagt siehe oben bei 553.
Ich schätze mal, dann wirst Du Dich authentifizieren müssen.
Damit blibe ja nur die Möglichkeit direkt beim MX auszuliefern, nur dürfte das noch schwieriger werden da kein Nameserver vorhanden, und der Host ja nicht im Inet steht sonder über isdn verbunden wird.
Wieso geht das nicht? Verstehe ich nicht. Auf einen DNS musst Du ja Zugriff haben, sonst könntest Du smtp.peroline.ch nicht auflösen -> also musst Du auch direkt ausliefern können. Das einzige was Probleme machen kann, ist, wenn Du in einem dynamischen IP-Block steckst, der blacklisted ist, dann werden einige Server vermutlich schreien. Sollte aber kein Problem sein, solange Du nicht eien Allerweltsprovider wie t-online hast.
Ausserdem gibt es für mich immernoch keinen Sinn, dass er die selbst gehosteten trotzdem annimmt. Da wäre eim Spammen immer noch möglich oder?
Die selbst gehosteten muss er ja annehmen, wie sollte sonst jemand da eine Mail hinsenden können. Spam ist sowieso möglich, irgendein Schlupfloch gibts immer. Eine gute .procmailrc ist IMO weit hilfreicher. -- Adalbert PGP welcome, request public key: mailto:adalbert+key@lopez.at
Am Samstag, 16. Februar 2002 14.42 schrieb Adalbert Michelic:
* On Sat, 16 Feb 2002 at 8:41 +0100, Lucas Kissling wrote:
Am Samstag, 16. Februar 2002 07.01 schrieb Urs Müller:
<Zitiere wer="Lucas Kissling">
Hi,
[...] Wenn ich mit sendmail die mails versenden will erhalte ich folgende Fehlermeldung.
... Connecting to smtp.peroline.ch. via smtp... 220 mail1.provider.de ESMTP '>>> RCPT To: 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1) ... User unknown [...] Ich frage mich jetzt warum macht dieser Provider das? Wieso lässt er die selber gehosteten aber durch? Ist dieses Verfahren üblich?
Sehr sogar. Ich lasse doch nicht alle Spammer dieser Welt auf meinem Mailserver ihren Müll abliefern. Das wäre dann ein open relay mit entsprechenden Konsequenzen. Also entweder Mail direkt beim MX des Empfängers abliefern oder Deinem Provider zum weitertransport übergeben.
Genau das möchte ich nur wie du ja siehst geht es nicht. Der smpt des Providers sagt siehe oben bei 553.
Ich schätze mal, dann wirst Du Dich authentifizieren müssen.
Das ist es möglicherweise, sendmail mit auth oder so. Werde das woiterverfolgen.
Damit blibe ja nur die Möglichkeit direkt beim MX auszuliefern, nur dürfte das noch schwieriger werden da kein Nameserver vorhanden, und der Host ja nicht im Inet steht sonder über isdn verbunden wird.
Wieso geht das nicht? Verstehe ich nicht. Auf einen DNS musst Du ja Zugriff haben, sonst könntest Du smtp.peroline.ch nicht auflösen -> also musst Du auch direkt ausliefern können.
Das einzige was Probleme machen kann, ist, wenn Du in einem dynamischen IP-Block steckst, der blacklisted ist, dann werden einige Server vermutlich schreien. Sollte aber kein Problem sein, solange Du nicht eien Allerweltsprovider wie t-online hast.
Ausserdem gibt es für mich immernoch keinen Sinn, dass er die selbst gehosteten trotzdem annimmt. Da wäre eim Spammen immer noch möglich oder?
Die selbst gehosteten muss er ja annehmen, wie sollte sonst jemand da eine Mail hinsenden können. Spam ist sowieso möglich, irgendein Schlupfloch gibts immer. Eine gute .procmailrc ist IMO weit hilfreicher.
Meine erklärung ist vermutlich nicht sehr präzise gewesen. Der provider.de hostet meinedomain.ch ausserdem xxxx.de und yyyy.com. Wenn ich nun eine mail an user2@meinedonain.ch oder user@xxxx.de oder auch user@yyyy.com bei meine provider abliefere läuft es einwandfrei durch. Sobald ich eine mail an user@gmx.net oder user@bluewin.ch senden will lehnt er die mail ab mit der obigen Fehlerneldung. Das habe ich präzise gemeint. Das erscheint mir nicht ganz logisch. Gruss Luc
* On Sat, 16 Feb 2002 at 17:47 +0100, Lucas Kissling wrote:
Am Samstag, 16. Februar 2002 14.42 schrieb Adalbert Michelic:
* On Sat, 16 Feb 2002 at 8:41 +0100, Lucas Kissling wrote:
Am Samstag, 16. Februar 2002 07.01 schrieb Urs Müller:
<Zitiere wer="Lucas Kissling">
Hi,
[...] Wenn ich mit sendmail die mails versenden will erhalte ich folgende Fehlermeldung.
... Connecting to smtp.peroline.ch. via smtp... 220 mail1.provider.de ESMTP '>>> RCPT To: 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1) ... User unknown [...] Ich frage mich jetzt warum macht dieser Provider das? Wieso lässt er die selber gehosteten aber durch? Ist dieses Verfahren üblich?
Sehr sogar. Ich lasse doch nicht alle Spammer dieser Welt auf meinem Mailserver ihren Müll abliefern. Das wäre dann ein open relay mit entsprechenden Konsequenzen. Also entweder Mail direkt beim MX des Empfängers abliefern oder Deinem Provider zum weitertransport übergeben.
Genau das möchte ich nur wie du ja siehst geht es nicht. Der smpt des Providers sagt siehe oben bei 553.
Ich schätze mal, dann wirst Du Dich authentifizieren müssen.
Das ist es möglicherweise, sendmail mit auth oder so. Werde das woiterverfolgen.
Damit blibe ja nur die Möglichkeit direkt beim MX auszuliefern, nur dürfte das noch schwieriger werden da kein Nameserver vorhanden, und der Host ja nicht im Inet steht sonder über isdn verbunden wird.
Wieso geht das nicht? Verstehe ich nicht. Auf einen DNS musst Du ja Zugriff haben, sonst könntest Du smtp.peroline.ch nicht auflösen -> also musst Du auch direkt ausliefern können.
Das einzige was Probleme machen kann, ist, wenn Du in einem dynamischen IP-Block steckst, der blacklisted ist, dann werden einige Server vermutlich schreien. Sollte aber kein Problem sein, solange Du nicht eien Allerweltsprovider wie t-online hast.
Ausserdem gibt es für mich immernoch keinen Sinn, dass er die selbst gehosteten trotzdem annimmt. Da wäre eim Spammen immer noch möglich oder?
Die selbst gehosteten muss er ja annehmen, wie sollte sonst jemand da eine Mail hinsenden können. Spam ist sowieso möglich, irgendein Schlupfloch gibts immer. Eine gute .procmailrc ist IMO weit hilfreicher.
Meine erklärung ist vermutlich nicht sehr präzise gewesen. Der provider.de hostet meinedomain.ch ausserdem xxxx.de und yyyy.com. Wenn ich nun eine mail an user2@meinedonain.ch oder user@xxxx.de oder auch user@yyyy.com bei meine provider abliefere läuft es einwandfrei durch. Sobald ich eine mail an user@gmx.net oder user@bluewin.ch senden will lehnt er die mail ab mit der obigen Fehlerneldung. Das habe ich präzise gemeint. Das erscheint mir nicht ganz logisch.
Das habe ich schon verstanden, vermutlich war miene Antwort ein wenig unpräzise: meinedomain.ch, xxxx.de und yyyy.com muß der Server Deines Providers auf jeden Fall annehmen, weil sonst niemand Mail an diese Domain senden kann. Dieser Server ist bei den Domains im MX-Record eingetragen. Für Mails an zzzz.ch ist Dein Provider nicht zuständig. Allerdings bietet Dein Provider für Kunden[1] die Möglichkeit an, Mails an fremde Domains zu relayen. Um diese Mails anzunehmen, muss sich der Kunde allerdings vorher authorisieren. Mails an meinedomain.ch muß er aber auf jeden Fall annehmen, sonst würde niemand, der nicht Kunde des Providers ist, und eine gültige User/Passwort-Kombination hat, Mails an diese Domain senden können. [1] Wobei es mehrere Möglichkeiten gibt, Kunden zu erkennen - z.B. an der IP-Adresse, oder (wie es Dein Provider vermutlich macht) daran, daß sich der Kunde vorher mit User & Passwort authorisiert. -- Adalbert PGP welcome, request public key: mailto:adalbert+key@lopez.at
Am Samstag, 16. Februar 2002 18.15 schrieb Adalbert Michelic:
* On Sat, 16 Feb 2002 at 17:47 +0100, Lucas Kissling wrote:
Am Samstag, 16. Februar 2002 14.42 schrieb Adalbert Michelic:
* On Sat, 16 Feb 2002 at 8:41 +0100, Lucas Kissling wrote:
Am Samstag, 16. Februar 2002 07.01 schrieb Urs Müller:
<Zitiere wer="Lucas Kissling">
Hi,
[...]
Genau das möchte ich nur wie du ja siehst geht es nicht. Der smpt des Providers sagt siehe oben bei 553.
Ich schätze mal, dann wirst Du Dich authentifizieren müssen.
Das ist es möglicherweise, sendmail mit auth oder so. Werde das woiterverfolgen.
Damit blibe ja nur die Möglichkeit direkt beim MX auszuliefern, nur dürfte das noch schwieriger werden da kein Nameserver vorhanden, und der Host ja nicht im Inet steht sonder über isdn verbunden wird.
Wieso geht das nicht? Verstehe ich nicht. Auf einen DNS musst Du ja Zugriff haben, sonst könntest Du smtp.peroline.ch nicht auflösen -> also musst Du auch direkt ausliefern können.
Das einzige was Probleme machen kann, ist, wenn Du in einem dynamischen IP-Block steckst, der blacklisted ist, dann werden einige Server vermutlich schreien. Sollte aber kein Problem sein, solange Du nicht eien Allerweltsprovider wie t-online hast.
Ausserdem gibt es für mich immernoch keinen Sinn, dass er die selbst gehosteten trotzdem annimmt. Da wäre eim Spammen immer noch möglich oder?
Die selbst gehosteten muss er ja annehmen, wie sollte sonst jemand da eine Mail hinsenden können. Spam ist sowieso möglich, irgendein Schlupfloch gibts immer. Eine gute .procmailrc ist IMO weit hilfreicher.
Meine erklärung ist vermutlich nicht sehr präzise gewesen. Der provider.de hostet meinedomain.ch ausserdem xxxx.de und yyyy.com. Wenn ich nun eine mail an user2@meinedonain.ch oder user@xxxx.de oder auch user@yyyy.com bei meine provider abliefere läuft es einwandfrei durch. Sobald ich eine mail an user@gmx.net oder user@bluewin.ch senden will lehnt er die mail ab mit der obigen Fehlerneldung. Das habe ich präzise gemeint. Das erscheint mir nicht ganz logisch.
Das habe ich schon verstanden, vermutlich war miene Antwort ein wenig unpräzise:
meinedomain.ch, xxxx.de und yyyy.com muß der Server Deines Providers auf jeden Fall annehmen, weil sonst niemand Mail an diese Domain senden kann. Dieser Server ist bei den Domains im MX-Record eingetragen.
Jetzt wo du es sagst ist es mir auch klar (ist nicht ironisch gemeint). Sollte in Zukunft solche probleme wohl von verschiedenen Punkten aus betrachten. ;-)
Für Mails an zzzz.ch ist Dein Provider nicht zuständig. Allerdings bietet Dein Provider für Kunden[1] die Möglichkeit an, Mails an fremde Domains zu relayen. Um diese Mails anzunehmen, muss sich der Kunde allerdings vorher authorisieren.
Mails an meinedomain.ch muß er aber auf jeden Fall annehmen, sonst würde niemand, der nicht Kunde des Providers ist, und eine gültige User/Passwort-Kombination hat, Mails an diese Domain senden können.
[1] Wobei es mehrere Möglichkeiten gibt, Kunden zu erkennen - z.B. an der IP-Adresse, oder (wie es Dein Provider vermutlich macht) daran, daß sich der Kunde vorher mit User & Passwort authorisiert.
Genau hier liegt der Hund begraben, vermute ich auch. Werde den Provider mal anfragen, welchen Mechanismus sich hinter smtp verbirgt. Danke für deine Erläuterung. Gruss Luc
Hallo Lucas <Zitiere wer="Lucas Kissling">
Am Samstag, 16. Februar 2002 18.15 schrieb Adalbert Michelic:
* On Sat, 16 Feb 2002 at 17:47 +0100, Lucas Kissling wrote: meinedomain.ch, xxxx.de und yyyy.com muß der Server Deines Providers auf jeden Fall annehmen, weil sonst niemand Mail an diese Domain senden kann. Dieser Server ist bei den Domains im MX-Record eingetragen.
Jetzt wo du es sagst ist es mir auch klar (ist nicht ironisch gemeint). Sollte in Zukunft solche probleme wohl von verschiedenen Punkten aus betrachten. ;-)
Wer ist der Mail-Exchanger? Ganz einfach: nslookup set querytype=mx Empfängerdomain <enter>
Für Mails an zzzz.ch ist Dein Provider nicht zuständig. Allerdings bietet Dein Provider für Kunden[1] die Möglichkeit an, Mails an fremde Domains zu relayen. Um diese Mails anzunehmen, muss sich der Kunde allerdings vorher authorisieren.
Mails an meinedomain.ch muß er aber auf jeden Fall annehmen, sonst würde niemand, der nicht Kunde des Providers ist, und eine gültige User/Passwort-Kombination hat, Mails an diese Domain senden können.
Genau hier liegt der Hund begraben, vermute ich auch. Werde den Provider mal anfragen, welchen Mechanismus sich hinter smtp verbirgt.
Ich nehme jetzt einfach mal an, der provider.de hostet nur Deine Site. Dann hast Du ja noch einen ISP, in der Regel lieferst Du doch Deine Mail an den SMTP Deines Internet-Service-Providers und nicht an Deinen Webhoster. Ausgenommen Servergenerierte Mails. -- Urs Müller CH-Bern http://www.urs-mueller.ch
Am Samstag, 16. Februar 2002 22.14 schrieb Urs Müller:
Hallo Lucas <Zitiere wer="Lucas Kissling">
Am Samstag, 16. Februar 2002 18.15 schrieb Adalbert Michelic:
* On Sat, 16 Feb 2002 at 17:47 +0100, Lucas Kissling wrote: meinedomain.ch, xxxx.de und yyyy.com muß der Server Deines Providers auf jeden Fall annehmen, weil sonst niemand Mail an diese Domain senden kann. Dieser Server ist bei den Domains im MX-Record eingetragen.
Jetzt wo du es sagst ist es mir auch klar (ist nicht ironisch gemeint). Sollte in Zukunft solche probleme wohl von verschiedenen Punkten aus betrachten. ;-)
Wer ist der Mail-Exchanger? Ganz einfach: nslookup set querytype=mx Empfängerdomain <enter> Danke, den brauche ich wirklich nicht zu wissen ich gebe die Domain im Config-file von sendmail ein.
Für Mails an zzzz.ch ist Dein Provider nicht zuständig. Allerdings bietet Dein Provider für Kunden[1] die Möglichkeit an, Mails an fremde Domains zu relayen. Um diese Mails anzunehmen, muss sich der Kunde allerdings vorher authorisieren.
Mails an meinedomain.ch muß er aber auf jeden Fall annehmen, sonst würde niemand, der nicht Kunde des Providers ist, und eine gültige User/Passwort-Kombination hat, Mails an diese Domain senden können.
Genau hier liegt der Hund begraben, vermute ich auch. Werde den Provider mal anfragen, welchen Mechanismus sich hinter smtp verbirgt.
Ich nehme jetzt einfach mal an, der provider.de hostet nur Deine Site. Dann hast Du ja noch einen ISP, in der Regel lieferst Du doch Deine Mail an den SMTP Deines Internet-Service-Providers und nicht an Deinen Webhoster. Ausgenommen Servergenerierte Mails.
Nein das sehe ich gar nicht so. Früher als man noch für Internetzugänge bezahlte, habe ich sehr oft den Provider gewechselt. Jedesmal war wieder ne neue e-mail Adresse fällig. Schon damals habe ich bald bei gmx ne e-mail adresse geholt, danach hat diese nicht mehr gändert. Heute gibt es viele Gratiszugänge ohne Festplattenplatz und e-mail Adresse. Wenn du nun eine eigene Domain registrierst und die Seiten hosten lässt, hast du praktisch immer auch e-mail Adressen mit im Preis. Der Zugangsprovider ist meisten in deiner region, beim Webhoster ist so ziemlich egal wo der zuhase ist. Also hast du auch dort nicht denselben Prorvider. ect ect. Also ist es auch wichtig dass du mit einer dynamischen ip deine mails auch beim Webhoster abliefern kannst. Im Prinzip geht es ja nur lässt mich der Webhoster ohne username und passwort nicht mit sendmail ausliefern. Gruss Luc
Hallo Lucas <Zitiere wer="Lucas Kissling">
Am Samstag, 16. Februar 2002 22.14 schrieb Urs Müller:
Hallo Lucas <Zitiere wer="Lucas Kissling">
Ich nehme jetzt einfach mal an, der provider.de hostet nur Deine Site. Dann hast Du ja noch einen ISP, in der Regel lieferst Du doch Deine Mail an den SMTP Deines Internet-Service-Providers und nicht an Deinen Webhoster. Ausgenommen Servergenerierte Mails.
Wenn du nun eine eigene Domain registrierst und die Seiten hosten lässt, hast du praktisch immer auch e-mail Adressen mit im Preis. Der Zugangsprovider ist meisten in deiner region, beim Webhoster ist so ziemlich egal wo der zuhase ist. Also hast du auch dort nicht denselben Prorvider. ect ect. Also ist es auch wichtig dass du mit einer dynamischen ip deine mails auch beim Webhoster abliefern kannst. Im Prinzip geht es ja nur lässt mich der Webhoster ohne username und passwort nicht mit sendmail ausliefern.
Nicht verstanden?! Mail empfangen mit der Adresse Deiner Domain, welche immer gleich bleibt, egal wo Du hosten lässt. Du holst Deine Mail per POP oder IMAP oder wasauchimmer bei Deinem Webhoster ab. Ok? Mail senden an den Mail(versand)-Server Deines ISP. Weshalb Deine zu versendenden Mails extra dem Webhoster übergeben? Das bringt doch nichts. Das hat auch gar nichts mit der "Absender-Adresse" zu tun. Dein ISP akzeptiert alle Deine zu versendenen Mails, weil Du eine (temporäre oder fixe) IP aus seinem Range hast. Das ist doch die natürlichste Sache der Welt. -- Urs Müller CH-Bern http://www.urs-mueller.ch
Am Samstag, 16. Februar 2002 23.43 schrieb Urs Müller:
Hallo Lucas <Zitiere wer="Lucas Kissling">
Am Samstag, 16. Februar 2002 22.14 schrieb Urs Müller:
Hallo Lucas <Zitiere wer="Lucas Kissling">
Ich nehme jetzt einfach mal an, der provider.de hostet nur Deine Site. Dann hast Du ja noch einen ISP, in der Regel lieferst Du doch Deine Mail an den SMTP Deines Internet-Service-Providers und nicht an Deinen Webhoster. Ausgenommen Servergenerierte Mails.
Wenn du nun eine eigene Domain registrierst und die Seiten hosten lässt, hast du praktisch immer auch e-mail Adressen mit im Preis. Der Zugangsprovider ist meisten in deiner region, beim Webhoster ist so ziemlich egal wo der zuhase ist. Also hast du auch dort nicht denselben Prorvider. ect ect. Also ist es auch wichtig dass du mit einer dynamischen ip deine mails auch beim Webhoster abliefern kannst. Im Prinzip geht es ja nur lässt mich der Webhoster ohne username und passwort nicht mit sendmail ausliefern.
Nicht verstanden?! Mail empfangen mit der Adresse Deiner Domain, welche immer gleich bleibt, egal wo Du hosten lässt. Du holst Deine Mail per POP oder IMAP oder wasauchimmer bei Deinem Webhoster ab. Ok? Mail senden an den Mail(versand)-Server Deines ISP. Weshalb Deine zu versendenden Mails extra dem Webhoster übergeben? Das bringt doch nichts. Das hat auch gar nichts mit der "Absender-Adresse" zu tun. Dein ISP akzeptiert alle Deine zu versendenen Mails, weil Du eine (temporäre oder fixe) IP aus seinem Range hast. Das ist doch die natürlichste Sache der Welt.
Du meinst also ich kann über sunrise via general account mit meiner gmx Absenderadresse (oder igendeiner) alle meine mails versenden? Bei Sunrise meldest du dich ja bekanntlich mit user "sunrise" und passwort "freesurf" an, aber das machen alle die sich darüber einwählen. Da ist ja dem spammen Tür und Tor geöffnet. Oder verstehe ich das jetzt wieder falsch. Werde das bald einmal versuchen. Gruss Luc
Hallo Lucas <Zitiere wer="Lucas Kissling">
Am Samstag, 16. Februar 2002 23.43 schrieb Urs Müller:
Du meinst also ich kann über sunrise via general account mit meiner gmx Absenderadresse (oder igendeiner) alle meine mails versenden? Bei Sunrise meldest du dich ja bekanntlich mit user "sunrise" und passwort "freesurf" an, aber das machen alle die sich darüber einwählen. Da ist ja dem spammen Tür und Tor geöffnet. Oder verstehe ich das jetzt wieder falsch. Werde das bald einmal versuchen.
Das from in einer e-mail ist "nur" ein Textfeld. Der Sunrise - Mailserver schaut sich den ganzen Header der Mail an. Ich bin kein Mail-Spezialist der Dir hier den ganzen Aufbau eines Header und die Interpretation durch den MTA erklären kann. Aber schau Dir doch mal die Headers von Mails, auch von SPAM an. Ist teilweise interessant, wo der Müll herkommt. Ich habe mich auch schon bei Admins von Relays beschwert und Zugänge blockieren lassen. Wenn Du Deinen Sunrise-Account zum Spammen benutzen würdest, könnte Sunrise aufgrund der IP-Adresse und dem Zugangszeitpunkt Dich aus- findig machen und Dich je nach den AGB drannehmen. -- Urs Müller CH-Bern http://www.urs-mueller.ch
Am Sat, 16 Feb 2002 23:27:29 +0100 schrieb Lucas Kissling
Am Samstag, 16. Februar 2002 22.14 schrieb Urs Müller:
Hallo Lucas <Zitiere wer="Lucas Kissling">
Am Samstag, 16. Februar 2002 18.15 schrieb Adalbert Michelic:
* On Sat, 16 Feb 2002 at 17:47 +0100, Lucas Kissling wrote: [...] Nein das sehe ich gar nicht so. Früher als man noch für Internetzugänge bezahlte, habe ich sehr oft den Provider gewechselt. Jedesmal war wieder ne neue e-mail Adresse fällig. Schon damals habe ich bald bei gmx ne e-mail adresse geholt, danach hat diese nicht mehr gändert. Heute gibt es viele Gratiszugänge ohne Festplattenplatz und e-mail Adresse.
Gratiszugänge??? Was habe ich da verpasst??
Wenn du nun eine eigene Domain registrierst und die Seiten hosten lässt, hast du praktisch immer auch e-mail Adressen mit im Preis. Der Zugangsprovider ist meisten in deiner region, beim Webhoster ist so ziemlich egal wo der zuhase ist. Also hast du auch dort nicht denselben Prorvider. ect ect. Also ist es auch wichtig dass du mit einer dynamischen ip deine mails auch beim Webhoster abliefern kannst. Im Prinzip geht es ja nur lässt mich der Webhoster ohne username und passwort nicht mit sendmail ausliefern.
Warum stellst Du die Mail nicht direkt zu? Dann brauchst Du Dich nur noch um die Ausnahmen wie z.B. aol.com kümmern. Das geht über die /etc/mailertable. Ob Du das über den ISP oder den Hoster machst ist doch egal. Hängt einfach davon ab, was für Dich bequemer ist. Oder Du findest im Net ein offenes Relay ... *scnr*
Gruss Luc
participants (4)
-
Adalbert Michelic
-
Arne-Erik Martin
-
Lucas Kissling
-
Urs Müller