Gmail nem enged be kliensről

Web, mail, IRC, IM, hálózatok

Sziasztok!

Más is tapasztalta, hogy klienssel nem enged be a Gmail? Reggel még működött, most se telefonról K9-mail, se gépről Thunderbird nem tud belépni. Közben böngészőből simán belépek. Bekapcsoltak valami varázslatot?
Köszönöm a tippeket!

  • 1320 megtekintés

( VaZso v | 2020. 05. 04., h – 13:30 )

Erről én is hallottam - magam részéről nem akarom újraindítani az IMAP klienst, de másnak újracsatlakozás már nem ment.

Nem tudom, direkt varázsoltak-e, de érdekelne...

( lajos22 | 2020. 05. 04., h – 13:38 )

Nekem IMAP működik gépről, IMAP telefonról ok, Gmail alkalmazás telefonon pörög egy kicsit, majd kilép.

openSUSE Leap 15

( khiraly | 2020. 05. 04., h – 13:38 )

Szerkesztve: 2020. 05. 04., h – 13:39

Valtozot a ToS. Mostmarcsak ketfaktorosan lehet bemenni.

Volt rola aprobetu, meg cegeknel aszem februari maganszemelyeknel meg majus/juniusi bevezetes.

 

Majd valaki kikeresi a konkret aptobetut.

Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Így van, mostmár én is megtaláltam. Application password kell neki.

Én csak azt nem értem, hogy ha egy 16 karakteres alkalmazásjelszót kell, hogy használjak a kliensben, amit nyilván nem tudok megjegyezni, ezért elmentetem a thunderbirdben, az mennyivel biztonságosabb, mint a fejben tartott, mindig begépelt jelszó?

Nem az ilyen elmentett jelszavakat szokták előszeretettel begyűjteni a csúnyagonoszok?

Nekem úgy rémlik épp hogy az application password-ot törlik el és a jövőben (talán 2021-től) már csak oauth-al lehet bemenni.

(amiből nagy felháborodás lesz, mert a 2016 előtti outlook-ok nem támogatják és millió user használja app passworddel)

 

De ennek a mostani gmail leálláshoz nincs köze, a legtöbb useremnek most javult meg magától, reggel óta nem működött.

nemegeszen, mert ha pl eladod a geped(es nem torlod)/szervizbe viszed(es esetleg ott kompromittalodna, nem gyakori de mi is rugtunk ki emiatt embert)/ellopjak akkor csak az app jelszohoz tudnak hozzaferni(es azon keresztul a leveleidhez), de pl magahoz a fiokhoz nem(es a kapcsolodo szolgaltatasokhoz sem, pl play store, youtube, music, etc) mar amennyiben a sima jelszavad nincs titkositatlanul a gepen

Miért, a bankom 3 havonta cserélgette a jelszavamat, ami az előző 10-zel nem lehetett azonos, legalább 3 karakternek változnia kellett. A jelszavak nem lehettek hosszabbak 10 karakternél, de erről egy kanyit sem írtak, csak 10 karakterig vette be a jelszavakat.

 

Mindez még több kérdést vet fel, emiatt léptem onnan nagyon gyorsan ( Anno Hajdú Takarék)

( VaZso v | 2020. 05. 04., h – 13:47 )

Azt az infót kaptam, hogy már működik, ill. megérkezett a két teszt e-mailem is 13:41 környékén (a gmail szerverén keresztül küldi, ha gmailes feladóval írok).

( uid_4263 v | 2020. 05. 04., h – 14:35 )

Szerkesztve: 2020. 05. 05., k – 10:06

Nálam ez még mindig szopó, reggel óta. IMAP+OAuth. (evolution kliens)

"The name :1.12 was not provided by any .service files”."

szerk.: ps auxwww | grep -i evolution -nal kinéztem minden releváns PID-et aztán kilőttem. Majd elindítva megjavult. Ejj.

( lpeczi v | 2020. 05. 04., h – 23:17 )

