Страницы: 1 2 3 4 5 ... 9 След.
RSS
Проблемы с gmail.com, Все проблемы с гэмылом обсуждаем только здесь. Мыши плакали, кололись, рвали кожу в мясо, но продолжали юзать халявные ящики
 
Добрый вечер, не могу второй день настроить smtp.gmail.com
Уже все комбинации перепробовал, соответственно с портами 465 и 587

Первое что сделал, зашел в аккаунт Google и поставил переключатель "Ненадежные приложения разрешены"
Второе - зашел в настройки Gmail > Пересылка POP/IMAP - Включить IMAP
Третье - отключил Антивирус и Брандмауэр


В журнале The Bat!:

20.06.2017, 22:23:39: SEND  - Отправка почты - писем в очереди: 1
20.06.2017, 22:23:39: SEND  - Подключение к SMTP-серверу smtp.gmail.com через порт 465
20.06.2017, 22:24:00: SEND  - Невозможно соединиться с  Попытаемся соединиться по другим адресам...
20.06.2017, 22:24:00: SEND  - Соединение с 173.194.222.109...
20.06.2017, 22:24:00: SEND  - Начинаю приветствие TLS
>20.06.2017, 22:24:01: SEND  - Свойства сертификата: 6FC8B2AF2212206D, алгоритм: RSA (2048 бит), Действителен с: 07.06.2017 15:17:23, по: 30.08.2017 15:10:00, на хосты в кол-ве 1 шт.: smtp.gmail.com.
>20.06.2017, 22:24:01: SEND  - Владелец: "US", "California", "Mountain View", "Google Inc", "smtp.gmail.com".
>20.06.2017, 22:24:01: SEND  - Поставщик: "US", "Google Inc", "Google Internet Authority G2". Действителен с 22.05.2017 11:32:37 до 31.12.2018 23:59:59.
>20.06.2017, 22:24:01: SEND  - Root: "US", "GeoTrust Inc.", "GeoTrust Global CA" Действителен с 21.05.2002 4:00:00 до 21.05.2022 4:00:00.
20.06.2017, 22:24:01: SEND  - Приветствие TLS завершено
20.06.2017, 22:24:01: SEND  - Соединение с SMTP сервером прошло удачно
20.06.2017, 22:24:01: SEND  - Соединение завершено - отправлено писем: 0
20.06.2017, 22:24:01: SEND  - Не удалось отправить некоторые письма - подробности смотрите в Журнале работы
 
У меня тоже самое с  GMAIL.COM. Входящие по IMAP забирает, а вот отправить уже не может.
С другими почтовыми клиентами проблемы нету. Думаю, что в самой мышке нужно что то пофиксить, что бы нормально работал с gmail и ихней двух-факторной аутентификацией и пароли по приложению.
Изменено: TNT TNT - 01.12.2019 00:41:27
 
Дело в том, что эта проблема на нетбуке , где установлен Windows XP, аутентификацию по OAUTH пройти не может, так как виснет в окне "Доступ к почте" и соответственно ставлю через "Обычная" прописывая логин и пароль. Прием писем есть, а отправка не работает.

На втором ноутбуке, где Windows 7, работает и прием и отправка, но аутентификацию. проходил по OAUTH
Изменено: Влад Таб - 01.12.2019 00:41:27
 
Урррра, заработало. После полного удаления антивируса AVG, отключения Брандмауэра и Перезагрузки компьютера!!!


Может кому-то пригодиться настройки The BAT! v.7.4.16

SMTP-сервер: smtp.gmail.com

Соединение: Безопасное на спец. порт (TLS)  
Порт: 465

Аутентификация > Поставить галочку "Аутентификация SMTP (RFC-2554)"
Галочки НЕ  стоят "Требовать безопасную аутентификацию" и
Аутентификация "POP прежде SMTP"

°Использовать указанные ниже параметры:
Пользователь: *********@gmail.com    (обязательно полностью с gmail.com)
Пароль: *********



Почт. сервер: imap.gmail.com

Аутентификация > Обычная

Пользователь: **********@gmail.com    (обязательно полностью с gmail.com)
Пароль: ***********

Соединение: Безопасное на спец. порт (TLS)  
Порт: 993
 
Добрый день!

Подскажите в чем может быть проблема.
Все работало до 12 февраля, после письма перестали приходить и отправляться, настройки не менялись, в журнале работы видим сообщения:

