Dezember 1998 - Linux

Mailserver
by Andre.Landwehr＠Bertelsmann.de 16 Dez '98

16 Dez '98

Wo wir grade bei Mailservern sind... hat schon jemand Erfahrungen mit dem postfix, ehemals VMailer, gesammelt? Gruß Andre

3 3

Re: Mailserver
by Andre.Landwehr＠Bertelsmann.de 16 Dez '98

16 Dez '98

> > Erfahrungen mit dem > > postfix, ehemals VMailer, gesammelt? > > Begeistert war ich nicht - Ist halt wieder mal ein mailer. Das problem > ist fuer MICH das die meisten "modernen" mailer kein UUCP > mehr beherrschen Angeblich kann Postfix das, zumindest ist ein rudimentärer Support vorhanden und bessere Unterstützung geplant hab ich gehört... aber das wurde ja über qmail auch gesagt ;-) > und daher fuer mich unbrauchbar sind. Ich bin deshalb im moment > mal wieder flaechendeckend mit "smail" am rumprobieren und finde > das dingen echt brauchbar. Bisher habe ich sendmail benutzt und > das dingen kann zwar auch tuerme von Hanoi loesen und ist einfach > zu configurieren (ueber m4 makros) aber doch ein koloss. Mit smail hab ich keine Erfahrungen, sollte ich mich vielleicht mal reinknien... Von Sendmail hab ich die Nase voll, die M4-Makros haben bei mir nur Mist gebaut. Wenn man eine "echte" Site zu verwalten hat ist das alles kein Problem mit den Makros, aber leider sieht das für das Einzelplatzsystem zu Hause ein wenig anders aus, z.B. lege ich Wert darauf, daß meine Absenderdomain nicht "ich.zu.hause.de" ist sondern z.B. auf gmx umgebogen wird. Usernamen können die M4 Makros ja vielleicht noch ändern, aber mit Domänen haben die's nicht so, das hab ich dann von Hand in der sendmail.cf hardcoden müssen. Daher suchte ich eine Alternative und hatte meine Hoffnungen auf dieses Postfix gesetzt... Gruß Andre

1 0

Userdaten Kopieren unter Linux
by Michael Westermann 16 Dez '98

16 Dez '98

Hallo, ich will einen Mailserver unter Linux neu Installieren. Gibt es eine Möglichkeit die Userdaten (Password+Kennung+gruppe) zu Sichern und später wieder einzuspielen. Reicht es aus die /etc/passwd* , /etc/group* , /etc/gshadow* zu sichern und später wieder einzuspielen. Hat jemand hier bereits Erfahrungen Der Mailserver läuft übrigens sehr gut (seit 0398) , aber ich will von Debian 1.3.1 auf 2.0 upgraden. Update soll gehen aber beim Neuinstall habe ich ein besseres Gefühl. Michael

5 4

Re: Userdaten Kopieren unter Linux
by Andre.Landwehr＠Bertelsmann.de 16 Dez '98

16 Dez '98

> ich will einen Mailserver unter Linux neu Installieren. Gibt es eine > Möglichkeit die Userdaten (Password+Kennung+gruppe) zu Sichern und > später > wieder einzuspielen. > Reicht es aus die /etc/passwd* , /etc/group* , /etc/gshadow* > zu sichern > und später wieder einzuspielen. Ich würde zusätzlich die mailserverspezifischen Dateien ( "sendmail.cf" ) sichern, man weiß ja nie, und die sind erfahrungsgemäß nur sehr schwer wieder herzustellen (jedenfalls bei sendmail). Wahrscheinlich ist es am schnellsten, das gesamte /etc als tgz irgendwohin zu legen, eh man da anfängt einzelne Dateien rauszufischen... ( "tar -cvzf /root/etc_backup.tgz /etc" ) Gruß Andre

1 0

Re: Tail-Problem
by Florian Lohoff 14 Dez '98

14 Dez '98

