Solved Deprecated by upstream, but required by another package

I guess I am not the only one to have noticed this message in the daily security mail:

p5-Net-SMTP-SSL-1.04: Tag: expiration_date Value: 2017-03-31
p5-Net-SMTP-SSL-1.04: Tag: deprecated Value: Deprecated by upstream, use Net::SMTP instead

In Internet I have found that it can be replaced by the libnet package, but that git still requires it.

Indeed, removing it would be problematic because it would remove git too:

# pkg remove p5-Net-SMTP-SSL
Checking integrity... done (0 conflicting)
Deinstallation has been requested for the following 2 packages (of 0 packages in the universe):

Installed packages to be REMOVED:

Number of packages to be removed: 2

The operation will free 23 MiB.

Proceed with deinstalling packages? [y/N]: N

So, is anything to be done other than waiting the git dependency gets fixed? (Main problem so far is that I will get the e-mail everyday until this is solved)

(I use FreeBSD 10.3, only binary packages installed)
I guess you mean using make config? But I installed only binary packages (did not need any further configuration options so far), so there is no ports tree on this server.

So, if I understand well, one solution would be to install the ports tree and then run make config to remove the problematic option?
Yes, this does imply building devel/git from ports. Note that the offending package hasn't been deprecated yet. It's scheduled to be removed at the end of March.
devel-git-lite works with real git repositories. It is also very useful for own local repos to version stuff, but also very useful just to get an idea how git works. You can try it by working on local test repositories and testing commits, merges and whatever.
So, is there anything that the lite version cannot do that the full version can? In other words, under what circumstances would you want to install the full version of Git over the lite version?
Hum, as mixing ports and pkg-installed packages reminds me of bad memories, I think I'd better be patient.

Would using ports-mgmt/synth not work for you to address this issue? A lot of us are using it now, and so far so good. It builds what needs to built, and downloads what can be downloaded. Change a variable and Synth figures it all out.
Oh I've missed the last answers. Thanks for your contributions!

chrbr and xavi: I uninstalled git (and ran pkg autoremove), then installed git-lite. I was not sure whether git-lite would be enough and could not find any information about which features are missing (there must be some). It looks like all basic commands are still working, of course, and also git pull origin master on my local machine still works (so, the git daemon is still there, alive and working). So, this is really interesting because it reduces the amount of software on the server, hence eases the maintenance.

PacketMan: I only installed binary packages and don't want a ports tree on this system, so I needed to avoid such a solution, though it's an interesting software I didn't know about.