15.02.2019, 09:30:22: IMAP  - Connecting to IMAP server imap.gmail.com on port 993
15.02.2019, 09:30:22: IMAP  - Initiating TLS handshake
>15.02.2019, 09:30:22: IMAP  - Certificate S/N: 00F5BA2E609C91DBB4, algorithm: RSA (1024 bits), issued from 10/13/2014 12:46:03 PM to 11/12/2014 12:46:03 PM, for 0 host(s): .
>15.02.2019, 09:30:22: IMAP  - Owner: AU, Some-State, Internet Widgits Pty Ltd.
>15.02.2019, 09:30:22: IMAP  - Issuer: AU, Some-State, Internet Widgits Pty Ltd.
!15.02.2019, 09:30:22: IMAP  - TLS handshake failure. Invalid server certificate. This certificate or one of the certificates in the certificate chain is not time valid.. The certificate or certificate chain is based on an untrusted root.
15.02.2019, 09:38:35: SEND  - sending mail message(s) - 1 message(s) in queue
15.02.2019, 09:38:35: SEND  - Connecting to SMTP server smtp.gmail.com on port 587
15.02.2019, 09:38:35: SEND  - Initiating TLS handshake
>15.02.2019, 09:38:35: SEND  - Certificate S/N: 00F5BA2E609C91DBB4, algorithm: RSA (1024 bits), issued from 10/13/2014 12:46:03 PM to 11/12/2014 12:46:03 PM, for 0 host(s): .
>15.02.2019, 09:38:35: SEND  - Owner: AU, Some-State, Internet Widgits Pty Ltd.
>15.02.2019, 09:38:35: SEND  - Issuer: AU, Some-State, Internet Widgits Pty Ltd.
!15.02.2019, 09:38:35: SEND  - TLS handshake failure. Invalid server certificate. This certificate or one of the certificates in the certificate chain is not time valid.. The certificate or certificate chain is based on an untrusted root.

Рандомно получается валидный сертификат и происходит получение/отправка, но при следующем сеансе связи опять ошибка. Удаление RootCA.ABD не помогает.
 
Лог того что происходит когда удается получить верный сертификат

15.02.2019, 10:44:49: IMAP  - Connecting to IMAP server imap.gmail.com on port 993
15.02.2019, 10:44:49: IMAP  - Initiating TLS handshake
>15.02.2019, 10:44:49: IMAP  - Certificate S/N: 43F0108801A59846, algorithm: RSA (2048 bits), issued from 1/29/2019 2:59:34 PM to 4/23/2019 2:59:00 PM, for 1 host(s): imap.gmail.com.
>15.02.2019, 10:44:49: IMAP  - Owner: "US", "California", "Mountain View", "Google LLC", "imap.gmail.com".
>15.02.2019, 10:44:49: IMAP  - Issuer: "US", "Google Trust Services", "Google Internet Authority G3". Valid from 6/15/2017 12:00:42 AM to 12/15/2021 12:00:42 AM.
>15.02.2019, 10:44:49: IMAP  - Root: "GlobalSign Root CA - R2", "GlobalSign", "GlobalSign". Valid from 12/15/2006 8:00:00 AM to 12/15/2021 8:00:00 AM.
15.02.2019, 10:44:49: IMAP  - TLS handshake complete
15.02.2019, 10:44:49: IMAP  - Connected to IMAP server (imap.gmail.com)
>15.02.2019, 10:44:49: IMAP  - Gimap ready for requests from 85.69.64.32 z8mb58456754lfj
15.02.2019, 10:44:49: IMAP  - Authenticating (user: "lol@gmail.com", method: "LOGIN")...
15.02.2019, 10:44:51: IMAP  - IMAP server authentication OK, server says "lol@gmail.com authenticated (Success)"
15.02.2019, 10:45:17: SEND  - sending mail message(s) - 1 message(s) in queue
15.02.2019, 10:45:17: SEND  - Connecting to SMTP server smtp.gmail.com on port 465
15.02.2019, 10:45:17: SEND  - Initiating TLS handshake
>15.02.2019, 10:45:17: SEND  - Certificate S/N: 68AC550EDA469434, algorithm: RSA (2048 bits), issued from 1/29/2019 2:59:18 PM to 4/23/2019 2:59:00 PM, for 1 host(s): smtp.gmail.com.
>15.02.2019, 10:45:17: SEND  - Owner: "US", "California", "Mountain View", "Google LLC", "smtp.gmail.com".
>15.02.2019, 10:45:17: SEND  - Issuer: "US", "Google Trust Services", "Google Internet Authority G3". Valid from 6/15/2017 12:00:42 AM to 12/15/2021 12:00:42 AM.
>15.02.2019, 10:45:17: SEND  - Root: "GlobalSign Root CA - R2", "GlobalSign", "GlobalSign". Valid from 12/15/2006 8:00:00 AM to 12/15/2021 8:00:00 AM.
15.02.2019, 10:45:17: SEND  - TLS handshake complete
15.02.2019, 10:45:17: SEND  - connected to SMTP server
15.02.2019, 10:45:18: SEND  - authenticating (login)...
15.02.2019, 10:45:18: SEND  - sending message to lol@gmail.com
<15.02.2019, 10:45:19: SEND  - message to lol@gmail.com sent (408 bytes)
15.02.2019, 10:45:19: SEND  - connection finished - 1 message(s) sent
 
