Hi, internals! Just quick idea: what about moving from old-school mailing list with unclear subscription logic and ugly interface to the RFC project on GitHub? Maybe https://github.com/php/rfc or similar. There are cases when language developers actively use GitHub for maintaining RFC-s, label them and review directly in github issues. For example, https://github.com/rust-lang/rfcs
Organizing internals in this way could give a chance for community to grow, because everyone knows how to raise an issue on GitHub and how to contribute to the documentation/RFC. GitHub also provides flexible way to subscribe to repo/issues/summons. Maybe it's a good time to move internals to the public open-source system? Best regards, Alexander 2017-10-26 1:28 GMT+03:00 Tom Samplonius <t...@samplonius.org>: > > > On Oct 25, 2017, at 2:17 PM, Aidan Woods <aidantwo...@gmail.com> wrote: > > > >> anyways, don't reject mailing-list messages > > > > I don't reject the messages, Google rejects the messages because of > failed > > DMARC requirements. See support[.]google[.]com/mail/answer/2451690 > > > > The error occurs when the php mailing list attempts to forward messages > > from a domain which has a (likey strict) DMARC policy, and sends emails > as > > if it was the sender from the domain holding that policy. > > > > In any case, despite failed delivery due to the policy being an issue – > it > > would be great if I wouldn't be unsubscribed from the mailing list > because > > of an error that has nothing to do with me 🤷♂️ > > I’m using GSuite for email, and I’ve never received a warning from the > php.net mail system that mail was bouncing anytime in the past two years, > nor have I been automatically unsubscribed. > > That said, email is a lot harder than it looks. > > > Tom 2017-10-25 17:30 GMT+03:00 Sara Golemon <poll...@php.net>: > Quick show of hands: Who's had a "looks like spam" bounce from php.net > mail servers in the past... lets say the past month. > Or how about the fact that new users tend to have a very hard time > even subscribing to this list? > This isn't directed at any one person because AFAICT, the maintainer > of those systems is "nobody". > Is it time to pick someone to actually maintain that pile of mierde? > Maybe replace the pieces that haven't worked since the 90s? > > Fed up with something this basic not working, > -Sara > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > >
