interner E-Mail-Verkehr
Hallo Liste, weiß jemand ein gutes HowTo, wie ich kurzfristig internen E-Mailverkehr an user@server ermöglichen kann? Bisher wird von den Clients unter Mozilla mit dem SMTP-Server des Providers kommuniziert, der kennt natürlich keine Adressen user@server etc.. Wie kann man kurzfristig den Server dazu bewegen (bzw. wie ist Mozilla-Mail zu konfigurieren), damit E-Mails nach extern weiterhin über den SMTP-Server des Providers laufen, aber interne E-Mails bei den Usern ankommen? Server SuSE-Linux 9.1 Clients SuSe-Linux 9.2 mfG Bernward Otto
Hallo Otto, läuft bei Dir postfix? Fuer die angelegten Benutzer gibt es Postfächer und er sollte auch intern empfangen können. Mozilla kenne ich als E-Mail-Client nicht, aber entweder ein 2tes Postfach anlegen (nur fuer interne Mails) oder Postfix als ganzen Mailserver nutzen, der alles, was nicht für seine eigene Domäne ist übers Netz raus schickt und mit fetchmail gleich die Mails aus dem www für die lokalen User abholen. Ich denke HowTo's gibts genügend für Postfix. Max
Hallo Otto,
läuft bei Dir postfix? Fuer die angelegten Benutzer gibt es Postfächer und er sollte auch intern empfangen können.
Mozilla kenne ich als E-Mail-Client nicht, aber entweder ein 2tes Postfach anlegen (nur fuer interne Mails) oder Postfix als ganzen Mailserver nutzen, der alles, was nicht für seine eigene Domäne ist übers Netz raus schickt und mit fetchmail gleich die Mails aus dem www für die lokalen User abholen.
Ich denke HowTo's gibt’s genügend für Postfix.
Max
Postfix läuft nicht, sondern sendmail. Über sendmail werden anscheinend die Systemmails abgewickelt. Mit fetchmail werden sporadisch POP3-Mailboxen mit Umleitung auf Nutzerkonten unter /var/spool/mail abgerufen. mfG Bernward Otto
Hallo Otto,
läuft bei Dir postfix? Fuer die angelegten Benutzer gibt es Postfächer und er sollte auch intern empfangen können.
Mozilla kenne ich als E-Mail-Client nicht, aber entweder ein 2tes Postfach anlegen (nur fuer interne Mails) oder Postfix als ganzen Mailserver nutzen, der alles, was nicht für seine eigene Domäne ist übers Netz raus schickt und mit fetchmail gleich die Mails aus dem www für die lokalen User abholen.
Ich denke HowTo's gibt’s genügend für Postfix.
Max
Postfix läuft nicht, sondern sendmail. Über sendmail werden anscheinend die Systemmails abgewickelt. Mit fetchmail werden sporadisch POP3-Mailboxen mit Umleitung auf Nutzerkonten unter /var/spool/mail abgerufen. mfG Bernward Otto
Bernward Otto - SuSE-Linux-Liste schrieb:
Hallo Liste,
weiß jemand ein gutes HowTo, wie ich kurzfristig internen E-Mailverkehr an user@server ermöglichen kann? Bisher wird von den Clients unter Mozilla mit dem SMTP-Server des Providers kommuniziert, der kennt natürlich keine Adressen user@server etc.. Wie kann man kurzfristig den Server dazu bewegen (bzw. wie ist Mozilla-Mail zu konfigurieren), damit E-Mails nach extern weiterhin über den SMTP-Server des Providers laufen, aber interne E-Mails bei den Usern ankommen?
Server SuSE-Linux 9.1 Clients SuSe-Linux 9.2
mfG Bernward Otto
Moin moin, Ich wuerde den postfix nutzen. Konfigurier den so, daß er die lokalen mails annimmt und ablegt, ansonsten alles ueber den SMTP eures Providers. In den Clients dann nur noch den postfix als SMTP angeben. mfg max
MAX schrieb:
Bernward Otto - SuSE-Linux-Liste schrieb:
Hallo Liste,
weiß jemand ein gutes HowTo, wie ich kurzfristig internen E-Mailverkehr an user@server ermöglichen kann? Bisher wird von den Clients unter Mozilla mit dem SMTP-Server des Providers kommuniziert, der kennt natürlich keine Adressen user@server etc.. Wie kann man kurzfristig den Server dazu bewegen (bzw. wie ist Mozilla-Mail zu konfigurieren), damit E-Mails nach extern weiterhin über den SMTP-Server des Providers laufen, aber interne E-Mails bei den Usern ankommen?
Server SuSE-Linux 9.1 Clients SuSe-Linux 9.2
mfG Bernward Otto
Moin moin,
Ich wuerde den postfix nutzen. Konfigurier den so, daß er die lokalen mails annimmt und ablegt, ansonsten alles ueber den SMTP eures Providers. In den Clients dann nur noch den postfix als SMTP angeben.
mfg max
Beim Versuch, postfix zu installieren, werden Konflikte mit sendmail gemeldet. Über sendmail laufen die z.B. von cron erzeugten Mails. Wenn sendmail deinstalliert wird und anschl. postfix installiert wird, übernimmt dann postfix "von selbst" die Aufgaben, die Systemmails zu verteilen. Wird unter Mozilla tatsächlich das Wort "postfix" unter SMTP eingegeben? mfG Bernward Otto
Bernward Otto - SuSE-Linux-Liste schrieb:
MAX schrieb:
Bernward Otto - SuSE-Linux-Liste schrieb:
Hallo Liste,
weiß jemand ein gutes HowTo, wie ich kurzfristig internen E-Mailverkehr an user@server ermöglichen kann? Bisher wird von den Clients unter Mozilla mit dem SMTP-Server des Providers kommuniziert, der kennt natürlich keine Adressen user@server etc.. Wie kann man kurzfristig den Server dazu bewegen (bzw. wie ist Mozilla-Mail zu konfigurieren), damit E-Mails nach extern weiterhin über den SMTP-Server des Providers laufen, aber interne E-Mails bei den Usern ankommen?
Server SuSE-Linux 9.1 Clients SuSe-Linux 9.2
mfG Bernward Otto
Moin moin,
Ich wuerde den postfix nutzen. Konfigurier den so, daß er die lokalen mails annimmt und ablegt, ansonsten alles ueber den SMTP eures Providers. In den Clients dann nur noch den postfix als SMTP angeben.
mfg max
Beim Versuch, postfix zu installieren, werden Konflikte mit sendmail gemeldet. Über sendmail laufen die z.B. von cron erzeugten Mails. Wenn sendmail deinstalliert wird und anschl. postfix installiert wird, übernimmt dann postfix "von selbst" die Aufgaben, die Systemmails zu verteilen. Wird unter Mozilla tatsächlich das Wort "postfix" unter SMTP eingegeben?
Moin moin, es ist voellig egal welcher Mailserver laeuft, hatte nur angenommen das es postfix ist, da er mittlerweile Standard ist. Konfigurier dann den Smarthost fuer Sendmail, sprich, trage deinen jetzigen SMTP Server als Smarthost ein, und sicherlich musst du noch User/Pass zum Auth mit angeben. Konfigurier deine lokale Maildomain und teile sie dem Sendmail mit, damit er lokal Mails auch wirklich lokal ausliefert, jeglicher anderer Mailverkehr wird ueber den Smarthost, sprich deinem Provider abgewickelt. Es kann sein das du noch DNS fuer die lokale Domain konfigurieren musst, Sendmail (auch Postfix) ist in dieser Beziehung sehr penibel. Bei den Clients gibst Du natuerlich nicht 'postfix' ein sondern die IP bzw. FQDN des Rechners auf dem Postfix/Sendmail laeuft. mfg max
MAX schrieb:
Bernward Otto - SuSE-Linux-Liste schrieb:
MAX schrieb:
Bernward Otto - SuSE-Linux-Liste schrieb:
Hallo Liste,
weiß jemand ein gutes HowTo, wie ich kurzfristig internen E-Mailverkehr an user@server ermöglichen kann? Bisher wird von den Clients unter Mozilla mit dem SMTP-Server des Providers kommuniziert, der kennt natürlich keine Adressen user@server etc.. Wie kann man kurzfristig den Server dazu bewegen (bzw. wie ist Mozilla-Mail zu konfigurieren), damit E-Mails nach extern weiterhin über den SMTP-Server des Providers laufen, aber interne E-Mails bei den Usern ankommen?
Server SuSE-Linux 9.1 Clients SuSe-Linux 9.2
mfG Bernward Otto
Moin moin,
Ich wuerde den postfix nutzen. Konfigurier den so, daß er die lokalen mails annimmt und ablegt, ansonsten alles ueber den SMTP eures Providers. In den Clients dann nur noch den postfix als SMTP angeben.
mfg max
Beim Versuch, postfix zu installieren, werden Konflikte mit sendmail gemeldet. Über sendmail laufen die z.B. von cron erzeugten Mails. Wenn sendmail deinstalliert wird und anschl. postfix installiert wird, übernimmt dann postfix "von selbst" die Aufgaben, die Systemmails zu verteilen. Wird unter Mozilla tatsächlich das Wort "postfix" unter SMTP eingegeben?
Moin moin,
es ist voellig egal welcher Mailserver laeuft, hatte nur angenommen das es postfix ist, da er mittlerweile Standard ist. Konfigurier dann den Smarthost fuer Sendmail, sprich, trage deinen jetzigen SMTP Server als Smarthost ein, und sicherlich musst du noch User/Pass zum Auth mit angeben. Konfigurier deine lokale Maildomain und teile sie dem Sendmail mit, damit er lokal Mails auch wirklich lokal ausliefert, jeglicher anderer Mailverkehr wird ueber den Smarthost, sprich deinem Provider abgewickelt. Es kann sein das du noch DNS fuer die lokale Domain konfigurieren musst, Sendmail (auch Postfix) ist in dieser Beziehung sehr penibel. Bei den Clients gibst Du natuerlich nicht 'postfix' ein sondern die IP bzw. FQDN des Rechners auf dem Postfix/Sendmail laeuft.
mfg max
Hall Max, kannst Du mir auch auf die Schnelle die entsprechende Syntax der Einträge und die Dateien, in denen das konfiguriert werden muss, nennen. Für ein Durcharbeiten des sendmail-Manuals fehlt mir einfach die Zeit ... Dem DNS ist die lokale Domain bereits bekannt ... mfG Bernward Otto
Bernward Otto - SuSE-Linux-Liste schrieb:
MAX schrieb:
Bernward Otto - SuSE-Linux-Liste schrieb:
MAX schrieb:
Bernward Otto - SuSE-Linux-Liste schrieb:
Hallo Liste,
weiß jemand ein gutes HowTo, wie ich kurzfristig internen E-Mailverkehr an user@server ermöglichen kann? Bisher wird von den Clients unter Mozilla mit dem SMTP-Server des Providers kommuniziert, der kennt natürlich keine Adressen user@server etc.. Wie kann man kurzfristig den Server dazu bewegen (bzw. wie ist Mozilla-Mail zu konfigurieren), damit E-Mails nach extern weiterhin über den SMTP-Server des Providers laufen, aber interne E-Mails bei den Usern ankommen?
Server SuSE-Linux 9.1 Clients SuSe-Linux 9.2
mfG Bernward Otto
Moin moin,
Ich wuerde den postfix nutzen. Konfigurier den so, daß er die lokalen mails annimmt und ablegt, ansonsten alles ueber den SMTP eures Providers. In den Clients dann nur noch den postfix als SMTP angeben.
mfg max
Beim Versuch, postfix zu installieren, werden Konflikte mit sendmail gemeldet. Über sendmail laufen die z.B. von cron erzeugten Mails. Wenn sendmail deinstalliert wird und anschl. postfix installiert wird, übernimmt dann postfix "von selbst" die Aufgaben, die Systemmails zu verteilen. Wird unter Mozilla tatsächlich das Wort "postfix" unter SMTP eingegeben?
Moin moin,
es ist voellig egal welcher Mailserver laeuft, hatte nur angenommen das es postfix ist, da er mittlerweile Standard ist. Konfigurier dann den Smarthost fuer Sendmail, sprich, trage deinen jetzigen SMTP Server als Smarthost ein, und sicherlich musst du noch User/Pass zum Auth mit angeben. Konfigurier deine lokale Maildomain und teile sie dem Sendmail mit, damit er lokal Mails auch wirklich lokal ausliefert, jeglicher anderer Mailverkehr wird ueber den Smarthost, sprich deinem Provider abgewickelt. Es kann sein das du noch DNS fuer die lokale Domain konfigurieren musst, Sendmail (auch Postfix) ist in dieser Beziehung sehr penibel. Bei den Clients gibst Du natuerlich nicht 'postfix' ein sondern die IP bzw. FQDN des Rechners auf dem Postfix/Sendmail laeuft.
mfg max
Hall Max,
kannst Du mir auch auf die Schnelle die entsprechende Syntax der Einträge und die Dateien, in denen das konfiguriert werden muss, nennen. Für ein Durcharbeiten des sendmail-Manuals fehlt mir einfach die Zeit ...
Dem DNS ist die lokale Domain bereits bekannt ...
Hi, Mit welcher SuSE arbeitest Du ?? unter /etc/sysconfig/ findest Du die Dateien 'mail' und 'sendmail'. In der 'mail' setzt Du LISTEN_REMOTE auf 'yes'. In der 'sendmail' setzt du unter SENDMAIL_SMARTHOST die IP bzw. den FQDN des SMTP Servers deines Providers ein. Dann setzt du den gewuenschten Anmeldemechanismus unter SENDMAIL_AUTH_MECHANISMS. Jetzt machst du ein SuSEconfig und die erforderlichen Scripts werden erzeugt. Zuguterletzt musst Du natuerlich dem Server noch die Anmeldedaten verraten und zwar unter /etc/mail/auth/auth-info. Die Syntax ist sehr gut innerhalb der Datei erklaert. Und ganz zum Schluß die auth-info mittels makemap noch in eine DB wandeln und ein rcsendmail restart. Fertsch ;) mfg max
MAX schrieb:
Bernward Otto - SuSE-Linux-Liste schrieb:
MAX schrieb:
Bernward Otto - SuSE-Linux-Liste schrieb:
MAX schrieb:
Bernward Otto - SuSE-Linux-Liste schrieb:
Hallo Liste,
weiß jemand ein gutes HowTo, wie ich kurzfristig internen E-Mailverkehr an user@server ermöglichen kann? Bisher wird von den Clients unter Mozilla mit dem SMTP-Server des Providers kommuniziert, der kennt natürlich keine Adressen user@server etc.. Wie kann man kurzfristig den Server dazu bewegen (bzw. wie ist Mozilla-Mail zu konfigurieren), damit E-Mails nach extern weiterhin über den SMTP-Server des Providers laufen, aber interne E-Mails bei den Usern ankommen?
Server SuSE-Linux 9.1 Clients SuSe-Linux 9.2
mfG Bernward Otto
Moin moin,
Ich wuerde den postfix nutzen. Konfigurier den so, daß er die lokalen mails annimmt und ablegt, ansonsten alles ueber den SMTP eures Providers. In den Clients dann nur noch den postfix als SMTP angeben.
mfg max
Beim Versuch, postfix zu installieren, werden Konflikte mit sendmail gemeldet. Über sendmail laufen die z.B. von cron erzeugten Mails. Wenn sendmail deinstalliert wird und anschl. postfix installiert wird, übernimmt dann postfix "von selbst" die Aufgaben, die Systemmails zu verteilen. Wird unter Mozilla tatsächlich das Wort "postfix" unter SMTP eingegeben?
Moin moin,
es ist voellig egal welcher Mailserver laeuft, hatte nur angenommen das es postfix ist, da er mittlerweile Standard ist. Konfigurier dann den Smarthost fuer Sendmail, sprich, trage deinen jetzigen SMTP Server als Smarthost ein, und sicherlich musst du noch User/Pass zum Auth mit angeben. Konfigurier deine lokale Maildomain und teile sie dem Sendmail mit, damit er lokal Mails auch wirklich lokal ausliefert, jeglicher anderer Mailverkehr wird ueber den Smarthost, sprich deinem Provider abgewickelt. Es kann sein das du noch DNS fuer die lokale Domain konfigurieren musst, Sendmail (auch Postfix) ist in dieser Beziehung sehr penibel. Bei den Clients gibst Du natuerlich nicht 'postfix' ein sondern die IP bzw. FQDN des Rechners auf dem Postfix/Sendmail laeuft.
mfg max
Hall Max,
kannst Du mir auch auf die Schnelle die entsprechende Syntax der Einträge und die Dateien, in denen das konfiguriert werden muss, nennen. Für ein Durcharbeiten des sendmail-Manuals fehlt mir einfach die Zeit ...
Dem DNS ist die lokale Domain bereits bekannt ...
Hi,
Mit welcher SuSE arbeitest Du ??
unter /etc/sysconfig/ findest Du die Dateien 'mail' und 'sendmail'. In der 'mail' setzt Du LISTEN_REMOTE auf 'yes'. In der 'sendmail' setzt du unter SENDMAIL_SMARTHOST die IP bzw. den FQDN des SMTP Servers deines Providers ein. Dann setzt du den gewuenschten Anmeldemechanismus unter SENDMAIL_AUTH_MECHANISMS. Jetzt machst du ein SuSEconfig und die erforderlichen Scripts werden erzeugt. Zuguterletzt musst Du natuerlich dem Server noch die Anmeldedaten verraten und zwar unter /etc/mail/auth/auth-info. Die Syntax ist sehr gut innerhalb der Datei erklaert. Und ganz zum Schluß die auth-info mittels makemap noch in eine DB wandeln und ein rcsendmail restart. Fertsch ;)
mfg max
Hallo Max, auf dem Server läuft SuSE 9.1 auf den Clients läuft SuSE 9.2 ich habe bisher immer in der sendmail.cf nachgeschaut, die ist mehr als unübersichtlich. Unter /etc/sysconfig waren in der sendmail der SENDMAIL_SMARTHOST bereits richtig gesetzt, der SENDMAIL_AUTH_MECHANISMS auf plain, den Eintrag SMTPD_LISTEN_REMOTE in der mail habe ich auf "yes" gesetzt, die Einträge in auth-info waren schon vorhanden. Nach SuSEconfig und sendmail restart kommen interne Mails jetzt an, aber bei externen Mailadressen verweigert der Mozilla 1.7 seinen Sendedienst mit der Meldung <...@...> ... Relaying denied. Bitte überprüfen Sie, ob Ihre E-Mail-Adresse in den Mail-Einstellungen stimmt und wiederholen Sie den Vorgang. Und nun? mfG Bernward Otto
Ergänzung zur Mail von 14:55 MAX schrieb:
Bernward Otto - SuSE-Linux-Liste schrieb:
MAX schrieb:
Bernward Otto - SuSE-Linux-Liste schrieb:
MAX schrieb:
Bernward Otto - SuSE-Linux-Liste schrieb:
Hallo Liste,
weiß jemand ein gutes HowTo, wie ich kurzfristig internen E-Mailverkehr an user@server ermöglichen kann? Bisher wird von den Clients unter Mozilla mit dem SMTP-Server des Providers kommuniziert, der kennt natürlich keine Adressen user@server etc.. Wie kann man kurzfristig den Server dazu bewegen (bzw. wie ist Mozilla-Mail zu konfigurieren), damit E-Mails nach extern weiterhin über den SMTP-Server des Providers laufen, aber interne E-Mails bei den Usern ankommen?
Server SuSE-Linux 9.1 Clients SuSe-Linux 9.2
mfG Bernward Otto
Moin moin,
Ich wuerde den postfix nutzen. Konfigurier den so, daß er die lokalen mails annimmt und ablegt, ansonsten alles ueber den SMTP eures Providers. In den Clients dann nur noch den postfix als SMTP angeben.
mfg max
Beim Versuch, postfix zu installieren, werden Konflikte mit sendmail gemeldet. Über sendmail laufen die z.B. von cron erzeugten Mails. Wenn sendmail deinstalliert wird und anschl. postfix installiert wird, übernimmt dann postfix "von selbst" die Aufgaben, die Systemmails zu verteilen. Wird unter Mozilla tatsächlich das Wort "postfix" unter SMTP eingegeben?
Moin moin,
es ist voellig egal welcher Mailserver laeuft, hatte nur angenommen das es postfix ist, da er mittlerweile Standard ist. Konfigurier dann den Smarthost fuer Sendmail, sprich, trage deinen jetzigen SMTP Server als Smarthost ein, und sicherlich musst du noch User/Pass zum Auth mit angeben. Konfigurier deine lokale Maildomain und teile sie dem Sendmail mit, damit er lokal Mails auch wirklich lokal ausliefert, jeglicher anderer Mailverkehr wird ueber den Smarthost, sprich deinem Provider abgewickelt. Es kann sein das du noch DNS fuer die lokale Domain konfigurieren musst, Sendmail (auch Postfix) ist in dieser Beziehung sehr penibel. Bei den Clients gibst Du natuerlich nicht 'postfix' ein sondern die IP bzw. FQDN des Rechners auf dem Postfix/Sendmail laeuft.
mfg max
Hall Max,
kannst Du mir auch auf die Schnelle die entsprechende Syntax der Einträge und die Dateien, in denen das konfiguriert werden muss, nennen. Für ein Durcharbeiten des sendmail-Manuals fehlt mir einfach die Zeit ...
Dem DNS ist die lokale Domain bereits bekannt ...
Hi,
Mit welcher SuSE arbeitest Du ??
unter /etc/sysconfig/ findest Du die Dateien 'mail' und 'sendmail'. In der 'mail' setzt Du LISTEN_REMOTE auf 'yes'. In der 'sendmail' setzt du unter SENDMAIL_SMARTHOST die IP bzw. den FQDN des SMTP Servers deines Providers ein. Dann setzt du den gewuenschten Anmeldemechanismus unter SENDMAIL_AUTH_MECHANISMS. Jetzt machst du ein SuSEconfig und die erforderlichen Scripts werden erzeugt. Zuguterletzt musst Du natuerlich dem Server noch die Anmeldedaten verraten und zwar unter /etc/mail/auth/auth-info. Die Syntax ist sehr gut innerhalb der Datei erklaert. Und ganz zum Schluß die auth-info mittels makemap noch in eine DB wandeln und ein rcsendmail restart. Fertsch ;)
mfg max
Hallo Max, hier noch eine Ergänzung der Mail von 14:55: Ich habe jetzt in der /etc/mail/access unsere Netz-IP mit RELAY erfasst, interne Mails werden weiterhin verschickt, externe scheinbar jetzt auch (jedenfalls kommt vom Mozilla-Client keine Fehlermeldung mehr), aber externe kommen nicht an. In der /var/log/messages habe ich jetzt dazu passende Einträge sendmail... AUTH=client, relay=<SMTP-Server des Providers>, temporary failure, connection abort Was fehlt jetzt noch? mfG Bernward Otto
Bernward Otto - SuSE-Linux-Liste schrieb:
Ergänzung zur Mail von 14:55
MAX schrieb:
Bernward Otto - SuSE-Linux-Liste schrieb:
MAX schrieb:
Bernward Otto - SuSE-Linux-Liste schrieb:
MAX schrieb:
Bernward Otto - SuSE-Linux-Liste schrieb:
> Hallo Liste, > > weiß jemand ein gutes HowTo, wie ich kurzfristig internen > E-Mailverkehr an user@server ermöglichen kann? Bisher wird von > den Clients unter Mozilla mit dem SMTP-Server des Providers > kommuniziert, der kennt natürlich keine Adressen user@server > etc.. Wie kann man kurzfristig den Server dazu bewegen (bzw. wie > ist Mozilla-Mail zu konfigurieren), damit E-Mails nach extern > weiterhin über den SMTP-Server des Providers laufen, aber > interne E-Mails bei den Usern ankommen? > > Server SuSE-Linux 9.1 > Clients SuSe-Linux 9.2 > > mfG Bernward Otto > Moin moin,
Ich wuerde den postfix nutzen. Konfigurier den so, daß er die lokalen mails annimmt und ablegt, ansonsten alles ueber den SMTP eures Providers. In den Clients dann nur noch den postfix als SMTP angeben.
mfg max
Beim Versuch, postfix zu installieren, werden Konflikte mit sendmail gemeldet. Über sendmail laufen die z.B. von cron erzeugten Mails. Wenn sendmail deinstalliert wird und anschl. postfix installiert wird, übernimmt dann postfix "von selbst" die Aufgaben, die Systemmails zu verteilen. Wird unter Mozilla tatsächlich das Wort "postfix" unter SMTP eingegeben?
Moin moin,
es ist voellig egal welcher Mailserver laeuft, hatte nur angenommen das es postfix ist, da er mittlerweile Standard ist. Konfigurier dann den Smarthost fuer Sendmail, sprich, trage deinen jetzigen SMTP Server als Smarthost ein, und sicherlich musst du noch User/Pass zum Auth mit angeben. Konfigurier deine lokale Maildomain und teile sie dem Sendmail mit, damit er lokal Mails auch wirklich lokal ausliefert, jeglicher anderer Mailverkehr wird ueber den Smarthost, sprich deinem Provider abgewickelt. Es kann sein das du noch DNS fuer die lokale Domain konfigurieren musst, Sendmail (auch Postfix) ist in dieser Beziehung sehr penibel. Bei den Clients gibst Du natuerlich nicht 'postfix' ein sondern die IP bzw. FQDN des Rechners auf dem Postfix/Sendmail laeuft.
mfg max
Hall Max,
kannst Du mir auch auf die Schnelle die entsprechende Syntax der Einträge und die Dateien, in denen das konfiguriert werden muss, nennen. Für ein Durcharbeiten des sendmail-Manuals fehlt mir einfach die Zeit ...
Dem DNS ist die lokale Domain bereits bekannt ...
Hi,
Mit welcher SuSE arbeitest Du ??
unter /etc/sysconfig/ findest Du die Dateien 'mail' und 'sendmail'. In der 'mail' setzt Du LISTEN_REMOTE auf 'yes'. In der 'sendmail' setzt du unter SENDMAIL_SMARTHOST die IP bzw. den FQDN des SMTP Servers deines Providers ein. Dann setzt du den gewuenschten Anmeldemechanismus unter SENDMAIL_AUTH_MECHANISMS. Jetzt machst du ein SuSEconfig und die erforderlichen Scripts werden erzeugt. Zuguterletzt musst Du natuerlich dem Server noch die Anmeldedaten verraten und zwar unter /etc/mail/auth/auth-info. Die Syntax ist sehr gut innerhalb der Datei erklaert. Und ganz zum Schluß die auth-info mittels makemap noch in eine DB wandeln und ein rcsendmail restart. Fertsch ;)
mfg max
Hallo Max,
hier noch eine Ergänzung der Mail von 14:55:
Ich habe jetzt in der /etc/mail/access unsere Netz-IP mit RELAY erfasst, interne Mails werden weiterhin verschickt, externe scheinbar jetzt auch (jedenfalls kommt vom Mozilla-Client keine Fehlermeldung mehr), aber externe kommen nicht an.
In der /var/log/messages habe ich jetzt dazu passende Einträge
sendmail... AUTH=client, relay=<SMTP-Server des Providers>, temporary failure, connection abort
Was fehlt jetzt noch?
mfG Bernward Otto
Dazu muesste ich die Bedingungen deines Providers kennen (z.B. AUTH Mechanismen,). Es koennte jetzt sein, das der Provider die Mail ablehnt, weil dein Mailserver beispielsweise ueber einen DSL Account ins netz geht oder er versucht ein Reverselookup auf deine Addresse und das geht nicht. Manchmal ist dieser Fehler auch normal, und ers beim 2-3 Sendeversuch wird die Mail entgegengenommen (Greylisting). Sorry bin momentan etwas in Zeitdruck ... mfg max
MAX schrieb:
Bernward Otto - SuSE-Linux-Liste schrieb:
Ergänzung zur Mail von 14:55
MAX schrieb:
Bernward Otto - SuSE-Linux-Liste schrieb:
MAX schrieb:
Bernward Otto - SuSE-Linux-Liste schrieb:
MAX schrieb:
> Bernward Otto - SuSE-Linux-Liste schrieb: > >> Hallo Liste, >> >> weiß jemand ein gutes HowTo, wie ich kurzfristig internen >> E-Mailverkehr an user@server ermöglichen kann? Bisher wird von >> den Clients unter Mozilla mit dem SMTP-Server des Providers >> kommuniziert, der kennt natürlich keine Adressen user@server >> etc.. Wie kann man kurzfristig den Server dazu bewegen (bzw. >> wie ist Mozilla-Mail zu konfigurieren), damit E-Mails nach >> extern weiterhin über den SMTP-Server des Providers laufen, >> aber interne E-Mails bei den Usern ankommen? >> >> Server SuSE-Linux 9.1 >> Clients SuSe-Linux 9.2 >> >> mfG Bernward Otto >> > Moin moin, > > Ich wuerde den postfix nutzen. Konfigurier den so, daß er die > lokalen mails annimmt und ablegt, ansonsten alles ueber den SMTP > eures Providers. In den Clients dann nur noch den postfix als > SMTP angeben. > > mfg > max > > Beim Versuch, postfix zu installieren, werden Konflikte mit sendmail gemeldet. Über sendmail laufen die z.B. von cron erzeugten Mails. Wenn sendmail deinstalliert wird und anschl. postfix installiert wird, übernimmt dann postfix "von selbst" die Aufgaben, die Systemmails zu verteilen. Wird unter Mozilla tatsächlich das Wort "postfix" unter SMTP eingegeben?
Moin moin,
es ist voellig egal welcher Mailserver laeuft, hatte nur angenommen das es postfix ist, da er mittlerweile Standard ist. Konfigurier dann den Smarthost fuer Sendmail, sprich, trage deinen jetzigen SMTP Server als Smarthost ein, und sicherlich musst du noch User/Pass zum Auth mit angeben. Konfigurier deine lokale Maildomain und teile sie dem Sendmail mit, damit er lokal Mails auch wirklich lokal ausliefert, jeglicher anderer Mailverkehr wird ueber den Smarthost, sprich deinem Provider abgewickelt. Es kann sein das du noch DNS fuer die lokale Domain konfigurieren musst, Sendmail (auch Postfix) ist in dieser Beziehung sehr penibel. Bei den Clients gibst Du natuerlich nicht 'postfix' ein sondern die IP bzw. FQDN des Rechners auf dem Postfix/Sendmail laeuft.
mfg max
Hall Max,
kannst Du mir auch auf die Schnelle die entsprechende Syntax der Einträge und die Dateien, in denen das konfiguriert werden muss, nennen. Für ein Durcharbeiten des sendmail-Manuals fehlt mir einfach die Zeit ...
Dem DNS ist die lokale Domain bereits bekannt ...
Hi,
Mit welcher SuSE arbeitest Du ??
unter /etc/sysconfig/ findest Du die Dateien 'mail' und 'sendmail'. In der 'mail' setzt Du LISTEN_REMOTE auf 'yes'. In der 'sendmail' setzt du unter SENDMAIL_SMARTHOST die IP bzw. den FQDN des SMTP Servers deines Providers ein. Dann setzt du den gewuenschten Anmeldemechanismus unter SENDMAIL_AUTH_MECHANISMS. Jetzt machst du ein SuSEconfig und die erforderlichen Scripts werden erzeugt. Zuguterletzt musst Du natuerlich dem Server noch die Anmeldedaten verraten und zwar unter /etc/mail/auth/auth-info. Die Syntax ist sehr gut innerhalb der Datei erklaert. Und ganz zum Schluß die auth-info mittels makemap noch in eine DB wandeln und ein rcsendmail restart. Fertsch ;)
mfg max
Hallo Max,
hier noch eine Ergänzung der Mail von 14:55:
Ich habe jetzt in der /etc/mail/access unsere Netz-IP mit RELAY erfasst, interne Mails werden weiterhin verschickt, externe scheinbar jetzt auch (jedenfalls kommt vom Mozilla-Client keine Fehlermeldung mehr), aber externe kommen nicht an.
In der /var/log/messages habe ich jetzt dazu passende Einträge
sendmail... AUTH=client, relay=<SMTP-Server des Providers>, temporary failure, connection abort
Was fehlt jetzt noch?
mfG Bernward Otto
Dazu muesste ich die Bedingungen deines Providers kennen (z.B. AUTH Mechanismen,). Es koennte jetzt sein, das der Provider die Mail ablehnt, weil dein Mailserver beispielsweise ueber einen DSL Account ins netz geht oder er versucht ein Reverselookup auf deine Addresse und das geht nicht. Manchmal ist dieser Fehler auch normal, und ers beim 2-3 Sendeversuch wird die Mail entgegengenommen (Greylisting).
Sorry bin momentan etwas in Zeitdruck ...
mfg max
Hallo Max, vielen Dank noch einmal für Deine Mühen. Wie ich bereits am 30.03.2006 13:19 gepostet habe, war durch Nachinstallation von libplain.. das Problem gelöst (da soll man mal ohne weiteres d'rauf kommen!). mfG Bernward Otto
Ergänzung zur Mail von 14:55 MAX schrieb:
Bernward Otto - SuSE-Linux-Liste schrieb:
MAX schrieb:
Bernward Otto - SuSE-Linux-Liste schrieb:
MAX schrieb:
Bernward Otto - SuSE-Linux-Liste schrieb:
Hallo Liste,
weiß jemand ein gutes HowTo, wie ich kurzfristig internen E-Mailverkehr an user@server ermöglichen kann? Bisher wird von den Clients unter Mozilla mit dem SMTP-Server des Providers kommuniziert, der kennt natürlich keine Adressen user@server etc.. Wie kann man kurzfristig den Server dazu bewegen (bzw. wie ist Mozilla-Mail zu konfigurieren), damit E-Mails nach extern weiterhin über den SMTP-Server des Providers laufen, aber interne E-Mails bei den Usern ankommen?
Server SuSE-Linux 9.1 Clients SuSe-Linux 9.2
mfG Bernward Otto
Moin moin,
Ich wuerde den postfix nutzen. Konfigurier den so, daß er die lokalen mails annimmt und ablegt, ansonsten alles ueber den SMTP eures Providers. In den Clients dann nur noch den postfix als SMTP angeben.
mfg max
Beim Versuch, postfix zu installieren, werden Konflikte mit sendmail gemeldet. Über sendmail laufen die z.B. von cron erzeugten Mails. Wenn sendmail deinstalliert wird und anschl. postfix installiert wird, übernimmt dann postfix "von selbst" die Aufgaben, die Systemmails zu verteilen. Wird unter Mozilla tatsächlich das Wort "postfix" unter SMTP eingegeben?
Moin moin,
es ist voellig egal welcher Mailserver laeuft, hatte nur angenommen das es postfix ist, da er mittlerweile Standard ist. Konfigurier dann den Smarthost fuer Sendmail, sprich, trage deinen jetzigen SMTP Server als Smarthost ein, und sicherlich musst du noch User/Pass zum Auth mit angeben. Konfigurier deine lokale Maildomain und teile sie dem Sendmail mit, damit er lokal Mails auch wirklich lokal ausliefert, jeglicher anderer Mailverkehr wird ueber den Smarthost, sprich deinem Provider abgewickelt. Es kann sein das du noch DNS fuer die lokale Domain konfigurieren musst, Sendmail (auch Postfix) ist in dieser Beziehung sehr penibel. Bei den Clients gibst Du natuerlich nicht 'postfix' ein sondern die IP bzw. FQDN des Rechners auf dem Postfix/Sendmail laeuft.
mfg max
Hall Max,
kannst Du mir auch auf die Schnelle die entsprechende Syntax der Einträge und die Dateien, in denen das konfiguriert werden muss, nennen. Für ein Durcharbeiten des sendmail-Manuals fehlt mir einfach die Zeit ...
Dem DNS ist die lokale Domain bereits bekannt ...
Hi,
Mit welcher SuSE arbeitest Du ??
unter /etc/sysconfig/ findest Du die Dateien 'mail' und 'sendmail'. In der 'mail' setzt Du LISTEN_REMOTE auf 'yes'. In der 'sendmail' setzt du unter SENDMAIL_SMARTHOST die IP bzw. den FQDN des SMTP Servers deines Providers ein. Dann setzt du den gewuenschten Anmeldemechanismus unter SENDMAIL_AUTH_MECHANISMS. Jetzt machst du ein SuSEconfig und die erforderlichen Scripts werden erzeugt. Zuguterletzt musst Du natuerlich dem Server noch die Anmeldedaten verraten und zwar unter /etc/mail/auth/auth-info. Die Syntax ist sehr gut innerhalb der Datei erklaert. Und ganz zum Schluß die auth-info mittels makemap noch in eine DB wandeln und ein rcsendmail restart. Fertsch ;)
mfg max
Hallo Max, hier noch eine Ergänzung der Mail von 14:55: Ich habe jetzt in der /etc/mail/access unsere Netz-IP mit RELAY erfasst, interne Mails werden weiterhin verschickt, externe scheinbar jetzt auch (jedenfalls kommt vom Mozilla-Client keine Fehlermeldung mehr), aber externe kommen nicht an. In der /var/log/messages habe ich jetzt dazu passende Einträge sendmail... AUTH=client, relay=<SMTP-Server des Providers>, temporary failure, connection abort Was fehlt jetzt noch? mfG Bernward Otto
On 3/28/2006 9:02 AM Bernward Otto - SuSE-Linux-Liste wrote:
an user@server ermöglichen kann? Bisher wird von den Clients unter Mozilla mit dem SMTP-Server des Providers kommuniziert, der kennt natürlich keine Adressen user@server etc..
Richte unter Mozilla ein neues movemail-Konto ein (oder ging das erst ab Mozilla 1.8a bzw. jetzt Seamonkey?), das tut nix anderes als Mails vom localhost abzufragen. Und dann als SMTP natürlich wieder localhost nehmen. Dann geht Mozilla, sobald du normal in einer Shell mailen kannst, also der Unterbau geht. OJ -- "Ich werde jeden Tropfen Blut aus Deinem Körper melken." "Wie passend, Du kämpfst wie eine dumme Kuh." (Monkey Island)
On 3/28/2006 9:02 AM Bernward Otto - SuSE-Linux-Liste wrote:
an user@server ermöglichen kann? Bisher wird von den Clients unter Mozilla mit dem SMTP-Server des Providers kommuniziert, der kennt natürlich keine Adressen user@server etc..
Richte unter Mozilla ein neues movemail-Konto ein (oder ging das erst ab Mozilla 1.8a bzw. jetzt Seamonkey?), das tut nix anderes als Mails vom localhost abzufragen. Und dann als SMTP natürlich wieder localhost nehmen.
Dann geht Mozilla, sobald du normal in einer Shell mailen kannst, also der Unterbau geht.
OJ
Das Abholen von Systemmails funktioniert, nachdem ich unter Mozilla 1.7 ein Konto mit POP-Mail-Server=<IP-Adresse des Servers> und Benutzername=<Username> eingerichtet hatte. Auf dem Server läuft sendmail, fetchmail ist sporadisch zum Abholen von externen Mails mit Umleitung auf die Konten unter /var/spool/mail im Gebrauch. Aber der Versand, was ist dafür zu tun. Als SMTP-Server habe ich <localhost> eingegeben, als Benutzer einen <User>. Der Versand wird erledigt, aber die Mails kommen weder extern, noch intern an. mfG Bernward Otto
Hallo, Am Tue, 28 Mar 2006, Bernward Otto - SuSE-Linux-Liste schrieb:
Aber der Versand, was ist dafür zu tun. Als SMTP-Server habe ich <localhost> eingegeben, als Benutzer einen <User>. Der Versand wird erledigt, aber die Mails kommen weder extern, noch intern an.
Wie sieht die Konfiguration aus? $ cd /etc/mail/ $ delcomments() { sed '/^[[:space:]]*#/d;/^[[:space:]]*$/d' "$@"; } $ delcomments access $ delcomments mailertable $ delcomments virtusertable $ delcomments local-host-names $ delcomments relay-domains $ sed '/^[[:space:]]*dnl/d;/^[[:space:]]*$/d' linux.mc u.U. kann es auch sinnvoll sein (per PM) die Ausgaben von: $ delcomments /etc/sendmail.cf | grep '^[DOFCK]' zu schicken. Mit: # unset delcomments wirst du die Funktion wieder los. -dnh -- "The smit command displays a hierarchy of menus that can lead to interactive dialogues." -- AIX man page
participants (5)
-
Bernward Otto - SuSE-Linux-Liste
-
David Haller
-
Johannes Kastl
-
MAX
-
Maximilian Steinbauer