Sajnos így se jó, próbáltam pedig a --http1.1 kapcsolót kombinálni a --user-agent kapcsolóval, hogy spoofoljam a Chrome vagy a Firefox user-agent-jét. Szerintem ez valami céges védelmi szoftver okozza a céges hálózaton, nem a Smartsheet szervere, az itthonról működik. Gondoltam proxy-ra is, de megnéztem, és a netsh winhttp show proxy se hoz proxy-t, kiírja, hogy no proxy. Chrome-ban nem tudtam állítani, az kiírja, hogy a böngészőt a cég menedzseli, de Firefox-ban átállítottam a Use system proxy beállítást no proxy-ra, és épp úgy tud formot küldeni. Tehát nem proxy okozza.
Most itthonról próbálom winget, openssl, gnutls-cli valamelyikével küldeni, ezek tudnak komplett requestet küldeni, de nem sikerül. A telnet is tud, de az csak http-re, https-re nem, a titkosítás miatt.
Szerk.: mégis csak valami cookie lesz ez, mert a munkahelyi Smartsheet-be próbáltam itthonról adatot nyomni, de épp úgy fennakad a curl, holnap megpróbálom sütivel.
Szerk2.: mégse süti, mert a munkahelyi Smartsheetbe nem vagyok bejelentkezve, mégis megjelenik a form, beküldést nem próbáltam. Valószínű még a POST request előtt vagy után kéne küldeni valamit a szervernek, ezt majd holnap elemzem. Erre az egy request-re koncentráltam, pedig a böngésző küld mást is ezen meg a GET request-eken kívül. Van OPTIONS request is.
Szerk3.: így se jó, még mindig fennakad a curl. Pedig fejlődök most már küldök OPTIONS requestet is, aminek a végén visszakapok a fejlécben egy smartsheet request-id-t, amit be tudok tenni a POST request fejlécébe, ahogy a böngésző is csinálja, de nem segít.