March 2006 - openSUSE Users (Deutsch) - openSUSE Mailing Lists

useradd und /etc/ldap.secret
by Christof E. Spies 30 Mar '06

30 Mar '06

Hallo zusammen, seit kurzen läuft bei mir erfolgreich die Authentifikation über LDAP. Leider muss ich immer noch das LDAP-root-Passwort von Hand eingeben, das sollte doch eigentlich automatisch gehen oder irre ich da. Also ich habe den LDAP-Server mit rootdn und rootpw konfiguriert, dann habe ich in der Datei /etc/ldap.conf unter rootbinddn das gleiche eingetragen wie unter rootdn. In den Datei /etc/ldap.secret habe ich denn den Wert geschrieben (klartext) den ich für rootpw vergeben habe. Jetzt müsste ich doch eigentlich als root einfach z.B. "useradd --service ldap dau" aufrufen, damit ein neuer User angelegt wird. Leider geht das bei mir nicht ich muss immer schön ""useradd --service ldap -D "cn=root,dc=domainname,dc=tld" dau"" eingeben und werde auch immer nach dem Passwort gefragt. Ich verwende eine openSUSE 10.0 in einer neuen Standartinstallation "Minimale graphische Oberfläche". Kann mir einer sagen, wo der Fehler liegt? Alle durchsuchten Seiten sagen einfach LDAP-root-Passwort in /etc/ldap.secret eintragen und fertig. Gruss Christof

1 1

Frage zu YaST Installationquellen
by K. Elo 30 Mar '06

30 Mar '06

Morgen liste, wo speichert YaST die Daten für Installationquellen? Mehrere Quellen mit YaST einzufügen ist recht langsam, weshalb ich auch gerne die Möglichkeit hätte, die entsprechende Konf.Datei direkt zu bearbeiten. Ich habe schon mit find+grep Dateien zu finden versucht, die die Netz-Adresse einer meiner Installationsquellen enthalten, wurde aber nicht fündig. Danke schon im voraus für Hilfe, Kimmo

5 6

Kaffeine auf zweiten Bildschirm = 100% CPU
by Matthias Keller 30 Mar '06

30 Mar '06

Hi Ich habe hier ein AMD Athlon 2400+ mit einer dualscreen graka (Matrox G400) und einer einzelnen Graka (auch Matrox) Mein Problem ist, dass zwar zB xine auf allen bildschirmen normal läuft, jedoch kaffeine nur auf dem primären Bildschirm vernünftig läuft. Auf den beiden anderen Screens geht X auf ca 75% CPU hoch und kaffeine benutzt den Rest - dies hat den Effekt dass das Bild etwa jede Sekunde etwas ruckelt was ziemlich unschön ist.... Gibts dafür eine Lösung? Ich möchte eigentlich bei kaffeine bleiben da ich noch nicht rausgefunden habe wie ich xine per fernbedienung via irkick steuern könnte..... Das ist das Ende meiner xorg.conf: Section "Device" BoardName "G400 DH" BusID "1:0:0" Driver "mga" Identifier "Device[0]" Option "usevnc" "no" Screen 0 VendorName "Matrox" EndSection Section "Device" BoardName "G400 DH" BusID "1:0:0" Driver "mga" Identifier "Device[1]" Screen 1 VendorName "Matrox" EndSection Section "Device" BoardName "MGA 1064SG" BusID "0:12:0" Driver "mga" Identifier "Device[2]" Option "NoHal" Option "VideoOverlay" "on" Screen 0 VendorName "Matrox" EndSection Section "ServerLayout" Identifier "Layout[all]" InputDevice "Keyboard[0]" "CoreKeyboard" InputDevice "Mouse[1]" "CorePointer" Option "Clone" "off" Option "Xinerama" "off" Screen "Screen[0]" Screen "Screen[1]" RightOf "Screen[0]" Screen "Screen[2]" LeftOf "Screen[0]" EndSection Section "DRI" Group "video" Mode 0666 EndSection Danke ! Matti

5 6

Zwei Monitore am Linux-PC
by Manfred Rebentisch 30 Mar '06

30 Mar '06

Hallo, hat jemand Erfahrung mit dem Betrieb von zwei Monitoren am (SuSE 9.2)-Rechner? Macht ihr das mit zwei Grafikkarten oder mit einer speziellen Grafikkarte, die zwei Monitoranschlüsse hat? Manfred

6 6

AW: iproute2, CBQ & ...
by ralf.prengel＠comline.de 30 Mar '06

30 Mar '06

> -----Ursprüngliche Nachricht----- > Von: MAX [mailto:max@freecards.de] > Gesendet: Montag, 27. März 2006 15:44 > An: suse-linux(a)suse.com > Betreff: iproute2, CBQ & ... > > Moin moin, > > kennt jemand ein gutes Howto fuer Bandbreitenbegrenzung ?? > Hab ein SuSE > 9.3 als Gateway fuer 3 versch. Netze und moechte ein paar > Prio's, teilweise sogar Hostbezogen, fuer die Bandbreite > vergeben. Leider bin ich bei diesem Thema ein absoluter > Newbie und braeuchte so 'ne Art Howto fuer Dummies. Schau dir mal ipcop an. Dafür gibt es diverse Addons die traffic-sharping etc. zur Verfügung stellen. Gruß

3 2

Postscript Schriften in TrueType umwandeln
by Thomas Ohms 30 Mar '06

30 Mar '06

