From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <sssku@online.ru>
Date:	Fri, 4 Oct 2002 17:59:58 +0400
From: "Sergey S. Skulachenko" <sssku@online.ru>
To: sisyphus@altlinux.ru
Message-Id: <20021004175958.64e50d57.sssku@online.ru>
Organization: private person
X-Mailer: Sylpheed version 0.8.4 (GTK+ 1.2.10; i586-alt-linux)
Mime-Version: 1.0
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: 8bit
Subject: [sisyphus] fetchmail
Sender: sisyphus-admin@altlinux.ru
Errors-To: sisyphus-admin@altlinux.ru
X-BeenThere: sisyphus@altlinux.ru
X-Mailman-Version: 2.0.9
Precedence: bulk
Reply-To: sisyphus@altlinux.ru
X-Reply-To: sssku@online.ru
List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@altlinux.ru?subject=unsubscribe>
List-Id: <sisyphus.altlinux.ru>
List-Post: <mailto:sisyphus@altlinux.ru>
List-Help: <mailto:sisyphus-request@altlinux.ru?subject=help>
List-Subscribe: <http://altlinux.ru/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@altlinux.ru?subject=subscribe>
List-Archive: <http://altlinux.ru/pipermail/sisyphus/>
Archived-At: <http://lore.altlinux.org/sisyphus/20021004175958.64e50d57.sssku@online.ru/>
List-Archive: <http://lore.altlinux.org/sisyphus/>

Наблюдаем такую картину:
[sss@sku sss]$ fetchmail
fetchmail: SSL connection failed.
fetchmail: Authorization failure on sssku@pop.online.ru
fetchmail: Query status=3 (AUTHFAIL)
fetchmail: Server CommonName mismatch: ipbr.ru != mail.ipbi.ru
fetchmail: Server CommonName mismatch: ipbr.ru != mail.ipbi.ru
fetchmail: Server CommonName mismatch: ipbr.ru != mail.ipbi.ru
fetchmail: No mail for sssku at mail.ipbi.ru

Т.е. на родном почтовом сервере pop.online.ru при соединении по
pop3 перестала проходить авторизация. На сервере mail.ipbi.ru,
как и прежде, всё нормально. Никаких изменений в файле
.fetchmailrc нет. Никаких упоминаний о SSL там нет и не было.
Строки в .fetchmailrc для обоих серверов идентичны.
Служба поддержки, куда был послан более подробный протокол с
fetchmail -Nvv, уверяет, что это именно моя машина лезет к ним по
SSL, а они никаких изменений в настройках последние дни не
делали. (Мы-то несколько версий fetchmail сменили за последние
три дня.) Хотелось бы разобраться с этим. Где появились какие-то
навязанные скрытые настройки (с SSL), которые сломали работу
fetchmail? Причём, настройки, которые _не_ видны в
/usr/bin/fetchmailconf.
А я уже привык читать почту в локальном ящике, потому, что это
хорошо. 

_____________
С уважением,
С.С.Скулаченко