Varning för OSX inbyggda zip-funktion?

Ren spekulation, men det behöver kanske inte vara just komprimering och dekomprimering som orsakat problemet? Data kan ha blivit korrupt på vägen när mejlet skickade?

Jag kan dock inte tillräckligt mycket om saken, så det är som sagt ren spekulation.

Har de kvar den första zip-filen som du skickade (i ouppackad form) ?

Det kan ju lika gärna vara upppackningen som packningen som gått snett, eller som Nicklas säger, överföringen

Har varit med om samma problem med korrupta filer när mottagaren har packat upp med en gammal version av Stuffit Expander. Kunde rekonstruera felet på min egen dator den vägen.

Vet du vilken plattform och uppackningsprogram mottagaren kör?

Usch, vad tråkigt Björnbusen. Låg det en färg i blocket bakom bilden?

Det skulle inte förklara vad som gått fel, men åtminstone varför det blivit just den färgen.

Jag skickar alltid pdf-er som dom är. Om jag gör fel så måste ni förklara varför man ska zippa pdf-er.
Om det finns något filformat som kan vara problematiskt att packa så är det nog pdf. Eller är jag ute och cyklar?

Zip har inte någon cheksumme funktion i sig, endast om filen är skadad så pass att den inte går att packa upp känner Zip program av felen..

I korthet, även om detta inte är så mycket till hjälp just i detta fallet är att alltid om du måste säkerställa att en fil kommer fram hel på andra sidan är att använda någon cheksums metod. Exempelvis PGP signering, eller bara en enkel md5 hash av filen som den andra parten sedan verifierar..

Du kan aktivera en sorts "fattigmans cheksum" med ZIP genom att använda kryptering och lösenord på zip filen.. men jag skulle endå rekomendera dig att helt enkelt skippa zippandet och köra med någon riktig form av cheksums lösning, det svåra är väll egentligen att hitta något som funkar lätt och smidigt för alla parter

RAR har en funktion som gör att det går att återskapa data ur ett skadat arkiv, som ibland funkar om inte annat men dock är det ju bäst att filen kommer fram oskad från början

Har inte Stuffit någon form verifikation (checksumma) inbyggt i sit-formatet?

Å andra sidan har man ju tröttnat lite på Stuffit efter de senaste generationernas ständiga småproblem. Jag har alltid ett gäng versioner från 11 ner till åtminstone 8 eller 7 för att vara säker på att kunna öppna alla filer.

Buggen är ju som det faktum att Zip är kasst

att data trasas sönder under sändning är något som händer konstant, därför som tcp och resten har checksums funktioner på alla paket (vilket endå kan leda till problem, men minskar dem markant)

Enda sättet att säkra det från start till mål, är en separat veriefierbar cheksum av filen.