Sendmail und -> smtp login daten ?

SuSE 7.0

hallo Freaks,

monatelang lief mein sendmail, ohne irgendwelchen Stress zu machen, über einen ISDN Router (ebenfalls SuSE 7.0)

Seit ich nun DSL habe (und den Router entpsrechend umgestellt) kann ich keine Mails mehr senden.

Der Vorgang:

  1. Der Router wählt sich über meinen Provider per pppoe ein (OK)
  2. fetchmail holt Post von allen Accounts (OK)
  3. sendmail versucht zu senden und kapituliert (error 550)

Das Neue daran ist, das der SMTP Server NICHT der des Providers ist, sondern ein Webhoster ohne eigenen Einwahlserver. Meinem sendmail habe ich diese IP beigebracht, er kann auch Verbindung aufnehmen. Die Gegenseite sagt aber „user unknwon“ (unten ein Auszug von sendmail -q -v)

Von dem Webhoster habe ich die IP des dortigen SMTP Servers erhalten, samt Login und Passwort Daten (!).

Meine Frage:
Muss ich und wie soll ich sendmail diese Daten beibringen, damit sie dem Server übermittelt werden? Wo muss ich da was eintragen? Ich glaube, ich habe alle sendmail Dateien und macros durchgesehen, ohne auf verwertbare Ergebnisse zu stoßen.

Die Login Daten beugen wohl dem Missbrauch als SMTP Relay für Spammer vor. Eine Identifizierung über meine (dyn.) IP ist ja nicht möglich, da ich „von überall“ kommen kann, je nach Provider.

Any idea???

Achso, noch ein wichtiger Aspekt:
Das Senden mit Outlook Express klappt, wenn ich dort

  1. „Server erfordert Authentifizierung“ wähle und die Daten reinbringe und
  2. NICHT über sendmail sende, sondern direkt über den Router zum SMTP.

Mit StarOffice 5.2 wiederum geht es nicht, dort kann man nix eintragen, nur POP3 :frowning:(

Es muss gehen, sonst gebe ich DSL wieder ab. Interesse? :wink:)

MfG Axel

sendmail status (Daten natürlich umgeschrieben :wink: Nehmen wir mal an, [email protected] gibt es):

250-8bitmime
250-BINARYMIME
250-CHUNKING
250-VRFY
250 OK
>>> MAIL From: SIZE=411
250 2.1.0 [email protected]…Sender OK
>>> RCPT To:
550 5.7.1 Unable to relay for [email protected]
[email protected]… User unknown
>>> RSET
250 2.0.0 Resetting
root… Connecting to local…
root… Sent
Postmaster… aliased to root
root… Connecting to local…
root… Sent
Closing connection to gate-2.erfundenedomain.de.
>>> QUIT
221 2.0.0 GATE-2 Service closing transmission channel

SuSE 7.0

hallo Freaks,

monatelang lief mein sendmail, ohne irgendwelchen Stress zu
machen, über einen ISDN Router (ebenfalls SuSE 7.0)

Seit ich nun DSL habe (und den Router entpsrechend umgestellt)
kann ich keine Mails mehr senden.

Der Vorgang:

  1. Der Router wählt sich über meinen Provider per pppoe ein
    (OK)
  2. fetchmail holt Post von allen Accounts (OK)
  3. sendmail versucht zu senden und kapituliert (error 550)

Das Neue daran ist, das der SMTP Server NICHT der des
Providers ist, sondern ein Webhoster ohne eigenen

Führer war es also ein anderer Mailserver ?

Einwahlserver. Meinem sendmail habe ich diese IP beigebracht,
er kann auch Verbindung aufnehmen. Die Gegenseite sagt aber
„user unknwon“ (unten ein Auszug von sendmail -q -v)

Sieht ehe

Von dem Webhoster habe ich die IP des dortigen SMTP Servers
erhalten, samt Login und Passwort Daten (!).

Login Daten für nen SMTP Server. Du benutz wirklich SMTP.AUTH ?

Meine Frage:
Muss ich und wie soll ich sendmail diese Daten beibringen,

Wenn du wirklich mit SMTP-AUTH arbeitets ja.
Wenn nicht sind die Daten wohl eher für deinen POP3 Account und der Provider benutzt evtl. SMTP-After-POP.
In diesem Fall mußt du erst mit fetchmail die Mailsabholen und dann deine Mails versenden.
Einfacher ist es du richtest als Mailserver einen Server ein den dein DSL Provider anbietet.
(Meine config sieht wie folgt aus.
Incoming Mails -> [smtp] Mail-Provider -> [uucp] Mein Host
Outgoing Mails -> [smtp] DSL-Provider -> … -> empfänger
)