Такая же проблема с тем же сертификатом. Удалось ли найти решение?
 
тоже самое с этим же сертификатом! из того, что нашел по этому поводу в инете пока ничего не помогло
 
Значит, что-то всеобщее. У меня то же самое по протоколу POP3. Провайдер какой? У меня на МГТС (и, возможно на МТС), а на других провайдерах все нормально.
Когда работает через раз, это зависит от IP-адреса, в который расшифровывается pop.gmail.com (и, значит, imap.gmail.com).
Удалось отловить, что по адресу 74.125.131.109 недействительный сертификат, а по адресу 173.194.222.109 -
действительный гугловский. Но вписать в свойства ящика цифровой адрес нельзя, он не соответствует никакому сертификату :)
Можно работающий адрес поместить в hosts строкой
173.194.222.109 pop.gmail.com
Для imap - imap.gmail.com, но возможно, адреса другие.
И если стоит антивирус, который проверяет и восстанавливает hosts, но нужно этот файл внести в исключения, по крайней мере, антивирусного монитора.

Почему - некоторая загадка. Я думал, что остатки ковровой блокировки Телеграма, но OpenSSL соединяется. Так что ситуация хитрее.
Изменено: Константин Кроль - 10.01.2020 13:44:40
 
тоже самое , лезет
 

>19.02.2019, 12:04:43: SEND - Certificate S/N: 00F5BA2E609C91DBB4, algorithm: RSA (1024 bits), issued from 13.10.2014 12:46:03 to 12.11.2014 12:46:03, for 0 host(s): .

>19.02.2019, 12:04:43: SEND - Owner: AU, Some-State, Internet Widgits Pty Ltd.

рекомендованная запись в Hosts  пока помогла

потребовалось добавить еще и SMTP.gmail.com   как было Сказано


Изменено: Алексей Курбатов - 10.01.2020 13:44:41
 
Ошибка проявляется на версиях TheBat 5.0-7.0 и не проявляется на 7.4 и выше. Промежуточных версий между 7.0 и 7.4 среди архивных версий Ritlabs не видно, поэтому что на них и с чем именно проблема связана, так и не удалось выяснить.

А все же, если возникает ошибка, какой провайдер?

Уточнение про версии, с учетом надыбанных: ошибка в версии 7.2, ошибки нет в версии 7.3.4.
Документированных изменений немного, но TLS в них есть и не раз:
[*] The Bat! didn't send the list of supported elliptic curve groups during TLS "client hello"
[-] (875) The Bat! adds extra line after any table in the HTML Editor
[-] The Bat! didn't properly parse the "Certificate request" handshake message on TLS

7.3
---
[+] Perfect Forward Fecrecy SSL/TLS algorithms support
[+] Elliptic Curve certificates support on SSL/TLS
[-] Unneeded folders in RSS Subscriptions
[-] PNG image had no transparency in XHTML mail
Изменено: Константин Кроль - 10.01.2020 13:44:41 (Уточнение, дополнительные подробности)
 
Цитата
Константин Кроль написал:
А все же, если возникает ошибка, какой провайдер?
провайдер МТС, причем на всех трех используемых модемах, версия 5.0.18

запись в hosts помогла, пока всё работает
 
У МЕНЯ ТО ЖЕ САМОЕ.  ПРОВАЙДЕР МГТС.  ЯЩИК -GMAIL. BAT - ВЕРСИЯ 4.2. МНОГО ЛЕТ  БЕСПЕРЕБОЙНОЙ РАБОТЫ. НАЧАЛИСЬ ПРОБЛЕМЫ В ФЕВРАЛЕ. ЧТО ДОБАВИТЬ В   HOSTS - НЕ ЗНАЮ. ПЕРЕХОД   С POP НА IMAP И ОБРАТНО НЕ ПОМОГ. СЛУЖБА  ПОДДЕРЖКИ   ТОЖЕ. МОЖЕТ БЫТЬ КТО ПОМОЖЕТ. СПАСИБО ЗАРАНЕЕ
 
