Hi Claudius, > Wegen dieser 21:00-geschichte: je nach website kann es sein, dass ab > 21:00 gar keine sessions mehr generiert werden... Dann w�rden > die emails > "h�ngenbleiben"...
Die 21:00 Uhr sind nur hypothetisch :-) Damit soll nur gew�hrleistet sein, dass zu den Haupttrafficzeiten keine Massenmails verschickt werden. Die Uhrzeit kann nat�rlich beliebig angepasst werden. Auch das "h�ngenbleiben" w�re nicht schlimm, da die Mails halt dann sp�ter verschickt werden w�rden. Dies ist ja bei einem Newsletter nicht gerade kritisch :-) > Man k�nnte �brigens je nach website-auslastung auch bei jedem > session_onend x mails verschicken, also sowas: > > Select top x * from Mails where sent=false > > Und dann versenden... Nur wie willst das aufteilen? Bei jeden Session_OnEnd 100 Mails? Dann br�uchte man f�r 10000 Mails 100 Session_OnEnd :-( Oder nehme ich 10 Session_OnEnd und verschicke dann bei 10000 Mails jeweils 1000 Mails ??? Spielt wohl auch nicht mehr die Rolle. > Ansonsten finde ich eigentlich eine email-komponente, die die emails > selbst queued am besten... Das kannst Du hunderte von emails in > k�rzester Zeit raushauen und die werden dann im Hintergrund versendet. > Das einfachst ist, man nimmt hier CDOSYS �ber den SMTP-Server... > Die meisten Komponenten, die noch dieses Feature haben, benutzen > eigentlich auch den SMTP-Server daf�r.... Oh ja, Du sprichst mir aus der Seele ;-) Nur hat nicht jeder die M�glichkeit eine solche Einzusetzen. Noch habe ich den Vorsatz bzgl. der Anforderungen m�glichst "lowlevel" zu programmieren. Sprich es sollte nach M�glichkeit auch bei 1&1 laufen *LOL*. Ciao Buchi http://www.drhirn.com/13 | [aspgerman] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspgerman/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspgerman.asp
