tydzień temu metoda InitUpload zwracała mi sześć nagłówków, a w chwili obecnej tylko dwa (Content-MD5 oraz x-ms-blob-type). Też tak macie? W jaki sposób teraz pozyskać Signature potrzebny do nagłówka Authorization, jak i całą resztę??

@Liferov: patrze na zwrócony adres i faktycznie :O ale co jest co? "sv" domyślam się, że to będzie x-ms-version, "sr" to nie mam pojęcia co to jest bo tam mam wartość 'b', a "si" oraz "sig" to pewnie AccountName oraz Signature, ale mogę się mylić

udało mi się połączyć z chmurą, ale dostaje odpowiedź "One of the request inputs is out of range." Ktoś ma jakiś pomysł co może być nie tak?

Podczas łączenia się z Azure dostaję informacje o tym że suma MD5 się nie zgadza. Nie wiem gdzie popełniam błąd. Z czego ta suma ma w końcu zostać wyliczana? Ze skompresowanego zaszyfrowanego pliku ZIP?

@bronek85: dzieki. Tak własnie robię, ale może faktycznie inaczej kompresuje niż powinienem. Spróbuje tak jak mówisz.

@bronek85: w jaki sposób wysyłasz tego zipa? W postaci tablicy bajtów?

@IlIlIlllIIl: co miałeś na myśli mówiąc ścieżka certyfikacji. Podzieliłem certyfikat na 3 osobne i dalej mam błąd "The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel."

@keytax: Mam tę samą wersję.
Format podpisu: XAdES
Typ podpisu: podpis wewnętrzny
Wariant podpisu: Nie dołączaj dodatkowych informacji (BES)
Zaawansowane opcje podpisu XAdES: Twórz podpis dołączony (Enveloped), gdy podpisywany jest dokument XML podpisem wewnętrznym XAdES
Powinno przejść a jak nie, to musisz źle wczytywać plik.

@Svenson8: nie tworzysz authorization header'a. Init upload zwraca Ci dwa headery które wysyłasz na adres który również zwraca.

Zwróciła komuś metoda Status 200? Mi dla wszystkich wysłanych plików zawsze zwraca 120, czekam już nawet kilka dni i dalej wszędzie 120stki.

Nieee. Nie potrzebujesz authorization header'a. Po init upload odbierasz adres URL który ma w adresie parametry które zastępują authorization header. Na ten adres wysyłasz skompresowany zaszyfrowany plik z dwoma headerami które otrzymujesz też z init upload i to tyle

@Svenson8: Dzięki. Nie wchodziłem ostatnio tam i nie zauważyłem tego.

ja miałem to samo, ale później maila pisałem i gdzieś wynalazłem że zmienili model na SAS i gdzieś o tym poczytałem i jakoś do tego doszedłem ;)

@Przemek78: Hah mam to samo. Coś ktoś wie co może być problemem?

mi to dalej nie działa. Wysyłacie ten plik z jakim rozszerzeniem? Zip czy aes tak jak w przykładzie z MF?

Dalej macie 120 na serwerze produkcyjnym?

@mmm234: używam tu restsharpa ale może to Ci się do czegoś przyda
public InitUploadObject InitUploadSigned(XmlDocument xml)
{
string url = "https://e-dokumenty.mf.gov.pl/api/Storage/InitUploadSigned";
var client =Pokaż całość

@mmm234: zapodaj pełną treść błędu

cały czas otrzymuje komunikat {"Code":410,"Description":"Przesłane pliki nie są prawidłowym archiwum ZIP.","Details":"ERROR_DECOMPRESS","Upo":"","Timestamp":"2016-07-27T14:46:42+00:00"} ktoś wie o co chodzi? Próbowałem różnych metod kompresji, obecnie używam tej co tutaj ktoś polecił, nie mam już pomysłu o co chodzi...