Die Login Daten beugen wohl dem Missbrauch als SMTP Relay für
Spammer vor. Eine Identifizierung über meine (dyn.) IP ist ja
nicht möglich, da ich „von überall“ kommen kann, je nach
Provider.

You are absolutly right.

Achso, noch ein wichtiger Aspekt:
Das Senden mit Outlook Express klappt, wenn ich dort

  1. „Server erfordert Authentifizierung“ wähle und die Daten
    reinbringe und

Spricht eher für SMTP-AFTER-POP

Von welchen Host stamt der folgende Dialog?
Von deinerm Router (Gehe ich von aus wegen [email protected]]
Dann liegt der Fehler erst mal bei dir und nicht dem Provider.

(Anderseits spicht das gate2-erfundene Domain für den Server des Providers)
In diesem Fall.
Ist es höchstwahrscheinlich der Relay-schutz.

Bis dann

Markus

Hi Markus, Danke für die Mühe!

SuSE 7.0

Von dem Webhoster habe ich die IP des dortigen SMTP Servers
erhalten, samt Login und Passwort Daten (!).

Login Daten für nen SMTP Server. Du benutz wirklich SMTP.AUTH?

Ja, glaube ich zumindest.
Ein anderer Grund für Login Daten fällt mir partout nicht ein.

Muss ich und wie soll ich sendmail diese Daten beibringen,

Wenn du wirklich mit SMTP-AUTH arbeitets ja.

Aber Wo / wie ?

Wenn nicht sind die Daten wohl eher für deinen POP3 Account
und der Provider benutzt evtl. SMTP-After-POP.
In diesem Fall mußt du erst mit fetchmail die Mailsabholen und
dann deine Mails versenden.

Nein, damit hat es nix zu tun. Getestet. (Note: der ist *kein* Provider)

Einfacher ist es du richtest als Mailserver einen Server ein
den dein DSL Provider anbietet.

Zu einfach, keine Herausforderung, das klappt problemlos :wink:

Nein, im Ernst. Bei dem Webhoster bleibe ich. Provider werden öfter mal gewechselt. Und irgendwie muss es doch gehen…

Aber noch wichtiger: Man denke nur an Least-Cost-Router, die ich ab und an bei Kunden aufsetze. Bisher stand ich da noch nicht vor dem Problem. Aber wenn es kommt, dann will ich gewappnet sein :wink:

Das Senden mit Outlook Express klappt, wenn ich dort

  1. „Server erfordert Authentifizierung“ wähle und die Daten
    reinbringe und

Spricht eher für SMTP-AFTER-POP

Nein, schon getestet. Egal, wie-rum ich es mache. In der fetchmailrc ist es ja auch so festgelegt.

Von welchen Host stamt der folgende Dialog?
Von deinerm Router (Gehe ich von aus wegen [email protected]]
Dann liegt der Fehler erst mal bei dir und nicht dem Provider.

Nicht vom Router, vom Mail-Server
Der Router routet nur und macht sonst nix außer Firewall, PortFW und MASQ…

Wobei so 'ne dämliche Fehlermeldung auch von Windows stammen könnte: „[email protected]… user unknown“

Es hat mich einige Zeit gekostet herauszukriegen, das es ein Auth.-Problem ist.

[…]
In diesem Fall.
Ist es höchstwahrscheinlich der Relay-schutz.

Genau! Was tun ???

Vielleicht ist es tatsächlich der Mühe nicht wert und ich greife auf den SMTP des Providers zurück. Das hieße aber fast, das ich mich Linux geschlagen geben muss, nachdem ich bisher relativ erfolgreich alle Hürden genommen habe die sich mir aufstellten.

Nur sendmail stellt mich immer wieder vor neue Rätsel.

Eine Niederlage gegen sendmail kann ich aber verkraften und werde evtl. mal bei Postfix vorbeischauen :smile:)