Hallo, ich habe hier einen Satz Postscript-Schriftarten, die ich gern für einen Freund (Fenster-Nutzer) in TrueType umwandeln möchte. Hab schon über Google gesucht, aber da waren nur Lösungen für den umgedrehten Fall zu finden. Kennt jemand ein Programm oder Befehl, der dieses erledigt? Gruß Thomas

4 4

Re: interner E-Mail-Verkehr - gelöst
by Bernward Otto - SuSE-Linux-Liste 30 Mar '06

30 Mar '06

MAX schrieb: > Bernward Otto - SuSE-Linux-Liste schrieb: > >> 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? >> >> > Ok, soweit so gut. Nun erlauben wir dem lokalen Netz noch das > relay'en. Gehe ins Verzeichnis /etc/mail, dort findest Du die Datei > access. gehe ans Ende der Datei, trage da folgendes ein: > > 10.0.0 RELAY > --> falls eure IP Add. in diesem Netz liegen (10.0.0.0/24) > > 192.168.168 RELAY > --> falls eure IP Add. in diesem Netz liegen (192.168.168.0/24) > > Ich denk das Prinzip ist klar. Danach noch mit makemap die access.db > erzeugen, nu sollte es aber tun > > > mfg > max > > > ... das hat sich wohl mit meinern letzten Mail überschnitten, die Einträge habe ich gemacht, alle Mails werden jetzt ohne Fehlermeldung unter Mozilla 1.7 verschickt, aber externe Mails kommen nicht an. Fehlermeldung in mail.err: sendmail[.....]: AUTH=client, relay=smtp. .. . .. ., temporary failure, connection abort Wo muss man jetzt noch drehen? mfG Bernward Otto ... nach einem Hinweis aus einer anderen Mail, siehe http://listi.jpberlin.de/pipermail/postfixbuch-users/2005-September/019543.… (google-Suche mit "smtp.1und1.de als relay") habe ich das /usr/lib/sasl/ Verzeichnis angeschaut: libplain.. war nicht vorhanden, jetzt nachinstalliert mit dem Ergebnis, dass die ersten Testmails an interne und externe Adressen erfolgreich verschickt wurden. Vielen Dank an alle Beteiligten. mfG Bernward Otto

1 0

"umount: device is busy"
by Ulrich 30 Mar '06

30 Mar '06

Namastè! Weiss jemand ob es möglich ist um ein Dateisystem zu unmounten, auch wenn z.B. Konqueror oder MC noch darauf zugreift? Alle Daten sind immerhin schon auf das Dateisystem geschrieben. Oft muss ich erst ein 'kde-init' töten, damit das Lösen funktioniert. Was ich suche ist etwas wie bei WinXP. Danke, Ulrich. -- ¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø My Box said: "Install WinXP/Vista/Longhorn (what ever) or better ..." So I installed Linux. ¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø

5 6

Re: interner E-Mail-Verkehr
by Bernward Otto - SuSE-Linux-Liste 30 Mar '06

30 Mar '06

MAX schrieb: > Bernward Otto - SuSE-Linux-Liste schrieb: > >> 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? >> >> > Ok, soweit so gut. Nun erlauben wir dem lokalen Netz noch das > relay'en. Gehe ins Verzeichnis /etc/mail, dort findest Du die Datei > access. gehe ans Ende der Datei, trage da folgendes ein: > > 10.0.0 RELAY > --> falls eure IP Add. in diesem Netz liegen (10.0.0.0/24) > > 192.168.168 RELAY > --> falls eure IP Add. in diesem Netz liegen (192.168.168.0/24) > > Ich denk das Prinzip ist klar. Danach noch mit makemap die access.db > erzeugen, nu sollte es aber tun > > > mfg > max > > > ... das hat sich wohl mit meinern letzten Mail überschnitten, die Einträge habe ich gemacht, alle Mails werden jetzt ohne Fehlermeldung unter Mozilla 1.7 verschickt, aber externe Mails kommen nicht an. Fehlermeldung in mail.err: sendmail[.....]: AUTH=client, relay=smtp. .. . .. ., temporary failure, connection abort Wo muss man jetzt noch drehen? mfG Bernward Otto

1 0

Re: interner E-Mail-Verkehr
by Bernward Otto - SuSE-Linux-Liste 30 Mar '06

30 Mar '06

MAX schrieb: > Bernward Otto - SuSE-Linux-Liste schrieb: > >> 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? >> >> > Ok, soweit so gut. Nun erlauben wir dem lokalen Netz noch das > relay'en. Gehe ins Verzeichnis /etc/mail, dort findest Du die Datei > access. gehe ans Ende der Datei, trage da folgendes ein: > > 10.0.0 RELAY > --> falls eure IP Add. in diesem Netz liegen (10.0.0.0/24) > > 192.168.168 RELAY > --> falls eure IP Add. in diesem Netz liegen (192.168.168.0/24) > > Ich denk das Prinzip ist klar. Danach noch mit makemap die access.db > erzeugen, nu sollte es aber tun > > > mfg > max > > > ... das hat sich wohl mit meiner letzte Mail überschnitten, die Einträge habe ich gerade gemacht, alle Mails werden ohne Fehlermeldung unter Mozilla 1.7 verschickt, aber externe Mails kommen nicht an. Fehlermeldung in mail.err: sendmail[.....]: AUTH=client, relay=smtp. .. . .. ., temporary failure, connection abort Wo muss man jetzt noch drehen? mfG Bernward Otto

1 0