On Mon, Dec 14, 1998 at 06:52:53PM +0100, Jan-Benedict Glaw wrote: > > On Sun, 13 Dec 1998, Jan-Benedict Glaw wrote: > > > Habt Ihr Euch eigentlich schon mal Gedanken darüber gemacht, inwiefern > > > input und output der einzelnen Prozesse buffered bzw. unbuffered sind? > > > Könnte es sein, daß der input für den 2ten grep noch in einem bufer > > > steckt? Dieser _muß_ gelehrt werden (->sprich: der 2te grep bekommt die > > > Daten), wenn der erste sich beendet (tail ohne -f)... > > > > Wenn grep oder tail nicht line-buffered sind, fress ich 'nen Besen und > > deklariere das als Fall für bugs(a)gnu.org > > Jetzt die abschließende Frage: Bug oder Feature? Das du gesamte Signature und grossteil des Headers quotest ist ein Bug. Man sollte dich Loeschen und neu Programmieren ... Flo -- Florian Lohoff flo(a)mini.gt.owl.de +49-5241-470566 Good, Fast, Cheap: Pick any two (you can't have all three). (RFC 1925) Look at http://www.linux-magazin.de/cluster this comes quite close.

1 0

AW: prozess zum port?
by Andre.Landwehr＠Bertelsmann.de 14 Dez '98

14 Dez '98

> > > > Grundsätzlich mit lsof > > > > > > wasn das? > > > > Ein Progrämmchen, das die List of Open Files auswirft.. > > Der Source liegt u.a. bei RedHat bei, das Programm muß für jede > > Kernelversion scheinbar neu kompiliert werden, jedenfalls > konnte ich ein > > für 2.0.34 kompiliertes nicht in 2.1.131 ausführen... > > Falsch - Das dingen braucht bloss eine vernuenftige System.map. > Die habe ich, ganz normal via "cp /usr/src/linux/System.map /boot/System.map" installiert... oder muß die zwingend in / stehen?

1 0

Re: prozess zum port?
by Ingo Luetkebohle 14 Dez '98

14 Dez '98

On Sun, 13 Dec 1998, Jan-Benedict Glaw wrote: > Grundsätzlich mit lsof wasn das? -- Ingo Luetkebohle / 21st Century Digital Boy dev/consulting Gesellschaft fuer Netzwerkentwicklung und -beratung mbH url: http://www.devconsult.de/ - fon: 0521-1365800 - fax: 0521-1365803

3 2

prozess zum port?
by Ingo Luetkebohle 14 Dez '98

14 Dez '98

Wie bekomm ich raus, welcher Prozess einen Socket lesend geöffnet hat? -- Ingo Luetkebohle / 21st Century Digital Boy dev/consulting Gesellschaft fuer Netzwerkentwicklung und -beratung mbH url: http://www.devconsult.de/ - fon: 0521-1365800 - fax: 0521-1365803

2 1

Re: Tail-Problem
by Alexander Reelsen 14 Dez '98

14 Dez '98

Moin Ich werde jetzt kein tail neuinstallieren und da ich von diesen buffered Sachen auch nich so die ahnung habe, nehm ich ab jetzt nen perl einzeiler. Hier fuer alle, die sich nicht mit grep abmuehen moechten :-): tail -f /var/log/daemon.log | perl -e 'while (<STDIN>) { print if ( (/bla/) && (/blupp/) ) }' P.S. Mal gespannt bei wem DAS nicht geht. ;-) MfG, Alexander -- Alexander Reelsen | Ref|ex@IRC WWW: http://joker.rhwd.owl.de Mail: alex(a)joker.rhwd.owl.de "Suse - Das Windows unter den Unixen" Cite CLOWN '98

2 1

Re: Tail-Problem
by Ingo Luetkebohle 14 Dez '98

14 Dez '98

On Sun, 13 Dec 1998, Jan-Benedict Glaw wrote: > Habt Ihr Euch eigentlich schon mal Gedanken darüber gemacht, inwiefern > input und output der einzelnen Prozesse buffered bzw. unbuffered sind? > Könnte es sein, daß der input für den 2ten grep noch in einem bufer > steckt? Dieser _muß_ gelehrt werden (->sprich: der 2te grep bekommt die > Daten), wenn der erste sich beendet (tail ohne -f)... Wenn grep oder tail nicht line-buffered sind, fress ich 'nen Besen und deklariere das als Fall für bugs(a)gnu.org -- Ingo Luetkebohle / 21st Century Digital Boy dev/consulting Gesellschaft fuer Netzwerkentwicklung und -beratung mbH url: http://www.devconsult.de/ - fon: 0521-1365800 - fax: 0521-1365803

3 4