Aber wenn’s da auch hakelt werde ich sauer :-{

Gruss Axel

Nicht aufgeben:smile:

Hi Markus, Danke für die Mühe!

Login Daten für nen SMTP Server. Du benutz wirklich SMTP.AUTH?

Ja, glaube ich zumindest.
Ein anderer Grund für Login Daten fällt mir partout nicht ein.

Naja ich kann da noch nicht ganz so dran glauben.

Muss ich und wie soll ich sendmail diese Daten beibringen,

Wenn du wirklich mit SMTP-AUTH arbeitets ja.

Aber Wo / wie ?

Schau in die Doku. Nichts anders müsste ich tun. Habe noch nie damit gearbeitet.

Wenn nicht sind die Daten wohl eher für deinen POP3 Account
und der Provider benutzt evtl. SMTP-After-POP.
In diesem Fall mußt du erst mit fetchmail die Mailsabholen und
dann deine Mails versenden.

Nein, damit hat es nix zu tun. Getestet. (Note: der ist *kein*
Provider)

Macht ja nichts. Auch er kann das so einstellen.

Einfacher ist es du richtest als Mailserver einen Server ein
den dein DSL Provider anbietet.

Zu einfach, keine Herausforderung, das klappt problemlos :wink:

IMHO ist das doch IO. Wenn es die gewünschte Funktion erfüllt und nicht unsauber ist, was es in der Tat nicht ist.

Nein, im Ernst. Bei dem Webhoster bleibe ich. Provider werden
öfter mal gewechselt. Und irgendwie muss es doch gehen…

Und das ist ein Eintrag in der mailertable.
Mails beziehts du ja weiter per (Webhoster).

Aber noch wichtiger: Man denke nur an Least-Cost-Router, die
ich ab und an bei Kunden aufsetze. Bisher stand ich da noch
nicht vor dem Problem. Aber wenn es kommt, dann will ich
gewappnet sein :wink:

Bei der config. Ist es natürlich wichtig das es so klapp wie du dir das vorstellts.

Das Senden mit Outlook Express klappt, wenn ich dort

  1. „Server erfordert Authentifizierung“ wähle und die Daten
    reinbringe und

Spricht eher für SMTP-AFTER-POP

Nein, schon getestet. Egal, wie-rum ich es mache. In der
fetchmailrc ist es ja auch so festgelegt.

Hmmm…
ich habe da sowas ganz weit im hinterkopf… kriege aber immer I/O Error wenn ich versuche darauf zu zugreifen.

Vielleicht kann mir jemand helfen.

Welche Auth Methoden unterstütz Outlock?

Von welchen Host stamt der folgende Dialog?
Von deinerm Router (Gehe ich von aus wegen [email protected]]
Dann liegt der Fehler erst mal bei dir und nicht dem Provider.

Nicht vom Router, vom Mail-Server
Der Router routet nur und macht sonst nix außer Firewall,
PortFW und MASQ…

Naja dann verbietet der Mailserver das Relaying. Warum weiß ich er mal nicht. Was passiert wenn du mit Outlock nur Mails versendest ohne welche abzuholen.

[…]
In diesem Fall.
Ist es höchstwahrscheinlich der Relay-schutz.

Genau! Was tun ???

Am besten den Provider(Mailserverbetreiber) fragen welche Art der Authentifizierung er benutz. (Er spart mir nämlich das remote debuggen)
Sobald du es weißt. Sag mir bescheid.

Vielleicht ist es tatsächlich der Mühe nicht wert und ich
greife auf den SMTP des Providers zurück. Das hieße aber fast,
das ich mich Linux geschlagen geben muss, nachdem ich bisher
relativ erfolgreich alle Hürden genommen habe die sich mir
aufstellten.

Du kämpts mit Linux ? Ich würde das nicht als Kampf bezeichnen. Es bring dich nur weiter.

Nur sendmail stellt mich immer wieder vor neue Rätsel.

Eine Niederlage gegen sendmail kann ich aber verkraften und
werde evtl. mal bei Postfix vorbeischauen :smile:)

Wird aber nichts an deinem jetzigen Problem lösen.
Ich persönlich setze sendmail und postfix ein. Je nach Anwendungs gebiet.

Aber wenn’s da auch hakelt werde ich sauer :-{

Das liegt dann aber nicht an den MTA sondern eher an dir.

Bis dann

Markus

Warum in die Ferne schweifen …

HOWTO:

http://www.sendmail.org/~ca/email/auth.html

[…SMTP mit Login Daten…]

Naja ich kann da noch nicht ganz so dran glauben.

Glaub’s :smile:)

Wie soll ich mich denn sonst zu erkennen geben?

Das Senden mit Outlook Express klappt, wenn ich dort

  1. „Server erfordert Authentifizierung“ wähle und die Daten
    reinbringe und

Spricht eher für SMTP-AFTER-POP

Nein, schon getestet. Egal, wie-rum ich es mache. In der
fetchmailrc ist es ja auch so festgelegt.

Hmmm…
ich habe da sowas ganz weit im hinterkopf… kriege aber immer
I/O Error wenn ich versuche darauf zu zugreifen.

Vielleicht kann mir jemand helfen.

Welche Auth Methoden unterstütz Outlock?

