> Mit QueryString(selber zusammenbauen) oder wie meinst du > Server-zu-Server per http?
In HTML w�re das z.B. per XMLHTTP-Object(siehe aspheute.com), bei php lann man glaub ich per fopen-methode auch URLs �ffnen o.�. > Kurz zusammengefasst: > Formular von Kundenserver und beim senden wird ID,Passwort > und Text gehasht an meinen Server �bertragen. > Stimmt so, oder? > Sieht pl�tzlich wieder einfach aus als heute morgen noch bef�rchted. Genau. Hier ne Auflistung der zu versendenden Daten: - SMS-NR - KUNDENID - ZIEL-TEL-NUMMER - ggf. QUELL-TEL-NUMMER - etc. - TEXT - HASH(passwort & SMS-NR & TEXT & ZIEL-TEL & ...) Auf der Server-Seite wird dann erstmal mit hilfe der ganzen Klartext-Daten und dem in der DB abgelegten passwort �berpr�ft, ob die Nachricht ok ist - Das Hash ist Authentifizierung und Signatur zugleich und verhindert dadurch, dass alle Daten gehasht sind auch man-in-the-middle-Attacken... Dann wird in der DB gecheckt, ob eine SMS mit der gesendeten NR schon angekommen ist. Wenn nicht, wird sie versendet und in die abrechnungstabelle(log) eine zeile geschrieben. Die SMS-NR ist quasi der primary key um �ber die SMS zu reden. Die k�nnte z.B. 20 Zeichen lang sein und nur eindeutig, d.h. der Kunde kann selbst w�hlen, ob er nur ne Zahl hochz�hlt, oder die sonstwie aufbaut... Diese tauchen dann auch in der Abrechnung auf etc. Das man nicht nur eine Nummer hochz�hlt und dann auf dem Server vielleicht sogar noch �berpr�ft ob die richtige Nummer kommt hat noch den Vorteil, dass falls eine verloren geht und dann der Server-Server und der Client-Server sich uneinig sind wieviele SMS es schon gab, es keine Probleme gibt.. Claudius _______________________________________________ Coffeehouse Mailingliste, Postings senden an: [EMAIL PROTECTED] An-/Abmeldung und Suchfunktion unter: http://www.glengamoi.com/mailman/listinfo/coffeehouse
