Path: csiph.com!weretis.net!feeder4.news.weretis.net!newsfeed.datemas.de!news.datemas.de!.POSTED!not-for-mail From: Alan Baker Newsgroups: comp.sys.mac.system Subject: Re: Could Mac Files be Ransomwared via Windows XP Running in a VM? Date: Tue, 16 May 2017 09:45:41 -0700 Organization: Datemas.de http://www.news.datemas.de Message-ID: References: <0001HW.D53CC867004C47F0B02919BF@news.astraweb.com> <150520171740426665%nospam@nospam.invalid> <150520171755581632%nospam@nospam.invalid> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Injection-Date: Tue, 16 May 2017 16:45:44 +0000 (UTC) Injection-Info: news.datemas.de; logging-data="32622"; mail-complaints-to="abuse@datemas.de"; x-trace=Vdq7Y+S399ksShPRE8X1gTcyYm+GbIrgd8srTzLRsTFPbFm7+J1iU4PnmwyOzQQyswNw4yuru6QrfJqFPlB1PJ3LK4TcG25QSSn68M8PjMSF9sMrWzMPpOynvnuXWQN3HG33rRYBClIgnWJoItqLx2lCc5v9ko1f User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 In-Reply-To: Xref: csiph.com comp.sys.mac.system:106929 On 2017-05-15 5:08 PM, Jolly Roger wrote: > On 2017-05-15, nospam wrote: >> In article , Alan Baker >> wrote: >> >>>>>>>> "Repair Permissions" is not useless since it does do something, >>>>>>>> BUT whether running that process actually fixes *all* the >>>>>>>> problems it supposedly does is a totally different question. >>>>>>> >>>>>>> it's useless and rarely fixes anything, if ever. >>>>> >>>>> It fixes what it was designed to fix ... Permissions. >>>> >>>> permissions do not break, so there's nothing to fix. >>> >>> I'm sorry, but at the very least, permissions DID (past tense) break. >> >> permissions are just a setting. they cannot break. >> >> they might be different than what apple thinks they should be but that >> doesn't mean they're broken. it just means they're different. >> >> there are valid reasons for permissions to be different and without >> causing any issues whatsoever. >> >>>> it resets permissions to what apple thinks they should be, which >>>> isn't the only valid choice. >>> >>> Ummm... ...no. >> >> um, yes. >> >> there is no single 'correct' permission setting. > > Yep. In fact the glaring design fault of Repair Permissions is that it > has no way to resolve the case where two different receipts have > differing permission settings for a given file, which actually happens > quite frequently. That means it's actually quite common for there to be > disagreement (even between two *Apple* installs) about what the correct > permissions should be for installed files. > Cite, please...