Решение найдено, указанные прокси не поддерживают SMTP, из всех доступых арендных нашел только по 25 порт открытый, но mail,gmail, yandex уже не поддерживают 25 порт, тк он не зашифрованный.
Imap прокси ошибка.
-
Подниму, такая же ошибка. 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. Работа с почтой только через соксы. Столкнулся с этой проблемой несколько лет назад на Зенке. Гуглил, решения не нашел.


