The truth is, you'll have this for any kind of software you're doing paid or otherwise. Learning how and when to say no is an important skill.
Usually I just tell people that something's out of scope, or that if it's in scope, it's something on our radar, but not at the top of our priority list right now. If it's the first time someone's made that request, I'll often note that.
If somebody gets pushy, just don't reply.
But there's also a decent usability rule: the first time users request something, they're stupid. The third time users suggest something, you're stupid. That's obviously not hard-and-fast, but it is important to keep in mind that even if you think the users are wrong on something, at a certain point, if there are lots of them, they may be right.
Whether or not you care depends on the type of OSS project.
Usually I just tell people that something's out of scope, or that if it's in scope, it's something on our radar, but not at the top of our priority list right now. If it's the first time someone's made that request, I'll often note that.
If somebody gets pushy, just don't reply.
But there's also a decent usability rule: the first time users request something, they're stupid. The third time users suggest something, you're stupid. That's obviously not hard-and-fast, but it is important to keep in mind that even if you think the users are wrong on something, at a certain point, if there are lots of them, they may be right.
Whether or not you care depends on the type of OSS project.