Hi Markus, > Die Idee an sich ist gut, jedoch ist Session_OnEnd meiner Meinung > nach nicht der richtige Ort f�r einen Newsletter-Versand.
Gebe ich Dir zu 100% recht. Nur suche ich eine allgemein g�ltige L�sung. Ich lote momentan mal die M�glichkeiten aus und hoffe auf Euer hochgesch�tzes Feedback ;-) > Besser ist es, wenn du eine ASP-Seite schreibst, die keinerlei > Eingaben erfordert und beim Aufruf die Tabelle nach Newslettern > durchsucht. Die URL dieser Seite kann ich in einen n�chtlichen > Job aufnehmen. Die anstehenden Newsletter werden dann einmal pro > Tag automatisch versandt. Das ist lieb von Dir. Was aber wenn Hans Huber beim Provider xy die M�glichkeit eines AT-Jobs nicht hat? Genau f�r den suche ich eine M�glichkeit das doch vern�nftig abzuwickeln. > Noch ein Gedanke zur Datenbank: Du solltest nicht nach jeder > erfolgreich versandten EMail ein DELETE auf die Datenbank aus- > f�hren. Die Belastung w�re dann doch recht hoch. Sinnvoller w�re > es, wenn nach jeweils 25 oder 50 versendeten eMails einen Bereich > "WHERE ID BETWEEN ... AND ..." zu l�schen. (Die IDs m�ssen dazu > nat�rlich sortiert sein) Dann habe ich aber das Problem, dass bei einem Servercrash oder so etliche Mails nochmals verschickt werden. Bez�glich der Zugriffe und somit der Lasterzeugung hast Du recht. Nur schicke ich dann den Newsletter nochmals an 50 Leute??? Dazu ist mir halt auch noch nichts eingefallen. Sicher liegt die L�sung mal wieder irgendwo mittendrin. Nur habe ich festgestellt, dass MEINE Denkweise oft von der Euren abweicht und ich immer wieder viele Ideen von Euch bekomme ;-) 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
