javax.mail.NoSuchProviderException: Нет провайдера для smtps

Question

Я пытаюсь настроить свой проект Java, чтобы иметь возможность отправлять электронную почту (через g-mail, если это имеет значение), и я получаю «javax.mail.NoSuchProviderException : Нет провайдера для smtps "каждый раз, когда я пытаюсь запустить следующую строку (которая копирует/вставляет из их примера).

Transport transport = session.getTransport("smtps"); 

Я огляделся и обнаружил, что это, как правило, выбрасывается, потому что не имеет mail.jar включены в пути к классам, но я на самом деле имею mail.jar включены. Поскольку я запускаю JDK 1.6, мне не нужно включать activ.jar в соответствии с FAQ здесь (http://www.oracle.com/technetwork/java/javamail/faq-135477.html#classpath). Кроме того, активация.jar, похоже, не присутствует в версии 1.4.7 javamail.

На всякий случай что-то испортилось, я повторно загрузил весь почтовый индекс с сайта oracle, извлек его и добавил банку свежие (после удаления старой банки), и я все равно получаю ту же ошибку. Какие-нибудь мысли о том, что может быть на данный момент?

EDIT: Вот полный стек трассировки, печатается:

javax.mail.NoSuchProviderException: No provider for smtps 
    at javax.mail.Session.getProvider(Session.java:433) 
    at javax.mail.Session.getTransport(Session.java:627) 
    at javax.mail.Session.getTransport(Session.java:608) 
... my code that calls getTransport() ... 
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 
    at java.lang.reflect.Method.invoke(Method.java:597) 
... more of my code ... 
    at java.lang.Thread.run(Thread.java:662) 

Answer 1

Таким образом, выясняется, что проблема заключалась в том, что устаревшая версия mail.jar была включена в проект, на который я ссылался, и после обновления этой копии mail.jar проблема была решена.

Для дальнейшего использования, есть ли способ зарегистрировать или обеспечить видимость при таких конфликтах в банке?

https://confluence.atlassian.com/confkb/cannot-send-email-due-to-javax-mail-nosuchproviderexception-smtp-error-154079.html

Answer 2

Убедитесь, что у вас есть javax.mail.jar в вас построить путь. Если вы используете eclipse, вам может потребоваться обновить или щелкнуть правой кнопкой мыши ваш проект в проводнике файлов, выбрать configure build path, добавить внешний JAR и затем добавить его в путь сборки. Send email using java дает рабочий код (я его протестировал) на случай, если вы просто захотите просмотреть свой. Если это не проблема или вы не используете eclipse, трассировка стека была бы хорошей

Answer 3

JavaMail запрашивает ClassLoader для файла конфигурации, который настраивает поставщиков протокола. Если ClassLoader работает неправильно, JavaMail не сможет найти файл конфигурации. Существует несовместимость между тем, как работает OSGi ClassLoaders и что ожидает JavaMail, что может вызвать эту проблему. Если вы запускаете свое приложение в самом Eclipse, это может объяснить эту проблему. Другой распространенной причиной этой проблемы является импорт файла mail.jar в ваш проект таким образом, что файлы классов извлекаются из файла jar и включаются в ваше приложение, но файлы конфигурации остаются позади.

Попробуйте запустить программу из командной строки с помощью команды «java» и с файлом mail.jar в вашем CLASSPATH.

Answer 4

попробовать

Transport transport = session.getTransport("smtp"); 

Answer 5

При использовании почты API убедитесь, что протокол, который вы ожидаете работать? В этом случае вам не хватает smtp.jar с вашим проектом eclipse.

Существует несколько банок для разных протоколов, которые доступны в почтовом сообщении api. EX: dsn.jar, gimap.jar, imap.jar, mailapi.jar, pop3.jar, smtp.jar

Answer 6

На всякий случай, если кто-то совершит ту же ошибку, что и у меня: , вы должны использовать строчные буквы для протокола, разрешающего работать. Если вы введете SMTP в качестве имени протокола вместо smtp, вы получите NoSuchProviderException. Скорее всего, он работает одинаково для всех других поставщиков.

Answer 7

в интересах других с аналогичной проблемой, как у меня.

убедитесь, что вы помните, чтобы установить

properties.put("mail.transport.protocol", "smtp")); 

вместо

properties.put("mail.transport.protocol", "SMTP")); 

Answer 8

Я имел mail.jar и activation.jar в Lib каталога TOMCAT и mailapi.jar в Lib каталоге приложения. Приложение читало mailapi.jar во время выполнения, так как mailapi.jar - это легкая версия почтовой рассылки api, и ему нужен smtp.jar, поэтому приложение бросало smtp-исключение. Итак, если вы хотите избавиться от этого исключения,

Пожалуйста, разрешить конфликт между mail.jar и mailapi.jar по:

• Удаление mailapi.jar (если он есть в пути к классам).
• ИЛИ просто держите одну пару mailapi.jar и smtp.jar в пути для группы и удалите
  mail.jar.
• ИЛИ просто сохранить одну пару mail.jar и activation.jar в путь к классу (чистый подход).

(FYI: Я искал файловую систему, чтобы узнать, связанные почты опарник и должен знать, что у меня есть противоречивая .jar файл в добавленном Gradle в пути к классам по следующему пути() C: \ workspace.metadata.plugins \ org.eclipse.wst.server.core \ tmp0 \ wtpwebapps \ testapp \ WEB-INF \ lib)