Qmail installiert, aber YAST2 bemängelt Dependencies

[mstuebner]

Hallo,

ich habe auf einem Testsystem eine Suse7.3 installiert, sendmail deinstalliert und dann qmail installiert. Aber immer wenn ich mal ein Update mit YAST2 machen will beklagt sich dieser dass sendmail, postfix etc. installiert werden müsse.

Installiert habe ich qmail nach FAQ, auch die Links in bin und sbin sind erzeugt. Was kann es noch sein?

Matthias

[floschi]

Hm, ich kenne das SuSE-rpm nicht genau, aber ich tippe mal darauf, dass viele deiner Pakete einen MTA benötigen.

Da du sendmail deinstalliert hast, ist der Paketverwaltung kein MTA bekannt, da es von qmail ja keine Ahnung hat.

Grüßle

Olfi ;)

[scythe42]

Lass wg. dependencies sendmail drauf, deaktivere ihn in der init.d (auskommentieren) oder setze direkt im Init-Script ein exit 0 am Anfang wenn du ihn so startes. Nicht vergessen die links auf den qmail sendmail wrapper in /usr/bin /usr/sbin und /usr/lib beizubehalten neu anzulegen, damit Soft (z.B.PHP) einfach mit sendmail interface mails verschicken können.

Auf diese Weise denkt deine Distri, dass ein MTA installiert ist und bemängelt die dependencies nicht. Von qmail weiss die Suse halt nichts. Nur aufpassen, wenn du den sendmail aktualisierst - dann musst du ihn wieder deaktiveren.

[mstuebner]

Hm, ich kenne das SuSE-rpm nicht genau, aber ich tippe mal darauf, dass viele deiner Pakete einen MTA benötigen.

Da du sendmail deinstalliert hast, ist der Paketverwaltung kein MTA bekannt, da es von qmail ja keine Ahnung hat.

Genau das ist die Frage: Wie macht man es ihm bekannt? Das würde bedeuten dass der Faq Beitrag unvollständig ist.

Matthias

[mstuebner]

Lass wg. dependencies sendmail drauf, deaktivere ihn in der init.d (auskommentieren) oder setze direkt im Init-Script ein exit 0 am Anfang wenn du ihn so startes. Nicht vergessen die links auf den qmail sendmail wrapper in /usr/bin /usr/sbin und /usr/lib beizubehalten neu anzulegen, damit Soft (z.B.PHP) einfach mit sendmail interface mails verschicken können.

Dann werde ich mal sendmail wieder installieren und die Qmail wrapper neu anlegen.

Auf diese Weise denkt deine Distri, dass ein MTA installiert ist und bemängelt die dependencies nicht. Von qmail weiss die Suse halt nichts. Nur aufpassen, wenn du den sendmail aktualisierst - dann musst du ihn wieder deaktiveren.

Ist ja wie unter Windofs... :o

[kase]

mit MTAs ist das immer so eine Sache...

Ist übrigens bei Debian auch so, da lässt sich nicht so einfach der Exim deinstallieren.

[floschi]

Ist ja wie unter Windofs... :o

Nein ;)

Das Problem ist, dass du Software aus den Sourcen selber installierst und gleichzeitig das Paketmanagement nutzt - das geht nur gut, wenn man sich da wirklich tief reinkniet, um da eben sowas nicht entstehen zu lassen.

Unter SuSE kann man sich rpms selber bauen, genauso wie unter Debian debs - dann weiss das Paketmanagement auch immer Bescheid ;)

Ist halt die Frage, ob sich das rentiert und die sendmail-Lösung nicht einfacher ist...

[mstuebner]

Das Problem ist, dass du Software aus den Sourcen selber installierst und gleichzeitig das Paketmanagement nutzt - das geht nur gut, wenn man sich da wirklich tief reinkniet, um da eben sowas nicht entstehen zu lassen.

Unter SuSE kann man sich rpms selber bauen, genauso wie unter Debian debs - dann weiss das Paketmanagement auch immer Bescheid ;)

Ist halt die Frage, ob sich das rentiert und die sendmail-Lösung nicht einfacher ist...

Eigentlich stehe ich ja auf die saubere Variante, aber Deiner Wortwahl entnehme ich dass das nichts ist was mit angemessenem Aufwand machbar ist. Schaun mer mal.

Matthias

[floschi]

Eigentlich stehe ich ja auf die saubere Variante, aber Deiner Wortwahl entnehme ich dass das nichts ist was mit angemessenem Aufwand machbar ist. Schaun mer mal.

Naja, zumindest wie das mit rpms geht, weiss ich nicht...

Bei Debian gibt's ne elegante Möglichkeit, da gibt's ein fertige Skript, das aus den qmail-Sourcen erst ein .deb macht, das dann installiert werden kann. Alles, weil der Autor die Verbreitung als Binärpakete verbietet...