!15.03.2019, 23:06:57: FETCH - Приветствие TLS не завершено. Неверный сертификат сервера. Данный сертификат или один из сертификатов в цепочке недействителен по параметру времени.. Сертификат или цепочка сертификатов основываются на ненадежной корневой системе (root).
15.03.2019, 23:08:57: FETCH - Получение новой почты
15.03.2019, 23:08:57: FETCH - Начинаю приветствие TLS
>15.03.2019, 23:08:57: FETCH - Свойства сертификата: 00F5BA2E609C91DBB4, алгоритм: RSA (1024 бит), Действителен с: 13.10.2014 12:46:03, по: 12.11.2014 12:46:03, на хосты в кол-ве 0 шт.: .
>15.03.2019, 23:08:57: FETCH - Владелец: AU, Some-State, Internet Widgits Pty Ltd.
>15.03.2019, 23:08:57: FETCH - Поставщик: AU, Some-State, Internet Widgits Pty Ltd.
 
Подводя некоторые итоги.
Ошибка возникает у провайдера МГТС или МТС на версиях TheBat! ниже 7.3.4.

Решение 1:
Перейти на версию TheBat! 7.3.4 или более позднюю.

Решение 2:
В файл hosts добавить следующие строки:
Код
173.194.222.109  pop.gmail.com
209.85.233.109  smtp.gmail.com

(для imap я не искал, кому нужно, постепенно найдет :) . Если стоит антивирус, который проверяет и восстанавливает hosts,
то нужно файл hosts внести в исключения, по крайней мере, антивирусного монитора.)

Причина (предположительная):
Ошибка в TheBat!, исправленная в версии 7.3.4:
[-] The Bat! didn't properly parse the "Certificate request" handshake message on TLS -
взаимодействует с какой-то ошибкой в реализации роскомнадзоровской блокировки, так что в итоге TheBat! получает ответ и сертификат как если бы она обращалась к заблокированному сайту.

Дальнейшие детали смогут прояснить только разработчки Bat, если захотят ковыряться в старых версиях и их ошибках (официальная поддержка действует только для последних версий), и, возможно, в сотрудничестве с админами, ответственными за блокировку в МГТС/МТС, но здесь вероятность желания еще меньше.

Я писал о проблеме в Facebook без особой надежды на решение и не зная еще всего того, что здесь пишу,
однако в результате проявилась представитель поддержки МГТС, навязала мне телефонный разговор с "техблоком", "который работает только по голосовой связи", ну и - независимо от того, что малопонятно, что тут можно голосом-то сказать, - разговор был бессмысленным и удручающим, "а что это за сертификаты, о которых вы всё говорите" :). Ну и некоторые дальнейшие переговоры хоть и через посредника, но уже не голосом никакой новой информации не принесли.

P.S. И я понятия не имею, что же именно произошло 12 февраля 2019. Хотелось бы знать.
Изменено: Константин Кроль - 10.01.2020 13:44:41
 
Здравствуйте!

Пришло на почту служебное письмо-уведомление от Google (google-accounts-noreply@google.com):

Цитата
Это обязательное служебное уведомление о важных изменениях в Вашем аккаунте Google.

Здравствуйте!
31 марта 2019 года перечисленные ниже сторонние приложения потеряют доступ к некоторым данным в Вашем аккаунте Google (в том числе к переписке в Gmail). Никаких действий с Вашей стороны не требуется.
The Bat!
The Bat! v7
Мы вводим эти изменения, чтобы обеспечить конфиденциальность и безопасность Вашей информации. Затронутые приложения не соответствуют нашим обновленным правилам защиты данных, опубликованным 8 октября 2018 года.
Посмотреть, настроить и удалить приложения, у которых есть доступ к Вашему аккаунту, можно на странице аккаунта Google.


С уважением,
команда Google Аккаунтов

На данный момент почта настроена через OAUTH... Это получается всё... или будет работать?
 
Ограничение доступа к данным в Вашем аккаунте Google


© Google LLC, 2019. 1600 Amphitheatre Parkway, Mountain View, CA 94043, США
Это обязательное служебное уведомление о важных изменениях в Вашем аккаунте Google.

