joncamfield Posted May 2, 2013 Report Share Posted May 2, 2013 I'd love to see Synology's @eaDir directories/files automatically in .SyncIgnore ! Quote Link to comment Share on other sites More sharing options...
rdebath Posted May 3, 2013 Report Share Posted May 3, 2013 Add the directory ".AppleDouble" to the default SyncIgnore file.That's all.It appears directories contain "The resource fork and Finder information" with is proprietary to Apple and useless under any other OS. Quote Link to comment Share on other sites More sharing options...
crash893 Posted October 9, 2013 Report Share Posted October 9, 2013 Can we add ~$*.* to the default ignore list can we make it easier to add files to the ignore list via the client Quote Link to comment Share on other sites More sharing options...
sreknob Posted October 23, 2013 Report Share Posted October 23, 2013 Can we add ~$*.* to the default ignore list can we make it easier to add files to the ignore list via the client +1 for this. Should be easy to include as an Advanced tab in Folder Preferences. Quote Link to comment Share on other sites More sharing options...
peterdk Posted May 2, 2014 Report Share Posted May 2, 2014 Remove ._* From Default Syncignore I got bitten by this default option. I use sync to sync a lot of Android projects and data, and it turns out some of the libraries it uses have ._filename.extension. Those are all ignored by sync, and now I need to edit all the syncignore files to update it. I don't really understand why such a broad wildcard is included. The other default exclusions seem very reasonable and limited, this one not. Please remove it as a default. Never mind, it turned out that all files missing where some sort of OSX cached/generated files that are not useful. Quote Link to comment Share on other sites More sharing options...
AnsorgJ Posted May 8, 2014 Report Share Posted May 8, 2014 I guess basically this comes down to allow the user to define what goes in the .syncIgnore file by default +1 Quote Link to comment Share on other sites More sharing options...
slawson2000 Posted June 30, 2014 Report Share Posted June 30, 2014 Not only would it be nice to have a better interface for the .syncingnore files, but it would be great if the new.syncignore file was able to be broadcast to the other devices. E.g. modify one .syncignore file and have it automatically populate through out the system. Quote Link to comment Share on other sites More sharing options...
vpetersson Posted July 9, 2014 Report Share Posted July 9, 2014 I'd suggest we add the following: # Finder related filescom.apple.FinderInfocom.apple.metadata:_kMDItemUserTagscom.apple.ResourceForkcom.apple.metadata:kMDItemFinderCommentcom.apple.metadata:kMDItemStarRatingcom.apple.metadata:kMDItemOMUserTagTimecom.apple.metadata:kMDItemOMUserTagscom.apple.metadata:kMDItemOMUserTagTime # Vim swap files*.swp Without excluding the Finder files, the sync is in a constant sync state for me. Quote Link to comment Share on other sites More sharing options...
Bitwise Posted November 11, 2014 Report Share Posted November 11, 2014 In general, it is my opinion that all syncing applications should sync every file unless explicitely directed by the user to not sync certain files. There are exceptions to every guideline, of course. Specifically, if the syncing of certain types of files prevents software from functioning as well as it could then it is best not to sync them. I was thinking this would be a good place to create a thread in which people could propose filespecs (filenames with wildcards) that BitTorrent sync should ignore by adding to the default IgnoreList, and why. People can also contribute if they feel any existing or recommended IgnoreList item should be removed. Maybe this could be a sticky. I'll start with a recommendation:.~lock.*I propose adding this to the default IgnoreList. Why? Because temporary files created by LibreOffice (and perhaps OpenOffice) match this filespec, and nothing else likely will. When these files are not added to IgnoreList, performance suffers when using LibreOffice and a significant number of unnecessary transfers take place. Quote Link to comment Share on other sites More sharing options...
kmindi Posted November 23, 2014 Report Share Posted November 23, 2014 BitTorrent Sync should by default not sync well known temporary files that will get deleted right after the application that created them is closed or similar files. For a list of known temporary files please see http://www.file-extensions.org/filetype/extension/name/temporary-files. I have not reviewed all entries there but its only for extensions of files not for specific NAMEs of the file which also exists. I could not find a list of temporary file names (or regular expressions as these names usually consist of parts of the original file name). Maybe you could also start an inititive to standardizate this for the future ? Dropbox already ignores many of these temporary files per default....I would very much like to see it supported in this tool as well. Quote Link to comment Share on other sites More sharing options...
Tuxavant Posted December 19, 2014 Report Share Posted December 19, 2014 (edited) Add ".Trash*" to default IgnoreList files Add "security.selinux" to default StreamsList Edited December 19, 2014 by Tuxavant Quote Link to comment Share on other sites More sharing options...
hernancho007 Posted March 4, 2015 Report Share Posted March 4, 2015 today is released the free and pro version and the request of a default ignorelist rules have not been taken in account... it's a little bit disappointing... Quote Link to comment Share on other sites More sharing options...
GreatMarko Posted September 10, 2015 Report Share Posted September 10, 2015 @all, as of Sync 2.2, @eaDir* and @SynoResource have been added to the default set of IgnoreList rules Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.