@FastSpace без токена никак? Как раньше по логину и паролю не получится?
Не получится
Подниму, такая же ошибка. YANDEX - Mail.ru imap/pop
Examine Inbox didn't match
Виновато прокси возможно.... Но у меня она "локальная". Стоит на виртуалке. Поднят squid. Прокси вида http 192.168.1.1:3128
acl ssl_ports port 993 #imaps
acl safe_ports port 993 #imapsacl
acl ssl_ports port 995 #pop
acl safe_ports port 995 #popacl
@DrPrime Да, тот же результат. На зенке не проверял. Смысла не вижу, imap работает. А в яндексе надо включать pop3.
Странно, что у других работает. А у меня нет.
socks5 - работает, http - нет, через прокси вида 192.168.1.1:3128 - squid
acl localnet src 10.0.0.0/8
acl localnet src 172.16.0.0/12
acl localnet src 192.168.0.0/16
acl localnet src fc00::/7
acl localnet src fe80::/10
acl ssl_ports port 443
acl ssl_ports port 993
acl safe_ports port 993
acl ssl_ports port 995
acl safe_ports port 995
acl safe_ports port 80
acl safe_ports port 21
acl safe_ports port 443
acl safe_ports port 70
acl safe_ports port 210
acl safe_ports port 1025-65535
acl safe_ports port 280
acl safe_ports port 488
acl safe_ports port 591
acl safe_ports port 777
acl connect method connect
http_access deny !safe_ports
http_access deny connect !ssl_ports
http_access allow localhost manager
http_access deny manager
http_access deny to_localhost
http_access allow localnet
http_access allow localhost
http_access deny all
refresh_pattern ^ftp: 1440 20% 10080
refresh_pattern ^gopher: 1440 0% 1440
refresh_pattern -i (/cgi-bin/|\?) 0 0% 0
refresh_pattern . 0 20% 4320
via off
forwarded_for off
request_header_access From deny all
request_header_access Server deny all
request_header_access WWW-Authenticate deny all
request_header_access Link deny all
request_header_access Cache-Control deny all
request_header_access Proxy-Connection deny all
request_header_access X-Cache deny all
request_header_access X-Cache-Lookup deny all
request_header_access Via deny all
request_header_access X-Forwarded-For deny all
request_header_access Pragma deny all
request_header_access Keep-Alive deny all
access_log none
cache_log /dev/null
cache_store_log /dev/null
@support При авторизации в почте используется библиотека curllib ???
Если через http прокси получать письмо с помощью curl, то приходит тарабарщина, бинарные данные, а если через socks5, то все нормально.
curl -x http://192.168.1.1:3128 -k -u user:password --url imaps://mail.domen.com/INBOX;UID=1
или
curl -x 192.168.1.1:3128 -k -u user:password --url imaps://mail.domen.com/INBOX;UID=1
@myweb101 Судя по тому, что это повторяется на разных прокси серверах и на разных доменах почты, вы правы, ошибка в курл, который использует БАС для получения почты.
Строго говоря, через http почту получить нельзя, можно только через https, который поддерживает метод connect, а через connect можно передать любые данные, и похоже на то, что курл из-за прокси путает протокол и пытается достучаться до имап по хттп.
@wmbab said in Imap прокси ошибка.:
@support Так как решить данную проблему?
Локально никак. Протокол http не поддерживает pop3. Работа с почтой только через соксы. Столкнулся с этой проблемой несколько лет назад на Зенке. Гуглил, решения не нашел.