ImapIdleChannelAdapter не получает содержимое сообщения - PullRequest
0 голосов
/ 08 июня 2019

Я использую этот код для чтения почты с сервера IMAP:

@EnableIntegration
public class MailIntegration implements HasLogger {

    @Bean
    public ImapIdleChannelAdapter messageChannel(ImapMailReceiver receiver) {
        var receiver = new ImapMailReceiver("imaps://...");
        var adapter = new ImapIdleChannelAdapter(receiver);
        adapter.setOutputChannelName("imapChannel");
        return adapter;
    }

    @ServiceActivator(inputChannel = "imapChannel")
    public void handleMessage(MimeMessage message) {
        getLogger().info("Got message!");

        var subject = message.getSubject();
        getLogger().info("Subject: {}", subject);

        var contentType = message.getContentType();
        getLogger().info("ContentType: {}", contentType);

        var content = message.getContent();
        if (content instanceof String) {
            var text = (String) content;
            getLogger().info("Content: {}", text);
            getLogger().info("Length: {}", text.length());
        } else {
            getLogger().info("Other content: {}", content);
        }
    }
}

Если я отправляю электронное письмо в формате обычного текста, включается обработчик, и он записывает:

INFO : Got message!
INFO : Subject: Lorem ipsum dolor sit amet
INFO : ContentType: text/plain; charset="utf-8"
INFO : Content:
INFO : Length: 0

Если я отправляю электронное письмо в формате HTML, включается обработчик и регистрируется:

INFO : Got message!
INFO : Subject: Lorem ipsum dolor sit amet
INFO : ContentType: text/html; charset="utf-8"
INFO : Content:
INFO : Length: 0

Тема правильная (как и заголовки), но содержимое всегда пустое для простого и HTML электронногоотправляет по почте оба.

Кроме того, я ожидал бы получить сообщение multipart для HTML, а не только часть text/html.Фактически, если я проверяю необработанное сообщение в своем почтовом клиенте, я вижу:

From: Giovanni Lovato <giovanni.lovato@...>
To: Test <test@...>
Subject: Lorem ipsum dolor sit amet
... lots of other header lines ...
Content-type: multipart/alternative; boundary="B_3642854791_1171496246"

> This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--B_3642854791_1171496246
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: quoted-printable

Lorem ipsum dolor sit amet.

--B_3642854791_1171496246
Content-type: text/html; charset="UTF-8"
Content-transfer-encoding: quoted-printable

<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body>
  <p>Lorem ipsum dolor sit amet.</p>
</body>
</html>


--B_3642854791_1171496246--

Так что, похоже, ImapIdleChannelAdapter уже извлекает часть HTML и передает ее обработчику со всемиоригинальные заголовки;все еще без содержания.

Я что-то не так делаю?

1 Ответ

0 голосов
/ 10 июня 2019

Попробуйте установить simpleContent на true на ImapMailReceiver: https://docs.spring.io/spring-integration/docs/current/reference/html/#mail-inbound

Если это правда, содержимое почтового тела извлекается по требованию:

@Override
    public Object getContent() throws IOException, MessagingException {
        if (AbstractMailReceiver.this.simpleContent) {
            return super.getContent();
        }
        else {
            return this.content;
        }
    }

вместо нетерпеливого извлечения в противном случае:

IntegrationMimeMessage(MimeMessage source) throws MessagingException {
        super(source);
        this.source = source;
        if (AbstractMailReceiver.this.simpleContent) {
            this.content = null;
        }
        else {
            Object complexContent;
            try {
                complexContent = source.getContent();
            }
            catch (IOException e) {
                complexContent = "Unable to extract content; see logs: " + e.getMessage();
                AbstractMailReceiver.this.logger.error("Failed to extract content from " + source, e);
            }
            this.content = complexContent;
        }
    }

В версии 5.2 мы ввели:

/**
 * Configure a {@code boolean} flag to close the folder automatically after a fetch (default) or
 * populate an additional {@link IntegrationMessageHeaderAccessor#CLOSEABLE_RESOURCE} message header instead.
 * It is the downstream flow's responsibility to obtain this header and call its {@code close()} whenever
 * it is necessary.
 * <p> Keeping the folder open is useful in cases where communication with the server is needed
 * when parsing multipart content of the email with attachments.
 * <p> The {@link #setSimpleContent(boolean)} and {@link #setHeaderMapper(HeaderMapper)} options are not
 * affected by this flag.
 * @param autoCloseFolder {@code false} do not close the folder automatically after a fetch.
 * @since 5.2
 */
public void setAutoCloseFolder(boolean autoCloseFolder) {

Я считаю, что это тоже должно помочь вам.

...