A G-nél volt probléma. Annyi látszott, hogy a "kevésbé biztonságos alkalmazások" státuszt nem lehetett elérni, így gyanítom ennek kezelés döglődött, enélkül meg nem megy a levelezőprogramos hozzáférés..

( kincza | 2020. 05. 04., h – 23:22 )

Én úgy tudtam, hogy 2020. júniustól kivezetik a kevésbé biztonságos hozzáférések támogatását, de egy blogbejegyzés alapján ezt március 30-án határozatlan ideig felfüggesztették.

kincza

Elég régen belejentették...

Nem tudom mit használsz, Thunderbird támogatja jóideje amit (TLS+OAuth) a G most kikényszerít.

Tehát normal GUI kliensekkel nincs gond.

 

Azt mondjuk nem tudom, hogy a küldéssel mi lesz, mert a CLI-s scriptek helyi MTA-n keresztül küldenek nálam is levelet, ott meg tudtommal nem játszik az OAuth, csak a "sima" TLS Auth....

google szerint fizetős Gsuite-kell hozzá:

https://support.google.com/a/answer/2956491?hl=en

 

vagy ezt az egy hacket találtam eddig:

https://hackaday.com/2017/12/14/using-gmail-with-oauth2-in-linux-and-on…

zrubi.hu

Ismerőseim Thunderbird-öt, tehát ott lesz az egyik probléma. Én Claws Mailt, nem néztem meg, ez mit tud. Meg van davmail, ami egy proxy, talán az tudhat ilyesmit. Viszont az nem jó, ha csak fogadni lehet levelet, küldeni meg nem.

Nem emlékszem, hogy bejelentették volna. Arról kaptam levelet, hogy kapcsoljam ki a kevésbé biztonságos csatlakozási metódust, amivel úgy voltam, hogy dehogy kapcsolom. Azért kapcsoltam be, hogy klienssel tudjam használni a Gmail-t.

A fentiek alapján tehát migrálni kell más szolgáltatóra. Valamelyest amúgy is terveztem, de úgy tűnik, a Google most már ki is kényszeríti ezt.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Viszont az nem jó, ha csak fogadni lehet levelet, küldeni meg nem.

Félreérted.

Normál klienssel (MUA) lehet fogadni is és küldeni is - amennyiben támogatja az OAuth -ot.

Thunderbird, Evolution biztosan támogatja.

 

Probléma csak a "parancssoros", beágyazott, vagy mail relay-t igénylő megoldásoknál lesz/van.

Ezeknél - a jelen állás szerint - hekkelni kell, vagy fizetős szolgáltatásra váltani.

zrubi.hu

( pepo v | 2020. 05. 05., k – 15:09 )

TB:

IMAP:
kiszolgáló: imap.gmail.com
felh. név: ...@gmail.com
port: 993

Bizt. beáll.:
Kapcsolat biztonsága: SSL/TLS
Hitelesítési módszer: OAuth2 (<--------- Szerintem itt lesz a hiba nálad.)

SMTP:
kiszolgáló neve: smtp.gmail.com
felh. név: ...@gmail.com
port: 465
 

Bizt. beáll.:
u.a., mint a IMAP

READY.
󠀠󠀠‎‏‏‎▓

( VaZso v | 2020. 05. 05., k – 17:48 )

Nálam a Gmailes leveleket a fetchmail tölti le, Gmailes küldés esetén pedig az Exim authentikál a Gmailhez (más esetben más útvonalon megy ki az üzenet).

Úgy látom, a fetchmail 6.x-es változata nem támogatja az OAUTH2-t, csak valami patch alkalmazásával.
Azt is látom, hogy még a Debian sid is jelenleg a fetchmail 6.4.4-es verzióját tartalmazza, és nem látok utalást arra, hogy tartalmazna OAUTH2 patchet.
A 7-es változattól állítólag benne lesz...

...szóval lehet patchelgetni, ami egyébként marhára biztonságos, ha nem a hivatalos tárolókból jön...
...vagy keresni alternatívát, pl. nem tudom, getmail mennyire jól működik és működik-e vele az OAUTH2 - ezzel milyenek a tapasztalatok?