Für die „gesicherte Authentifizierung“ müsste es SPA (Secure Password Authentication) sein. Ansonsten reine Passwortübermittlung nach der AUTH Anforderung des SMTP Relay (so hatte ich es zuvor mit OL-E probiert).

Ob dieses SPA eine reine M$ Erfindung ist, kann ich nicht sagen. Ich denke mal, es authorisiert proprietär gegen einen Exchange Server mit diesem Protokoll.

Was meinst Du mit I/O Error, wann passiert der?

Oooops, glaube, wir sind hier im falschen Forum:wink:

Was passiert wenn du mit Outlock nur Mails
versendest ohne welche abzuholen.

Alles OK, OL sendet. Auch umgedreht alles OK. Bei OL Express kann man ja wählen, welche Aktion man durchführt Alle senden, alle empf, senden u. empf.

Am besten den Provider(Mailserverbetreiber) fragen welche Art
der Authentifizierung er benutz. (Er spart mir nämlich das
remote debuggen)
Sobald du es weißt. Sag mir bescheid.

Falls es mit dem o.g. HOWTO nicht funzt, ist sowieso mal eine Anfrage beim Betreiber fällig :smile:)
Wir sind ja hier nicht bei ‚Schätzen Sie Mal‘

Du kämpts mit Linux ? Ich würde das nicht als Kampf
bezeichnen. Es bring dich nur weiter.

… aber wohin ?

Ich wollte ja nicht murren, aber es ist mir wohl schon 20x passiert, das ich mich mit einer speziellen Aufgabe ans Linux setzte und das Ergebnis mit der Aufgabe nix mehr zu tun hatte.

Letztens erst:

Ich wollte dem ISDN Daemon beibringen, mir die ChargeInt (Online-Kosten, statt immer nur ‚Charge: 0,00‘) zu sagen. Als ich aufhörte hatte ich stattdessen einen astreinen Loghost eingerichtet.

Die Charge weiß ich aber immer noch nicht :wink:

Klar liegt das an mir und nicht am Linux. Aber bei den Streifzügen durch Milliarden manpages und docs verliert man leicht den Faden, vor allem immer dann, wenn man Neuland betritt.

Eine Niederlage gegen sendmail kann ich aber verkraften und
werde evtl. mal bei Postfix vorbeischauen :smile:)

Wird aber nichts an deinem jetzigen Problem lösen.
Ich persönlich setze sendmail und postfix ein. Je nach
Anwendungs gebiet.

Das Motiv war, das es nicht so undurchsichtig sein soll wie sendmail und die Lösung nicht in 200 verstreuten Macros zu suchen ist, sondern in 20 (oder so).

Aber wenn’s da auch hakelt werde ich sauer :-{

Das liegt dann aber nicht an den MTA sondern eher an dir.

Voooorsicht ;-o
z.B.: Hast Du schon mal mit NFS zu tun gehabt? Und dann womöglich ein CDROM per NFS gemountet oder YAST über NFS-CDROM ausgeführt? Ein CD Wechsel ist dann nicht mehr möglich, Device busy, nur reboot hilft!!

Da kannst Du machen was willst Du, umount nicht möglich, lsof keine offenen Files usw.!

Hier im Forum sagte man mir damals, das es _nicht_ an mir liegt, sondern am NFS Server.

Es gibt da noch so paar andere Sachen, aber Du kennst das ganz sicher auch :wink:)

Gruss Axel

Es muss gehen, sonst gebe ich DSL wieder ab. Interesse? :wink:)

Hier.

sendmail status (Daten natürlich umgeschrieben :wink: Nehmen wir
mal an, [email protected] gibt es):
550 5.7.1 Unable to relay for [email protected]
[email protected]… User unknown

Der ist nicht drin.

Aus Gründen der Zeutknappheit habe ich hier nur überflogen. Die SMTP-Auth -Seiten von Claus Aßmann kensst Du?

http://www.sendmail.org/~ca/email/auth.html

Und dann: http://www.gnutec.com/~amonk/writing/technical/howto…

Se „Immer Ein Gutes Login!“ bastian

Ich wusste, das Du hier vorbeikommst :smile:)

Es muss gehen, sonst gebe ich DSL wieder ab. Interesse? :wink:)

Hier.

Wart’s ab.

[email protected]… User unknown

Der ist nicht drin.

Ist er doch, ich hab’s im Fernsehen selber gesehen!!

http://www.sendmail.org/~ca/email/auth.html

Danke, hab’s grad’ auch gefunden :wink:

Aber die ist neu:

http://www.gnutec.com/~amonk/writing/technical/howto…

Se „Immer Ein Gutes Login!“ bastian

Danke und Grüße dahin, wo immer Du bist.