First, don't send commands to majordomo in rich text or HTML format.
Use "plain text" messages to mailing lists, not just majordomo.
Second, hostile address are those with / characters. Double check
what you are sending to majordomo in the subxribe command.
"Simone L. Crider" wrote:
> Hi Todd!
> ----- Original Message -----
> From: "Todd Lyons" <firstname.lastname@example.org>
> > I've not ever seen this before, so I anxiously await what others say.
> I found a way around it, by manually adding my address to the list, test.
> This works. I've been testing the other aliases that I've setup & sending
> requests to majordomo & so far, it's OK. However, I've been looking back
> through the archives for the following header that is returned w/ each
> request to majordomo,
> >>>> This is a multi-part message in MIME format.
> **** Command 'this' not recognized.
> >>>> ------=_NextPart_000_03A5_01C09CD5.33345A50
> **** Command '------=_nextpart_000_03a5_01c09cd5.33345a50' not recognized.
> >>>> Content-Type: text/plain;
> **** Command 'content-type:' not recognized.
> >>>> charset="iso-8859-1"
> **** Command 'charset="iso-8859-1"' not recognized.
> >>>> Content-Transfer-Encoding: quoted-printable
> **** Command 'content-transfer-encoding:' not recognized.
> >>>> which
> The header seems to grow w/ each request. Is there a way to turn-off this
> header? Or is this a side-effect from the way I added myself to the list.
> > It's a perl script, so you can always browse the source code. Not a
> > very good answer in that it depends on your technical savvy, but it is a
> > viable option.
> Unfortunately, I don't know perl very well, guess now's a good time to learn
> Thanks again,