Re: Клиент pppoe
В сообщении от 15 Февраль 2007 18:32 Pechnikov Alexey написал(a):
> В сообщении от Четверг 15 февраля 2007 18:20 Max Dmitrichenko написал(a):
> > В сообщении от 15 Февраль 2007 17:58 Pechnikov Alexey написал(a):
> >
> > Во-первых, выстави пожалуйста в своем KMail'е "Допускать 8 бит", а то
> > sendmail не правильно обрабатывает сообщения от KMail'а в base64 и они
> > получаются не очень читабельными. Точнее KMail не совсем правильно их
> > формирует, но это уже совсем другая история.
> Поправил, хотя имхо это не есть правильно. Есть стандарт, который предлагает
> кодировать текст письма.
Есть, но он не соблюден, отсюда и проблемы.
> Или пользуемся кривым вьювером?
У самого тоже KMail. Не буду сейчас поднимать эту тему. Постоянные и давние
читатели этой рассылки давно уже в курсе и сто раз обсуждали. Вкратце, KMail
ставит в конце строк UNIX'овый перевод, а по RFC 2822 должен быть CR-LF. А
sendmail режет такой неправильный перевод, в итоге все сообщение получается
в одну строку. Я посылал патч, но мне было сказано, что это не проблема
KMail, а проблема соответствующего kio-slave... короче я забил...
> > Во-вторых, passive и silent предполагают то, что у тебя PPP находится
> > в ожидании, что к нему кто-нибудь приконектится. Что в общем-то не понятно
> > почему должно работать в случае PPPoE. То есть это нужно если у тебя access
> > concentrator, или ты делаешь ожидание входящих ppp соединений. В твоем
> > случае ты должен его (соединение) инициировать. Убери их к чертовой маме.
> Пробовал уже, без толку. Автоматически созданный конфиг работает под ядром
> 2.6.17, под 2.6.18-3 подключение происходит, но отваливается. Кажется мне,
> что установку подключения трогать незачем, ибо работает. А если провайдер не
> хочет клиенту отдавать echo-reply и запрос этих самых эх нельзя отключить,
> это уже проблема.
То есть lcp-echo-interval 0 не помогает?
А откуда такая уверенность, что дело в этом? Кусочек лога?
--
Макс
Reply to: