klinkt als niet te vetrouwen, w'rom zouden ze geencrypte bestanden
weigeren.

Hoe kun je zien of een bestand versleuteld is?

PGP versleutelde bestanden hebben een header, aan truecrypt bestanden
zie je niets.

En ik zou het zeer zeker niet vertrouwen, er is geen technische reden voor.

signature995 is de software waarmee ik het bestand
versleuteld had. van de befaamde 995-freeware-familie.
na het verwijderen van dat bestand lukte de backup WEL.
de bestandsnaam eindigde op doc.encrypt of zo iets, dus
herkenbaar...omdat signature995 die namen geeft aan een .doc

komt het niet gewoon omdat de extensie "te lang" is?

wat voor foutmelding krijg precies je als zo'n bestand
probeert te backuppen?

Gebruik sowieso gewoon GPG of Truecrypt, beiden open source en
volgens velen betrouwbaar.

Dat is niet eenvoudig, maar omgekeerd, als je een goed
versleuteld bestand comprimeert (zip, rar, of your favorite)
zal dit het bestand nauwelijks of niet kleiner maken.
Daarnaast zijn de meeste bestandformaten af te leiden uit de
eerste tig bytes in het bestand. Dat geldt voor
gecomprimeerde bestanden en ook voor sommige encrypted files
(zie Anoniem van 17 januari 2007 16:41).

Echter, als je een reeks bytes halverwege uit een jpg
plaatje naar een losse file schrijft is het erg lastig (zo
niet onmogelijk) om vast te stellen om wat voor type data
het gaat: encrypted, alleen maar gecomprimeerd of om random
bytes.

Aan de andere kant, als je in een niet gecomprimeerd BMP
plaatje stenografie toepast
(http://en.wikipedia.org/wiki/Steganography) dan
kun je toch encrypted data hebben die redelijk tot goed
gecomprimeerd kan worden.

De reden dat Mozy geen versleutelde files wil zou
technisch kunnen zijn: als mensen 2GB ruimte krijgen kan
Mozy dat statistisch wellicht tot 1GB diskruimte
terugbrengen, maar dat lukt niet als mensen alles goed
versleutelen. Andere redenen kunnen zijn: het mag niet van
de overheid, ze zijn zelf erg nieuwsgierig, ze verzamelen
ook muziek en "vieze" plaatjes of ze verkopen informatie aan
marketeers. Lijkt me geen fijne plaats voor privacy
gevoelige data.

Het volgende zou kunnen (gokje): Mozy checkt op file-headers
(net zoals virusscanners dat doen), alles wat als encrypted-
of geheel niet herkend wordt, wordt als "verdacht"
aangemerkt. Alles wordt gecomprimeerd (dat is dubbel
verstandig voordat je iets versleutelt), levert dat geen
winst op en was het bestand al verdacht, dan wordt het
geweigerd. Maar nogmaals dit is een gok.

heb je al gezocht naar een andere verklaring voor het mislukken? Heb je b.v.
al een PGP versleuteld bestand geprobeerd?

het is niet de lengte v d extensie.
de foutmelding verwijst rechtstreeks naar "er zijn
geëncrypteerde bestanden", en mozy was zelfs bereid je dat bestand te helpen vinden, maar ik kan de foutmelding niet letterlijk
herhalen.
met andere encryptietools zal dat wel hetzelfde zijn, vrees ik.

je moet niet vreezen maar helpen een oplossing te zoeken,
geef die exacte foutmelding, zoek contact met de maker van
het programma, ....

ik zocht idd contact en mozy berichtte mij "dat ze daaraan
werken, om die 'fout' ongedaan te maken....", maar gaf geen
reden voor die 'fout'.

Code: MozyClientError10

Problem:
Mozy was unable to open one of your files to back it up.

Solution:
First, double-check that you aren't using any sort of
encryption. Mozy currently is unable to read encrypted files
on your system. If you don't use encryption, please contact
[email]support@mozy.com[/email], and we will help you determine why this
file won't back up.