I think he wanted it so that rw-rw-r-- was the default, without having to chmod each new file. I should mention that my advice only applies if every user's login shell is bash (this is the usual). If they use different shells it'll be some other file you need to edit, hopefully the manpage will say which one.
I've just experimented and this may not work for other programs - I've changed my umask at the command line but gedit is still creating files with the old permissions. Possibly you need to log out and log back in again before it takes effect everywhere - let us know if you do this and it's still not working.
And thinking about it, this may not be exactly what you want - the umask applies to
all newly created files, so new files in the users' home dirs will also be rw-rw-r--. There are a couple of different ways around this:
- forget the umask and have an hourly cron job to chmod g+w the whole shared directory (inelegant but it'll work!)
- create a group for each user of which they are the sole member. chown everything in their home dirs to their personal group, and set the setgid bit on the directories (see here for details of how/why). Then any file they create in their home dirs will not be writable by other users, but files they create in any other dir will be.
Unfortunately there doesn't seem to be any way to get new files to simply inherit permissions from their parent directory. Well, I saw something called "ACLs" in another post, but don't know how they work - look into them if you want.
@frieza: yes, umask inverts the octal permissions, "masking" the bits you don't want. Don't ask why!