Невозможно проанализировать это тело сообщения mime, состоящее из нескольких частей, в Java

В тексте, который вы разместили, есть несколько ошибок.

Это не допустимый составной мим. Ознакомьтесь с ссылкой на Википедию, которая, хотя и не является нормативной, все же является правильной.

Граница пантомимы не определена. Из примера из Википедии: Content-Type: multipart/mixed; boundary="frontier" показывает, что граница является «границей». В вашем примере "----=_NextPart_000_005D_01CC73D5.3BA43FB0" является границей, но это можно определить только путем сканирования текста (т.е. мим искажен). Вы должны проинструктировать дурака, который передает вам содержимое пантомимы, что вам также необходимо знать граничное значение пантомимы, которое не определено в заголовке сообщения. Если вы получите все тело сообщения, вам будет достаточно, потому что тело сообщения начинается с MIME-Version: 1.0, за которым следует Content-Type: multipart/mixed; boundary="frontier", где граница будет заменена значением границы для закодированного пантомимы.

Если человек, который отправляет тело, является болваном (перешел с обезьяны, потому что обезьяна слишком осуждающая - мой плохой DwB) и не будет (скорее всего, не знает, как) отправить полное тело, вы можете получить границу, отсканировав текст в поисках строки, которая начинается и заканчивается "--" (ie --boundary--). Обратите внимание, что я упомянул «линию». Конечная граница на самом деле "--boundary--\n".

Наконец, материал, который вы разместили, состоит из 2 частей. Первая часть, по-видимому, определяет замены, которые должны иметь место во второй части. Если это так, Content-Type: первой части, вероятно, должен быть чем-то отличным от «text/plain». Возможно, «название компании/подстановка-определение» или что-то в этом роде. Это позволит использовать несколько (как в будущих улучшениях) форматов замены.

Сначала я взял ваше примерное сообщение и заменил все вхождения \n символами новой строки и \t вкладками.

Затем я загрузил файлы JAR из проекта Mime4J, подпроекта Apache James и выполнил анализ GUI пример org.apache.james.mime4j.samples.tree.MessageTree с преобразованное сообщение выше в качестве входных данных. И, по-видимому, Mime4J смог проанализировать сообщение и извлечь часть сообщения HTML.

Можно создать MimeMultipart из http-запроса.

javax.mail.internet.MimeMultipart m = new MimeMultipart(new ServletMultipartDataSource(httpRequest));

public class ServletMultipartDataSource implements DataSource {
    String contentType;
    InputStream inputStream;
    public ServletMultipartDataSource(ServletRequest request) throws IOException {
        inputStream = new SequenceInputStream(new ByteArrayInputStream("\n".getBytes()), request.getInputStream());
        contentType = request.getContentType();
    }
    public InputStream getInputStream() throws IOException {
        return inputStream;
    }
    public OutputStream getOutputStream() throws IOException {
        return null;
    }
    public String getContentType() {
        return contentType;
    }
    public String getName() {
        return "ServletMultipartDataSource";
    }
}

Для получения параметра отправленной формы необходимо разобрать заголовки BodyPart:

public String getStringParameter(String name) throws MessagingException, IOException {
    for (int i = 0; i < getCount(); i++) {
        BodyPart bodyPart = m.getBodyPart(i);
        String[] nameHeader = bodyPart.getHeader("Content-Disposition");
        if (nameHeader != null && content instanceof String) {
            for (String bodyName : nameHeader) {
                if (bodyName.contains("name=\"" + name + "\"")) return String.valueOf(bodyPart.getContent());
            }
        }
    }
    return null;
}

Если вы используете javax.servlet.http.HttpServlet для получения сообщения, вам придется использовать HttpServletRequests.getHeaders для получения значения типа содержимого заголовка HTTP. Затем вы будете использовать org.apache.james.mime4j.stream.MimeConfig.setHeadlessParsing для установки MimeConfig с информацией, чтобы он мог правильно обрабатывать сообщение mime.

Похоже, вы используете HttpServletRequest.getInputStream для чтения содержимого запроса. Возвращаемый входной поток содержит только содержимое сообщения после заголовков HTTP (заканчивающихся пустой строкой). Вот почему вы должны извлечь тип содержимого из заголовков HTTP и передать его анализатору с помощью setHeadlessParsing.