Esetleg állított be már valaki Exim alá OAUTH2 autentikációt?

Egyébként marhára örülök, hogy ilyenekkel kell szórakozniuk, ráadásul normálisan sem képesek erről kommunikálni.
Szerencsére egy ideje főként nem a Gmailes címemet használom, de azért használom időnként ezt is... jó lenne, ha olyan authentikációkat támogatnának, aminek megfelelő támogatottsága van az aktuális rendszereknél...

Melyik hivatalos csatornán, ami a userekhez is eljut?

Olyan e-mailt biztosan kaptam, hogy kapcsoljam ki a kevésbé biztonságos alkalmazások támogatását, de arról egy kukkot sem küldtek, hogy ez a funkció megszűnik - az egyikről tudtak e-mailt küldeni, a másikról nem.
...vagy legalábbis nem találtam olyan e-mailt, amiben közölték volna.

Ilyen e-mailt kaptam:

"Kevésbé biztonságos hozzáférés kikapcsolása

Személyes adatai sebezhetők, mert Ön kevésbé biztonságos módon engedélyezi a fiókjához való hozzáférést alkalmazások és eszközök számára.
Kapcsolja ki ezt a fajta hozzáférést, és tekintsen meg további személyre szabott biztonsági javaslatokat a Biztonsági ellenőrzés alatt."

A webes felületükre nem szoktam belépni, IMAP kapcsolódás van feléjük az esetek 9x%-ában.

A felületről meg annyit, hogy folyamatosan átrendezik és főként ezért kényelmetlen (továbbá egy teljesen különálló dolog).

Az ingyenességről meg annyit, hogy van nekem saját levelező szerverem, használom is, nagyon ritkán küldök Gmail címmel üzenetet, akkor is azért, mert arra a címre kaptam az e-mailt és automatikusan erről a feladóról megy a válasz is.

A Google tipikusan szeret mindent a "saját szabványa" szerint csinálni és nem egyszer jártam úgy, hogy elkezdtem használni valamelyik szolgáltatásukat, értelmét is láttam, de megszüntették alattam.
Ezek miatt új Google szolgáltatást nem szívesen használok, a régi meg vagy megmarad, vagy kikopik szépen.

A levelezés volt az a szolgáltatás, amivel a keresőjük után elkezdtek terjeszkedni és manapság igyekeznek terelgetni a konkurenciát.
Részemről a Google címem is egyre inkább a Freemailes sorsára jut - töltögetem az e-maileket, mert vannak, akik anno azt ismerték - de egyre kevesebb jelentősége van számomra.

Így van, ez egy semmitmondó szöveg.

Ma azért direkt megnéztem a GMail súgóban hogy mit írnak, hogy kell beállítani egy asztali klienst..Ott még mindig a "prózai módszer" szerepel. Azt, hogy ezt az "új módit" amit erőltetni fognak, egyáltalán hogy hívják, arról egy szó se. Ha nem látom itt a fórumban, hogy ennek OAuth a neve, akkor nem tudom miből kellett volna rájönnöm...

Igen, ezt az oldalt linkeltétek ebben a topicban.

...de azt nem tudom, miért gondolják, hogy mindenki a szolgáltató oldalát fogja folyamatosan böngészgetni hasonló érdekességek után kutatva...
Nincs üzleti előfizetésem náluk.

Ettől még illene tájékoztatni az ügyfeleket - mondjuk egy e-mail üzenetben, ha már...

( biokill | 2021. 11. 12., p – 10:13 )

Sziasztok!

Másnál is probléma az SMTP bejelentlezés? Sem a privát, sem a céges Gmail fiókpok nem akarnak menni, webfelületen (gmail.com) be lehet lépni...

Ha nincs 2FA a fiókon, engedélyezni kell a nem biztonságos alkalmazások bejelentkezését:

https://support.google.com/accounts/answer/6010255

Ha van 2FA, alkalmazásfüggő jelszót kell létrehozni:

https://support.google.com/accounts/answer/185833