[&#1051;&#1086;&#1075;&#1086;&#1090;&#1080;&#1087; Google]
Здравствуйте!
31 марта 2019 года перечисленные ниже сторонние приложения потеряют доступ к некоторым данным в Вашем аккаунте Google (в том числе к переписке в Gmail). Никаких действий с Вашей стороны не требуется.
The Bat!
Мы вводим эти изменения, чтобы обеспечить конфиденциальность и безопасность Вашей информации. Затронутые приложения не соответствуют нашим обновленным правилам защиты данных, опубликованным 8 октября 2018 года.
Посмотреть, настроить и удалить приложения, у которых есть доступ к Вашему аккаунту, можно на странице аккаунта Google.

С уважением,
команда Google Аккаунтов
 
andrey an, я тоже получил такое сообщение сегодня, написал в техподдержку.
 
Да, очень хочется узнать комментарий от RITLABS.
 
Я так понял, перестанут работать с Gmail старые версии
(у меня 7.4.16 (64-битная)) или Gmail заблокирует The Bat! полностью ?
--------------------------------------------------
" 31 марта 2019 года перечисленные ниже сторонние приложения потеряют доступ к некоторым данным в Вашем аккаунте Google (в том числе к переписке в Gmail). Никаких действий с Вашей стороны не требуется.

       The Bat! v7

Мы вводим эти изменения, чтобы обеспечить конфиденциальность и безопасность Вашей информации. Затронутые приложения не соответствуют нашим обновленным правилам защиты данных, опубликованным 8 октября 2018 года.
Посмотреть, настроить и удалить приложения, у которых есть доступ к Вашему аккаунту, можно на странице аккаунта Google.

С уважением,
команда Google Аккаунтов "
Изменено: gorand39 gorand39 - 10.01.2020 13:44:42 (добавлен текст письма)
 
По моему The Bat должны у Google пройти сертификацию и все будет в порядке. ) А так да, проблема и большая. От разработчиков ни анонса ни рассылки.
Изменено: Александр Якушев - 10.01.2020 13:44:42
 
У меня версия 8.5.8.1. Будет обновление или как быть в понедельник с утра?
 
ВИТАЛИЙ ЭНГЕЛЬ,  
УВАЖАЕМЫЙ КОНСТАНТИН!!!
ПОМОГ ВАШ  СОВЕТ от 19.03. ПО ИЗМЕНЕНИЮ HOSTS ( #2)
Поклон Вам и уважение.С П А С И  Б О .
Все предложенное  техподдержкой и найденное в сети результатов не давало.!
После  многих лет пользования программой  хотел отказываться от BAT  или переходить, что и сделаю, на другого провайдера.Еще  раз
СПАСИБО БОЛЬШОЕ
 
Наступило 2 апреля. TheBat! 5.8.8  работает как ни в чем не бывало. И Гугл сообщений не шлет.
Правда, это
1) корпоративный домен (G-suite вроде оно теперь называется)
2) pop3/smtp, не imap.
 
Цитата
Константин Кроль написал:
Наступило 2 апреля. TheBat! 5.8.8  работает как ни в чем не бывало. И Гугл сообщений не шлет.
Правда, это
1) корпоративный домен (G-suite вроде оно теперь называется)
2) pop3/smtp, не imap.
10 апреля, обычный thebat

10.04.2019, 15:29:22: IMAP - Соединение с IMAP-сервером imap.gmail.com, порт 993

10.04.2019, 15:29:22: IMAP - Начинаю приветствие TLS

>10.04.2019, 15:29:22: IMAP - Свойства сертификата: 292D03E0BC9AB17AD309ADB13771F1AF, алгоритм: RSA (2048 бит), Действителен с: 26.03.2019 13:42:52, по: 18.06.2019 13:24:00, на хосты в кол-ве 1 шт.: imap.gmail.com.

>10.04.2019, 15:29:22: IMAP - Владелец: "US", "California", "Mountain View", "Google LLC", "imap.gmail.com".

>10.04.2019, 15:29:22: IMAP - Поставщик: "US", "Google Trust Services", "Google Internet Authority G3". Действителен с 15.06.2017 0:00:42 до 15.12.2021 0:00:42.

>10.04.2019, 15:29:22: IMAP - Root: "GlobalSign Root CA - R2", "GlobalSign", "GlobalSign" Действителен с 15.12.2006 8:00:00 до 15.12.2021 8:00:00.

10.04.2019, 15:29:22: IMAP - Приветствие TLS завершено

10.04.2019, 15:29:22: IMAP - Произошло подключение к серверу IMAP (imap.gmail.com)

>10.04.2019, 15:29:22: IMAP - Gimap ready for requests from 79.134.221.110 a9mb121317142ltm

10.04.2019, 15:29:22: IMAP - Аутентификация (пользователь: "************@gmail.com", метод: "XOAUTH2")...

10.04.2019, 15:29:22: IMAP - Аутентификация на IMAP-сервере успешно завершена, сервер сообщает: *********@gmail.com authenticated (Success)

так что делаю вывод что все ок.

Страницы: 1 2 3 4 5 ... 9 След.