Thunderbir gmail.com "Muodostetaan yhteyttä osoitteeseen smtp.gmail.com"

[Eeriikki]

Etsin "vikaa"  gmail.com Thunderbird lähetys hidas 20 s ?
ThB hinkkaa 15 s: "Muodostetaan yhteyttä osoitteeseen smtp.gmail.com"
Sama Mail outlook.com:iin lähetys kestä 3 s.
Olen nyt poistanut Chromium:in.
https://forum.manjaro.org/t/connecting-to-gmail-with-thunderbird-takes-2-minutes/95823ThB on ollut seuraavanlainen:

Turvallisuus ja todennus:
- Todennustapaa ( normaali salasana tai OAuth ) muuttamalla saa pari kertaa lähtemään n. 4 s ja sit taas muuttuu 20 s.

[mrl586]

Minkä operaattorin nettiyhteys? Entä mitkä DNS-palvelimet käytössä?

[Eeriikki]

Elisa ja DNA

Timeshift:illa otettu backup !

~$ grep name /run/systemd/resolve/*.conf
/run/systemd/resolve/resolv.conf:nameserver 192.168.1.1
/run/systemd/resolve/stub-resolv.conf:nameserver 127.0.0.53

Mites toi Ens_WiFi pitäis täyttää. Ohjeet usein Ubuntu18.04 ja Matessa hieman eri juttu ?

Tässä vielä tällainen:
https://linuxconfig.org/how-to-configure-static-ip-address-on-ubuntu-18-04-bionic-beaver-linux

Seuraava on jo vaikeampiselkoinen:
https://askubuntu.com/questions/1040595/dns-at-systemds-127-0-0-53-is-ignoring-some-lookups

Koitin opiskella:
https://askubuntu.com/questions/867693/why-is-ubuntu-mate-using-google-dns-servers

[Eeriikki]

Onko tämä oikein ?
~$ rfkill list
0: phy0: Wireless LAN
   Soft blocked: no
   Hard blocked: no
1: hp-wifi: Wireless LAN
   Soft blocked: no
   Hard blocked: no

~$ iwconfig
wlo1      IEEE 802.11  ESSID:"Ens" 
          Mode:Managed  Frequency:5.24 GHz  Access Point: 0C:D6:BD:A4:98:A3   
          Bit Rate=104 Mb/s   Tx-Power=15 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=50/70  Signal level=-60 dBm 
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:214   Missed beacon:0

lo        no wireless extensions.

enp0s25   no wireless extensions.

[Eeriikki]

Voisko tämä olla syynä Thunderbird ongelmaan ?
~$ iwconfig: Invalid misc:214 

Onkohan nyt niin, että tämä on WiFi-raudan ominaisuus ?

Tässä yx juttu:
https://askubuntu.com/questions/1099671/what-is-options-iwlwifi-11n-disable-1-in-wifi-setting

Kokeilin: options iwlwifi 11n_disable=8 ja hidasti sillä hetkellä 20 -> 10 Mbps. Ehän mä tiedä mitä se tekee !
options iwlwifi 11n_disable=1; "ei tehnyt mitään" !

[Eeriikki]

Eihä tätä kukaan jaksa kauhoa !
Nämä siellä on:

nmcli device show wlo1 | grep IP4.DNS
IP4.DNS[1]:                             192.168.1.1
IP4.DNS[2]:                             8.8.8.8
IP4.DNS[3]:                             8.8.4.4

[nm]

Tuskin liittyy wifiin mitenkään, jos nettiyhteys toimii muuten normaalisti.

DNS-ongelma on periaatteessa mahdollinen, mutta senkin pitäisi ilmetä laajemmin selainten hidasteluna. Tällä hetkellä ensisijainen nimipalvelin on 192.168.1.1 eli reititin toimii DNS-cachena ja varsinainen nimipalvelu on todennäköisesti operaattorin palvelin. Joskus reititin hidastaa tai sekoilee kyselyjen kanssa, jolloin voit kokeilla vaikka tuota Googlen 8.8.8.8 -nimipalvelinta ensisijaisena: https://linuxize.com/post/how-to-set-dns-nameservers-on-ubuntu-18-04/

Todennäköisemmin ongelma johtuu kuitenkin jostain muusta Thunderbirdin ja Gmailin SMTP-palvelimen välisestä ongelmasta tai asetuksista. Mikset käytä vaikka sitä outlook.comin SMTP-palvelua, jos se toimii nopeasti?

[Eeriikki]

On tämä merkillinen, kun taas menee alle 5s eli löytää heti DNS:n. Elisa ja DNA.
Nyt on vesisade lauantai 17:30. Pitääpä kokeilla maanantaina. Tässä Äänekoskella on vielä tämä 4.-tien ja tehdasprojekti meneillään.
( 2019 keväällä ku rakennusprojekti oli vilkkaimillan, niin klo 11:00 resurssit tippui huomattavasti ja klo 12:00 taas vapautui.
Työmaiden reaaliaikainen johtaminen tapahtui Dronesta saatujen tietojen perusteella.
Työmaan varikkoalue + konttori oli maston ja minun välissä. Onhan täällä operaatorien mastoja. )

Muistin tuossa, että olet "vääntänyt" kättä samasta aiheesta iwlwifi.
Sen jälkeen on HDD vaihtunut Kigstonin SSD ja vieä Samsung SSD.
Ja tämän hetkinen 'cat /etc/modprobe.d/iwlwifi.conf' on
-----------------------------------------------------------------------------------------------------------------
cat /etc/modprobe.d/iwlwifi.conf
# /etc/modprobe.d/iwlwifi.conf
# iwlwifi will dyamically load either iwldvm or iwlmvm depending on the
# microcode file installed on the system.  When removing iwlwifi, first
# remove the iwl?vm module and then iwlwifi.
remove iwlwifi \
(/sbin/lsmod | grep -o -e ^iwlmvm -e ^iwldvm -e ^iwlwifi | xargs /sbin/rmmod) \
&& /sbin/modprobe -r mac80211
options iwlwifi led_mode=3
--------------------------------------------------------------------------------------------------------------------------------------
Katso seuraavan viimeistä osiota.
https://forum.ubuntu-fi.org/index.php?topic=52863.msg404851#msg404851

[Eeriikki]

Kokeilen seuraavaa:

" Thunderbird hangs when sending mail or copying to Sent mail "
https://support.mozilla.org/en-US/questions/1079114

[Eeriikki]

My Gmail / Thunderbird Imap hangs, so called stand by mode, has been under discussion for about 15 - 20 years.
It takes to send 1st simple E-Mail 20 s. Second E-Mail is 4 s. And what about if you have pictures to send on stanby mode or saving to send later !!!!
Same thing with Windows 10 and Ubuntu Mate LTS 18.04.
And no one has not got an solution to this "Fault".
@gmail.com / Thunderbird

Same thing 1.st sent mail 27 s and the second 27 s and 3.rd 7 s:
@outlook.com / Thunderbird

I have been following discussions over the years and Mozilla Support and Community has different kind of proposals, but no solutions.
One solution is to change "Authentication", Normal Password /OAuth2 and stand by mode stays off 2 - 3 sendings maybe more !
So only solution is that NASA has something to do with this and I am not giving you enymore money !
Perhaps it shall be Protonmail !

[nm]

Kokeilitko vaihtaa DNS-palvelimen manuaalisesti määriteltyyn 8.8.8.8:aan Ubuntun verkkoasetuksissa?

On myös mahdollista, että Gmailin SMTP-palvelin ei vain pidä osoitteestasi ja hidastaa yhteyden muodostamista sen vuoksi:  http://kb.mozillazine.org/Performance_-_Thunderbird

If you consistently have a long delay connecting to the SMTP server but no problem connecting to the POP or IMAP server your email provider might have decided the IP looks suspicious and grey listed the connection. This defers the connection (adds a delay). Thunderbird will retry and eventually get connected. One reason why your IP address might be considered suspicious is if you are using a dynamic IP address that doesn't have a reverse DNS entry. In that case the delay is intentional to try to avoid misuse of the SMTP server. Try restarting your router in order to get a different IP address (that hopefully has a valid reverse DNS entry). You can lookup your IP address using https://whatismyipaddress.com and then copy & paste it into http://mxtoolbox.com/ReverseLookup.aspx to see if has a reverse DNS entry. If it doesn't you might need to switch to a different DNS server than the one provided by your ISP. See https://www.howtogeek.com/167533/the-ultimate-guide-to-changing-your-dns-server/ for instructions on how to do that. [15]

Tuossa tapauksessa käytännöllisin ratkaisu saattaa olla SMTP-palvelimen vaihtaminen johonkin toimivampaan. Ei ole mitenkään välttämätöntä käyttää Googlen SMTP:tä Gmail-osoitteen sähköpostien lähettämiseen, vaan voit käyttää vaikka internet-operaattorin tarjoamaa SMTP-palvelua.

[Eeriikki]

TBird:issä on molemmat tilit gmail.com ja outlook.com ja sama juttu 20 s 1.st lähetys, 2nd. menee 4s.

" Kokeilitko vaihtaa DNS-palvelimen manuaalisesti määriteltyyn 8.8.8.8:aan Ubuntun verkkoasetuksissa? "
Tarkoitako näitä kahden kuvan asetuksia ?

Tällä hetkellä:

nmcli device show wlo1 | grep IP4.DNS
IP4.DNS[1]:                             192.168.1.1
IP4.DNS[2]:                             8.8.8.8
IP4.DNS[3]:                             8.8.4.4

[Eeriikki]

Voisiko seuraavalla tehdä jotakin ? Kuva.

[nm]

TBird:issä on molemmat tilit gmail.com ja outlook.com ja sama juttu 20 s 1.st lähetys, 2nd. menee 4s.

" Kokeilitko vaihtaa DNS-palvelimen manuaalisesti määriteltyyn 8.8.8.8:aan Ubuntun verkkoasetuksissa? "
Tarkoitako näitä kahden kuvan asetuksia ?

Joo, eli sinulla on nyt käytössä automaattiset reitittimeltä tulevat asetukset, ja se puolestaan saa asetukset operaattorilta. Vaihda tuolla alemman kuvan ikkunassa Menetelmä-pudotusvalikon valinnaksi Vain automaattiset osoitteet (DHCP) ja määrittele sitten DNS-palvelimeksi 8.8.8.8, kuten se varmaan suoraan tarjoaakin, kun kyseinen osoite on nyt ylimääräisenä DNS-palveluna.

Tällä hetkellä:

nmcli device show wlo1 | grep IP4.DNS
IP4.DNS[1]:                             192.168.1.1
IP4.DNS[2]:                             8.8.8.8
IP4.DNS[3]:                             8.8.4.4

Kun olet muuttanut asetukset ja muodostanut yhteyden uudelleen, tarkista, että tuossa näkyy ylimmällä rivillä eli ensisijaisena nimipalvelimena IP4.DNS[1]: 8.8.8.8

Voisiko seuraavalla tehdä jotakin ? Kuva.

Välityspalvelin voisi periaatteessa auttaa, jos viive johtuu IP-osoitteen greylistauksesta. En kuitenkaan tiedä, tarjoaako mikään taho tuollaista palvelua yksityisille ihmisille. Epäilen, ettei ainakaan Suomessa. On paljon helpompaa käyttää internet-palveluntarjoajan SMTP-palvelinta.

[Eeriikki]

No nyt katsotaan miten Thunderbird alkaa toimimaan.
Thunderbird Yhteisasetukset molemmissa Win10 ja Ubuntu Mate LTS 18.04: Ei välityspalvelua.
Lähetys 2 s.
Linux oli aikaisemmin: Automaattinen välityspalvelinasetukset.
Win10 oli: Käytä järjestelmän välityspalvelinasetuksia.
Ens ( Elisa ) ja Jur ( DNA ) on Linux.
Win10_Automaattinen_DCHP on Ens ( Elisa ).

Outlook on myös 2 - 3s.

[Eeriikki]

Voisiko tätä osittain arvioida myös näin:

ping 192.168.1.101
PING 192.168.1.101 (192.168.1.101) 56(84) bytes of data.
64 bytes from 192.168.1.101: icmp_seq=1 ttl=64 time=0.070 ms
64 bytes from 192.168.1.101: icmp_seq=2 ttl=64 time=0.069 ms
64 bytes from 192.168.1.101: icmp_seq=3 ttl=64 time=0.064 ms

ping 8.8.8.8
PING 8.8.8.8 (8.8.8. 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=117 time=45.5 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=117 time=53.8 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=117 time=41.9 ms

ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=3.03 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=1.03 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=3.07 ms

Elikkä toi 8.8.8.8 ei olisikaan niin " hyvä juttu " ? ( Piti bootata kone ennenkuin vaihtoi 8.8.8.8:n pois -> 192.168.1.1:lle )

Jos haluaa opiskella, niin: " How to fix WiFi not working on Ubuntu " :
https://net2.com/how-to-fix-wifi-not-working-on-ubuntu/

[Eeriikki]

Tässä Mozilla Support:in vastaus:

" If sending is slow but otherwise reliable, you might try send in background https://wiki.mozilla.org/Thunderbird/TestPlans/SendInBackground "

Tässä on samaista ongelmaa käsitelty vuonna 2015:
https://support.mozilla.org/en-US/questions/1079114

Tässä samaa juttua vuonna 2011:
https://support.mozilla.org/en-US/questions/1079114

[nm]

Elikkä toi 8.8.8.8 ei olisikaan niin " hyvä juttu " ? ( Piti bootata kone ennenkuin vaihtoi 8.8.8.8:n pois -> 192.168.1.1:lle )

192.168.1.* on lähiverkko, joten tottahan toki se vastaa nopeammin. Periaatteessa reitittimessä sijaitseva DNS-välityspalvelu on ihan hyvä ajatus, jos se osaa pitää selvitetyt nimet välimuistissa eikä sekoile pyynnöissä.

Tässä oli kuitenkin kyse ongelman rajaamisesta siten, että nimipalvelut tehdään mahdollisimman suoraan tunnetusti hyvin toimivalle DNS-palvelimelle. 50 ms latenssilla ei ole käytännössä mitään merkitystä.

Totesitko, että ongelma jatkui edelleen, kun 8.8.8.8 oli asetettu manuaalisesti nimipalvelimeksi eli se näkyi ylimpänä nmcli:n listauksessa? On vaikea auttaa vian selvittämisessä, jos ei olla kartalla, mitä on täsmälleen kokeiltu ja mikä oli lopputulos.

[Eeriikki]

Mites tämä "lappu" pitäisi täyttää ?

[nm]

Älä valitse menetelmäksi manuaalista. Se ei tässä ole tarpeen, kun koneelle kelpaa reitittimeltä saatu dynaaminen IP-osoite. Eli valitse Vain automaattiset osoitteet (DHCP), ja määrittele sitten DNS-palvelimeksi 8.8.8.8