rcsendmail reload oder restart...
Hallo, wie ist das eigentlich mit rcsendmail reload oder rcsendmail restart Wo ist da der Unterschied? Ich dachte immer sendmail wird immer neu gestartet wenn Mails versendet werden. Und danach quasi wieder beendet. Im Gegensatz dazu der Apache, der ja normalerweise immer läuft. Liebe Grüße Manfred
wie ist das eigentlich mit rcsendmail reload oder rcsendmail restart
Wo ist da der Unterschied?
Bei reload wird nur die Konfiguration neu eingelesen und bei restart der Prozess beendet und dann erneut gestartet => restart dauert länger.
Ich dachte immer sendmail wird immer neu gestartet wenn Mails versendet werden. Und danach quasi wieder beendet.
Wenn ein Skript sendmail als Mailprogramm aufruft ja, aber sendmail läuft ja auch als SMTP-Server (du könntest so theorethisch über deinen Linux-Rechner vom ganzen Netzwerk aus Mails losschicken). rcsendmail kontrolliert nur sendmail als SMTP-Server und kümmern sich nicht um sendmail als Mailprogramm.
Im Gegensatz dazu der Apache, der ja normalerweise immer läuft.
Gegensatz ist falsch. Siehe oben: Beides sind Server. Ich hoffe ich konnte dir helfen. Gruß Thomas
Hallo Thomas, herzlichen Dank für deine Hilfe.
wie ist das eigentlich mit rcsendmail reload oder rcsendmail restart
Wo ist da der Unterschied?
Bei reload wird nur die Konfiguration neu eingelesen und bei restart der Prozess beendet und dann erneut gestartet => restart dauert länger.
Ich dachte immer sendmail wird immer neu gestartet wenn Mails versendet werden. Und danach quasi wieder beendet.
Wenn ein Skript sendmail als Mailprogramm aufruft ja, aber sendmail läuft ja auch als SMTP-Server (du könntest so theorethisch über deinen Linux-Rechner vom ganzen Netzwerk aus Mails losschicken). rcsendmail kontrolliert nur sendmail als SMTP-Server und kümmern sich nicht um sendmail als Mailprogramm.
Ich habe ein Newsletter Script in php mit über 17.000 Adressen auf dem Server. Das Versenden der Newsletter dauert zur Zeit über 10 Stunden. Der load average steigt dabei manchmal auf über 20.00 Was kann ich tun um den Server zu entlasten? Ich dachte mir, vielleicht hilft ein gelegentliches rcsendmail reload oder rcsendmail restart um das load average zu senken. Wenn ich ein rcapache restart mache ist das load average danach auch immer deutlich niedriger. Hast du eine Idee? Liebe Grüße Manfred
Ich habe ein Newsletter Script in php mit über 17.000 Adressen auf dem Server. Das Versenden der Newsletter dauert zur Zeit über 10 Stunden. Der load average steigt dabei manchmal auf über 20.00
Ganz schön viel. Sieht ja fast nach nem SPAM-Server aus (nur ein Gag).
Was kann ich tun um den Server zu entlasten?
Ich schätze du schickst jede Mail mit der mail()-Funktion raus. D.h. du schickst für jeden Empfänger ne neue Mail. Eine Entlastung für den Server wäre es, wenn du immer 20-50 Mailadressen auf einmal ansprichst (per BCC). Bei 50 wären das für den Server nur noch 340 Mails anstatt von 17000 Mails, die bearbeitet werden müssen.
Ich dachte mir, vielleicht hilft ein gelegentliches rcsendmail reload oder rcsendmail restart um das load average zu senken.
rcsendmail reload hilft da auf keinen Fall. Du solltest dann schon einen rcsendmail restart machen, damit alles was von sendmail-Server im Arbeitsspeicher liegt weggeschmissen wird und ein frischer sendmail-Prozess startet. Allerdings muss dir klar sein, dass in der Zeit des Restarts von Sendmail keine Möglichkeit mehr besteht über den SMTP-Port Nachrichten zu verschicken. Dein PHP-Skript sollte davon aber unbetroffen bleiben, da PHP ja sendmail als Kommandozeilentool nutzt, wenn das in der php.ini so eingestellt ist.
On Die, 20 Mai 2003 at 02:46 (+0200), Thomas Worm wrote: [...]
Ich schätze du schickst jede Mail mit der mail()-Funktion raus. D.h. du schickst für jeden Empfänger ne neue Mail. Eine Entlastung für den Server wäre es, wenn du immer 20-50 Mailadressen auf einmal ansprichst (per BCC). Bei 50 wären das für den Server nur noch 340 Mails anstatt von 17000 Mails, die bearbeitet werden müssen.
Die Idee ist im Prinzip gut, hat aber einen Haken: Dank Spam-Flut werden in vielen Firmen mittlerweile Mails, in deren To: oder Cc: keine Firmenadresse auftaucht, als Spam aussortiert. Das ging mir sogar schon so bei einer Mail an ca. 20 Leutchen, die ich zu einer Fete einladen wollte :-( Jan
Hallo, On Tue, 20 May 2003, Manfred Gnaedig wrote: [wer hat hier die Vorredner gekillt???]
wie ist das eigentlich mit rcsendmail reload oder rcsendmail restart
Wo ist da der Unterschied?
Bei reload wird nur die Konfiguration neu eingelesen und bei restart der Prozess beendet und dann erneut gestartet => restart dauert länger.
Genau. sendmail kenn explizit das SIGHUP (das bei reload bei den SuSE rc-scripten auch an sendmail geschickt wird) als Auffoderung die config (sendmail.cf sowie die diversen .dbs) neu einzulesen.
Ich habe ein Newsletter Script in php mit über 17.000 Adressen auf dem Server. Das Versenden der Newsletter dauert zur Zeit über 10 Stunden. Der load average steigt dabei manchmal auf über 20.00
Was kann ich tun um den Server zu entlasten?
Das script debuggen? Wie waere es uebrigens, wenn du dieses Problem nur in einem Thread zur Sprache bringen wuerdest? -dnh -- [ls?] command not found? [..] Das ist ein kleiner Ludwig, gefolgt von einem kleinen Siegfried (zwei muntere Recken, die auszogen, den Drachen zu schrecken). Keine Ida, denn Burgfräulein haben in Heldenrunden nix verloren. Mach einfach mal nur ls (Ludwig-Siegfried, nicht Ida-Siegfried, das könnte unanständig werden *g*), [..] -- Philipp Zacharias in suse-linux
*** Manfred Gnaedig (rp40265@rp-plus.de) schrieb in suse-linux am May 19, 2003:
Hallo, ich suche nach einer Alternative zu Sendmail.
Auf dem Server läuft ein riesiger Newsletter (über 17000 Adressen) gesteuert über ein php Script....
Das Alternativprogramm zu Sendmail soll schneller sein und den Server weniger belasten. [...]
*** Manfred Gnaedig (rp40265@rp-plus.de) schrieb in suse-linux heute:
Hallo, wie ist das eigentlich mit rcsendmail reload oder rcsendmail restart
Wo ist da der Unterschied? [...]
Diese zwei Mails machen mich denkend, dass Du nicht allzu viel Ahnung von der beteiligten Software hast (schließlich hätte man einfach in die Startscripte schauen können, um herauszufinden wo der Unterschied liegt). Das legt weiterhin die Vermutung nahe, dass Du eh nicht eigene Hand an die Sourcen der PHP-Software gelegt hättest, um sie an einen neuen Mailer anzupassen. Das wiederum deutet darauf hin, dass die PHP- Software die eingebaute mailto-Funktion (?) verwendet (was eher ein Armutszeugnis ist). All das sind denkbar _schlechte_ Voraussetzungen für das resourcen- schonende Versenden eines Newsletters. Ich denke, Du tust besser daran Dir eine andere PHP-Software zu besorgen. _Mindestens_ solltest Du aber die Software _nennen_ die Du verwendest, damit man sich _sinnvolle_ Gedanken machen kann anstatt nur wild spekulieren zu können. Ich stimme mit Aussagen in diesem Thead überein, die Dir anraten, weiter sendmail zu verwenden. Ich habe zwar keinen Newsletter am laufen aber langjährige Erfahrung mit sendmail und nur bestätigen, dass er sowohl schnell als auch stabil ist. "rcsendmail restart" beendet den sendmail deamon und startet ihn neu. "rcsendmail reload" gibt ihm lediglich das Zeichen, "/etc/sendmail.cf" neu einzulesen, die man zwischenzeitlich eventuell verändert (beispiels- weise einen anderen Smarthost eingetragen) hat. Eine scheinbare Verbesserung der Situation ergibt sich bei beiden - sendmail und apache - durch Neustart der Daemons aller wahrschein- lichkeit nach nur deshalb, weil gecachte Daten verworfen werden, die dann latürlich keinen Speicherplatz mehr verbrauchen. Vieleicht sind bei Apache auch ein paar mehr Childs gestartet worden, die es nach einem Neustart latürlich erstmal nichtmehr gibt. Auf jeden Fall besagt die Tatsache, dass die Speicher- und Prozessorlast nach einem Neustart der Daeomns nichtmehr so hoch ist, kaum etwas. MfG Henning Hucke -- Alle unsere Unixkisten wurden hingestellt und laufen. Bei Windows läuft vor allem der Mensch, der versuchen darf, das Zeug in Gang zu halten. [Jens Dittmar in dca]
participants (5)
-
David Haller
-
Henning Hucke
-
Jan.Trippler@t-online.de
-
Manfred Gnaedig
-
Thomas Worm