Perhaps not. As I understand it, if I have a wordlist called 3words.txt consisting of "a, b, c" and run combinator, I will end up with: ab, ac, ba, bc, ca, cb - whereas I want: abc. If that is the case, then combinaotr3 wouldn't work either with a wordlist consisting of 4 words.
I know that the password would be at least a combination of 8 words, and up to a combination of 18 words. However, if a wordlist has to be generated, and hashcat can't generate and try the password at the same time, I'd have to create a more sensible wordlist that contains the more probable password of 8 to 14 combinations. I think that would be up to 14! combinations, which at 9000 H/s is not bad.
I know that the password would be at least a combination of 8 words, and up to a combination of 18 words. However, if a wordlist has to be generated, and hashcat can't generate and try the password at the same time, I'd have to create a more sensible wordlist that contains the more probable password of 8 to 14 combinations. I think that would be up to 14! combinations, which at 9000 H/s is not bad.