Java Mail Timeout erst nach rund 5 Minuten?

[internet]

Hallo,

ich verwende folgende Methode um einen SMTP Login zu prüfen:

private boolean loginToSMTP(String host, int port, final String username, final String password, boolean auth,
            String enctype) throws AuthenticationFailedException, MessagingException {

        boolean result = false;
        try {
            
            Properties props = new Properties();
            
            props.put("mail.smtp.timeout", 1000);   
            props.put("mail.smtp.connectiontimeout", 1000);

            if (enctype.equals(EncodingType.TLS.toString())) {
                props.put("mail.smtp.auth", "true");
                props.put("mail.smtp.starttls.enable", "true");
            }

            else if (enctype.equals(EncodingType.SSL.toString())) {
                props.put("mail.smtp.auth", "true");
                props.put("mail.smtp.socketFactory.port", port);
                props.put("mail.smtp.socketFactory.class", "javax.net.ssl.SSLSocketFactory");
            }

            Session session = Session.getInstance(props, null);

            Transport transport = session.getTransport("smtp");
            transport.connect(host, port, username, password);

            transport.close();

            result = true;

        } catch (AuthenticationFailedException e) {
            throw new AuthenticationFailedException("SMTP: Authentication Failed");
        } catch (MessagingException e) {
            throw new MessagingException("SMTP: Messaging Exception Occurred");
        }

        return result;
    }

Wenn ich einen falschen Username eingebe, dann dauert es ewig (knapp 5 Minuten) an folgender Stelle, bis ich eine Antwort zurückbekomme:

transport.connect(host, port, username, password);

Ich habe schon folgendes probiert:

props.put("mail.smtp.timeout", 1000);   
props.put("mail.smtp.connectiontimeout", 1000);

Ich verwende diese Maven Dependency:

    <dependency>
            <groupId>javax.mail</groupId>
            <artifactId>javax.mail-api</artifactId>
            <version>1.6.2</version>
        </dependency>

Hat jemand eine Idee?

 

[Jw456]

wo machst du denn deine Authentication bei der Session ?
da ist null nicht richtig du brauchst da schon ein Auth.

JavaMail Example: Send Email in Java Using SMTP | DigitalOcean

Send emails in Java using JavaMail API and SMTP. Complete tutorial with code examples for Gmail, Outlook, and custom SMTP servers with authentication.

www.digitalocean.com

schaue mal hier wie das geht.

 

[Jw456]

Die 5 min Wartezeit wird nichts mit der Verbindung (Session) zu tuhen haben.
Da wird der Server so lange brauchen um deine falsche Anfrage zu prüfen.

 

[internet]

wo machst du denn deine Authentication bei der Session ?
da ist null nicht richtig du brauchst da schon ein Auth.

JavaMail Example: Send Email in Java Using SMTP | DigitalOcean

Send emails in Java using JavaMail API and SMTP. Complete tutorial with code examples for Gmail, Outlook, and custom SMTP servers with authentication.

www.digitalocean.com

schaue mal hier wie das geht.

danke, habe ich geändert...

Die 5 min Wartezeit wird nichts mit der Verbindung (Session) zu tuhen haben.
Da wird der Server so lange brauchen um deine falsche Anfrage zu prüfen.

ok, aber kann ich das nicht nach 5-10 Sekunden abbrechen lassen?
Aktuell geht dann gar nichts mehr...

 

[Jw456]

Dann benutze einen Thread und denn kannst du auch selber wider beenden.

 

[internet]

hm, dann klickt der User 5 Mal auf den Button um die Verbindung zu testen und dann habe ich 5 Threads, die im Hintergrund noch laufen?

 

[Jw456]

Das 5 mal Klicken kannst du doch verhindern wenn ein Thread läuft. Der Button ist dann etweder inactiv oder er macht halt nichts.

 

[KonradN]

Als erstes fällt auf, dass Du eine alte Java Mail Dependency nutzt.
Wenn Du schaust:

https://mvnrepository.com/artifact/javax.mail/javax.mail-api

Note: This artifact was moved to:

jakarta.mail » jakarta.mail-api

Daher wäre ggf. diese Abhängigkeit besser:
<!-- https://mvnrepository.com/artifact/jakarta.mail/jakarta.mail-api -->
<dependency>
<groupId>jakarta.mail</groupId>
<artifactId>jakarta.mail-api</artifactId>
<version>2.1.0</version>
</dependency>

Ansonsten ist mail.smtp.timeout der read timeout, der greifen sollte. Evtl. setzt Du auch einmal mail.smtps.timeout, wobei das eigentlich nicht notwendig sein sollte.

hm, dann klickt der User 5 Mal auf den Button um die Verbindung zu testen und dann habe ich 5 Threads, die im Hintergrund noch laufen?

Darauf würde es dann hinaus laufen. Aber das ist unkritisch, da die Verbindungen ja in erster Linie auf IO warten.

Aber da ist auch die Frage, in wie es da sinn macht, zu kurze TimeOuts einzustellen.

 

[Jw456]

Ich habe es mal getestet mit deiner Lib
Ohne Angabe von TimeOut

Also 5 min dauert es nicht wenn maximal 3-5 sek.

Wenn es wirlich 5 Minuten sind stimt was andres nicht.

 

[KonradN]

Ich habe es mal getestet mit deiner Lib
Ohne Angabe von TimeOut

Also 5 min dauert es nicht wenn maximal 3-5 sek.

Wenn es wirlich 5 Minuten sind stimt was andres nicht.

Das liegt vermutlich am Provider. Bei fehlerhaften Logindaten ist es durchaus nicht unüblich, dies nicht sofort als Fehler zurück zu melden sondern dies zu verzögern, damit Brute Force Angriffe erschwert werden.

Die Frage ist aber auf jeden Fall legitim, hier den Timeout zu verändern um da auf Clientseite schneller abzubrechen.