My experience is that ports with one maintainer are dealt with much more quickly than ports maintained by a mailing list.
It depends. Often, a mailing list is largely neglected. Still, many lists don't have the correct kind of maintainer or even a hierarchy of whose edits are considered immediately worthy on that mailing list. Also, some mailing lists, not necessarily FreeBSD's, and sometimes upstream, have people dedicated to it by certain companies, who at least respond to serious questions and comments. A few lists on FreeBSD don't have this. Sponsorship of mailing lists by companies, where they have staff committed to them, also makes sense. This already happens or seems to happen on some software mailing lists, not necessarily on FreeBSD's.
A mailing list isn't the only way that a group can share a maintainership account through a single email, but a mailing list by a dedicated community or by company sponsorship can work in some places. Still, even for a mailing list, that doesn't have those benefits, it's much better, except in the case where a mailing list hasn't seen action in years, than simply the mailing list of ports@freebsd for unmaintained ports.
When it comes to accounts maintained by a specific software community, responses happen more quickly. These aren't necessarily by mailing list. For example when the maintainer is KDE, Ruby, Perl, Xorg or any other software group also mentioned in the maintainer email account, responses are quicker.
What if a collective group was there as a single maintainer email account, and this group spanned across NetBSD, OpenBSD and other BSD's too.
Also, various scripts in the ports tree assume that there is only one value in the MAINTAINER field, as does FreshPorts and at least one other codebase I could name.
So this is why lots of people would need to be able to share a single email account.
I have seen this handled with a comment line before or after MAINTAINER stating who is welcome to commit.
That's a good way.
As a rando that occasionally contributes patches, my main frustration is getting someone's attention to have them committed. They are usually cheerfully ignored for at least months, and sometimes years.
We are all in violent agreement, here.
Back to this, I realize that this is actually a marketing problem. When people leave or those who choose to stay are frustrated, there was a marketing failure on the product/service end. Lots of people leave silently, and don't stay around like may of us have. One publicly made complaint is estimated to have 10 times more quiet complaints of customers who left silently. Many of us won't leave. The greatness of FreeBSD's base system is enough to get people to want to try FreeBSD or stay around for a few years, but it's not enough to keep everyone.
It means, the FreeBSD Foundation needs to have more paid committers, more committees who are on payrolls of other companies, and a survey of committers and those who upload commits. Every month, a handful of source developers or committers is welcomed, though, this number needs to increase by 20 fold.
Since GIT is the way FreeBSD uses, FreeBSD needs to give attention to providing training, such as at conferences and at local FreeBSD groups. Same for the ports handbook. Maybe FreeBSD should pay someone to write a book on maintainership, aside from the FreeBSD Porters Handbook.
Having a great base system is not enough. Then, Ports is largely ignored by those who make decisions, because of how great the base system is, and the assumption that ports will automatically take care of itself. It doesn't do that enough. We also have different groups/individuals as maintainers who do their maintained ports the Linux way. Ports needs more structure as well.
There's very few pieces left of the LLVM toolchain to be completely free of GCC/GPL, so they need to pay someone to finish that up. Also, people with past accomplishments need to be rewarded, so they're not left out and not feel bitter about it.