Hallo Steffen, heißt also: Der Browser ruft mit GET ein Formular zur Passworteingabe ab. Der GET URL enthält deine User-ID bereits in verschlüsselter Form. Das so erhaltende Formular wird dann gePOSTet und schickt das Passwort im Klartext (was bei https okay ist), einen Wert aus dem Formular (das Request-Token) und einen Wert aus der URL (das Sharing-Token). D.h. dein erster Schritt ist das Auslesen des Passwort-Formulars, um an das Request-Token heranzukommen, um damit den POST Request zusammenzubauen. Und dann? Vermutlich bekommst Du als Antwort auf diesen POST zwei Dinge: - einen Keks - einen Redirect auf die Downloadseite. Den Keks musst Du bei allen Folge-Requests mitliefern, um den Login aufrechtzuerhalten. Den Redirect musst Du verstehen, die Downloadseite holen und dann deren Inhalt durchwühlen, um die Download-Links zu extrahieren. Ich habe keine Ahnung von cURL, aber ich glaube, damit könnte ein Standardtool überfordert sein. Eine Keksdose gibt's in cURL, aber einen Screen Scraper? Eigentlich schreit das nach einem FTP Server (den gibt's auch mit Transportsicherheit) oder einem REST Service. _Rolf_ -- sumpsi - posui - obstruxi

Hallo Steffen, heißt also: Der Browser ruft mit GET ein Formular zur Passworteingabe ab. Der GET URL enthält deine User-ID bereits in verschlüsselter Form. Das <form> wird dann gePOSTet und schickt das Passwort im Klartext (was bei https okay ist), einen Wert aus dem Formular (das Request-Token) und einen Wert aus der URL (das Sharing-Token). Und dann? Bekommst Du als Antwort auf den Passwort-POST einen redirect auf eine andere Seite mit der Liste der CSV-Dateien? Musst Du diese Seite dann nach Dateinamen abkratzen, um zu wissen, was Du downloaden musst? Brrr... Das schreit nach einem FTP Server (den gibt's auch mit Transportsicherheit) oder einem REST Service. _Rolf_ -- sumpsi - posui - obstruxi