Eggdrop erroneously thinks channel is moderated due to modes set

[Robby-]

The following active modes line on a channel make eggdrop think the channel is moderated;
+BCEFHPfnt block:10:50 block:2:5 3:2 10:15m kick:4:5s
More specifically this mode: +H 10:15m
It makes the following command fail: .act #channel message
Unsetting channel mode H followed by a .reset #channel fixes the issue and makes the above command work as expected.
I suspect the parser is simply looking for the letter m in the whole string which causes this issue.
IRCd: inspircd version 4.x
Eggdrop version: 1.9.5

Maybe related: #1786 - related as in it being a parsing issue

Found by: Jobe at irc.teranova.net/#anope

[michaelortmann]

A 324 msg from server is parsed wrong:

[02:32:30] [@] :irc.example.com 324 BotA #testchan42 +Htn :10:15m                                                        
.channel
Channel #testchan42, 2 members, mode +mtn:

A MODE msg from server is parsed fine:

[02:39:14] [@] :testuser!michael@localhost MODE #testchan42 +Htn :10:15m
.channel
Channel #testchan42, 2 members, mode +tn:

So, to repeat this bug eggdrop must (re-)join such or .reset

eggdrop/src/mod/irc.mod/chan.c

Line 963 in c77e84f

static int got324(char *from, char *msg)

eggdrop/src/mod/irc.mod/mode.c

Line 991 in c77e84f

static int gotmode(char *from, char *origmsg)

The 324 parser should be fixed by extending #1752,
but instead of hardcoding a list of modes with parameters to ignore, we must get the list of those modes from 005 CHANMODES, see https://modern.ircdocs.horse/#chanmodes-parameter
Additionally the parser should stop on first whitespace
Additionally the parser should use a switch()
Additionally the parser should stop modifying/stringcopying the string to parse when it can instead just forward a pointer to the next parameter

[vanosg]

Fixed by #1752