DVS> Предлагаю включить в список услуг, которые можно приобретать за очки,
DVS> услугу "Неблокируемый адрес".
Включили.

Здравствуйте, Dmitry.

Вы писали 25 декабря 2005 г., в 19:20:44:
> Я не берусь утверждать точно, как это происходит, т.е. по
> каким критериям попадают адреса в баунсы, но такое
> случается.
Причины могут быть: например, "автоотлупы" с некоторых
почтовых сервисов (якобы "спам", "черные списки"), не
запрошенные подтверждения доставки и любые прочие
автоответы, включая автоответчик в ящике юзера.

> Кроме того, подписчик может банально не подозревать о том,
> что его адрес заблокирован, а отсутствие писем от
> Subscribe.ru связывать с неактивностью рассылки или листа.
Чаще всего именно так и бывает.

> Теперь у меня следующий вопрос к администрации
> Subscribe.ru: высылается ли на адрес, находящийся в
> баунсе, и с какой периодичностью извещение о том, что
> адрес заблокирован, а для его реактивации необходимо
> сделать то-то и то-то?
На "Yahoogroups.com" такие извещения всегда рассылаются,
а здесь - ни разу не видел, ни от кого об этом не слышал
и сам никогда не получал. Понятие "сервис" каждый трактует
по-своему... ;)

> Поэтому предлагаю сделать опцию в "роботе" Subscribe.ru,
> чтобы он извещал модератора диск.листа, если в баунс
> попадает адрес, с которого в диск.лист прошло определенное
> число писем.
100 % - "ЗА"!

> Модератор получает своевременную возможность помочь
> участнику, известив его о проблеме и дав рекомендации по
> реактивации заблокированного адреса.
Или дать возможность модератору самому его разблокировать.

> ПЯ> <br> и <br/> это один и тот же тег.
> ПЯ> Только <br/> соответствует еще и XHTML
> ПЯ> Подробности почитайте на www.w3c.org
>
> Тогда придётся написать разработчикам Бата, чтобы в следующей
> версии исправили... Интересно, а остальные почтовики это
> нормально переваривают?

А что его переваривать? Это стандарт, в Опере - точно нормально. В ИЕ без
проблем, поэтому думаю, что и OE тоже переваривает.

С уважением, автор рассылки "Библиотека Вебстроительства - новости,
статьи, обзоры"
http://subscribe.ru/catalog/inet.webbuild.libraryi2r
Татьяна Вукс

ЕА> Случайно заметил, что в коде формы быстрой подписки списки
ЕА> неверно прописаны с точки зрения html:
ЕА> <OPTION VALUE=koi>КОИ-8
ЕА> <OPTION VALUE=lat>Латиница
ЕА> <OPTION VALUE=win>windows
ЕА> Разве '</OPTION>' не нужно добавлять? Наверняка в некоторых
ЕА> браузерах работает неправильно.
При всех случаях сомнений настоятельно рекомендуется
изучать HTML 4.01 Specification
http://www.w3.org/TR/html4/

Из неё следует что </OPTION> не обязателен.

А вот с точки зрения XHTML (см ветку про <BR/>),
к которому мы все в итоге придём, ответ противоположный :)

В нём </OPTION> обязателен в силу того что без него
не получится "правильно оформленный XML-документ"

DVS> Что скажет по данному предложению уважаемая администрация и коллеги
DVS> авторы и модераторы Subscribe.ru?

Проблема действительно есть. К сожалению, я не могу вспомнить,
есть-ли в анкете подписчика пункт "контактный/другой адрес", но
по-моему нет. Если бы такое было, то можно было бы отправлять
уведомление о блокировке на этот дополнительный адрес.
Предложенная идея отправлять самому подписчику письмо о
блокировке - в некоторой части бессмысленно. Если робот не смог
доставить письмо с рассылкой, то не факт, что обычное письмо
дойдёт. Мне (думаю, что и вам всем) известны интернет-провайдеры,
предоставляющие почтовый ящик, который автоматически удаляется
при неиспользовании платёжного аккаунта в течение, например, 6
месяцев. То-есть, если за 6 месяцев клиент ни разу не вышел в
интернет через данного провайдера, то договор расторгается и ящик
удаляется (а может быть, и блокируется - на случай, если клиент
захочет продолжить обслуживание). У меня, например, есть один
такой ящик, который в почтовой программе активирован, но я его не
проверяю - заблокировали за неиспользование счёта ;)
Идея о извещении модератора хороша, но тоже не решит проблемы
полностью. Во-первых, если на аккаунт подписано много листов, то
целая толпа модераторов получит извещения и начнёт писать этому
человеку лично... Не выход. А вот если проверять, писал-ли
участник письма в лист и отправлять извещение модератору только в
случае, если участник писал - уже лучше. Думаю, проверку эту
осуществить нетрудно, т.к. в каждом письме любого листа есть
строка "от данного подписчика это nn сообщение"...
Но как быть, если на диск. листы участник не подписан, а подписан
только на рассылки? Кому в этом случае отправлять уведомление?
Администрации сервиса? Нет - замучаются всех предупреждать.
Вот такой интересный круг... На этом свою мысль прерываю и хочу
выслушать других.

Приветствую, Павел!

ЕА>> Не так поняли. Он слеш этот не воспринимает и думает, что это не
ЕА>> <br>, а какой-то другой тег. Поэтому строчки не переносит. То-есть
ЕА>> я предлагаю изменить на обычный '<br>'.
ПЯ> Мы правильно поняли :)
ПЯ> <br> и <br/> это один и тот же тег.
ПЯ> Только <br/> соответствует еще и XHTML
ПЯ> Подробности почитайте на www.w3c.org

Тогда придётся написать разработчикам Бата, чтобы в следующей
версии исправили... Интересно, а остальные почтовики это
нормально переваривают?

ЕЭ> Есть рассылка. У нее долгое время было менее 200 подписчиков, а как известно
ЕЭ> индекс читаемости считается для рассылок у которых подписчиков больше чем
200.
ЕЭ> В настоящий момент индекс читаемости не считается, хотя рассылка набрала
более
ЕЭ> 200 подписчиков.
ЕЭ> Вопрос
ЕЭ> При каких условия начинает считаться этот пресловутый индекс читаемости?
ЕЭ> Рассылка
ЕЭ> http://subscribe.ru/catalog/rest.love.daysexnews
Через некоторое время после набора 200, одна в вашем случае еще
наложилось и то, что мы некоторое время не считали читаемость
из-за переделки структуры базы.

Добрый день, уважаемая администрация сервиса и коллеги авторы!

Столкнулся на днях (точнее стал свидетелем наличия) со следующей
проблемой. Излагаю последовательно ее суть.

Как известно, в случае недоставки подписчику писем (по причине
временной неработоспособности его адреса, вызванной чем угодно)
"робот" Subscribe.ru может занести адрес подписчика в баунсы.
Я не берусь утверждать точно, как это происходит, т.е. по каким
критериям попадают адреса в баунсы, но такое случается. Для тех,
кто не знает, баунсом именуют временно заблокированный адрес, на
который "робот" не отправляет подписанные рассылки и диск.листы
до тех пор, пока подписчик самостоятельно в своем экаунте не
возобновит подписку нажатием на специальную ссылку (на вебе).
Казалось бы, нормальный вариант: баунс есть, но он легко снимается
подписчиком. Однако, ИМХО, здесь существует скрытая проблема.
Подписчик может в силу своей слабой компьютерной подготовки даже
не догадываться, что ему нужно делать в случае, если он перестал
получать рассылки и листы. Кроме того, подписчик может банально
не подозревать о том, что его адрес заблокирован, а отсутствие
писем от Subscribe.ru связывать с неактивностью рассылки или листа.

Теперь у меня следующий вопрос к администрации Subscribe.ru:
высылается ли на адрес, находящийся в баунсе, и с какой периодичностью
извещение о том, что адрес заблокирован, а для его реактивации
необходимо сделать то-то и то-то? Если высылается, то с какой
периодичностью? У меня несколько участников из диск.листов (разных), с
разными почтовыми серверами, стали жаловаться на то, что не получают
писем из листов. Никаких извещений о баунсах они не получали. Но, как
потом выяснилось, их адреса были как раз таки заблокированы.

У меня есть следующее предложение, которое, как мне кажется, должны
разделять модераторы диск.листов. Представим ситуацию, когда в баунс
попадают наиболее активные, пишущие(!) участники... Я в декабре дважды
столкнулся с такой проблемой (т.е. ко мне обратились как раз такие
основные участники диск.листов о том, что они перестали получать
письма из диск.листа). Рискну предположить, что в ряде случаев человек
(участник листа) может не обратиться к модератору, думая, что
активность переписки в листе просто убавилась, при этом не подозревая,
что его адрес в баунсах. Модератор в это время может не понимать,
почему люди, которые еще на днях активно участвовали в переписке в
диск.листе вдруг перестали писать в него... Поэтому предлагаю сделать
опцию в "роботе" Subscribe.ru, чтобы он извещал модератора диск.листа,
если в баунс попадает адрес, с которого в диск.лист прошло
определенное число писем. Т.е. во-первых, этот адрес уже фигурировал
в диск.листе, т.е. Subscribe.ru его не разглашает, т.к. участник уже
сам данный адрес проафишировал письмом в диск.лист. Во-вторых, уж коли
модератор диск.листа является его основным техническим и организационным
ведущим, то кому, как ни ему, знать, что кто-то из его активных
участников попал в баунс. Модератор получает своевременную возможность
помочь участнику, известив его о проблеме и дав рекомендации по
реактивации заблокированного адреса.

Что скажет по данному предложению уважаемая администрация и коллеги
авторы и модераторы Subscribe.ru?
--
25.12.2005 - 17:47

С уважением, Славников Дмитрий
http://subscribe.ru/author/9810

МД>>> А интересно знать следующее. К какому ящику будет отнесен платеж, если
МД>>> в квитанции был указан и кошелек и почтовый адрес, но адрес был
МД>>> изменен на другой в день оплаты? Я ведь не просто так спрашиваю, есть
МД>>> причины.
>> При выписке счёта запоминает адрес указанный при его оформлении.
>> (а не номер кошелька, так как у данного адреса на момент выписки
>> кошелька может и не быть, а заводить его без оплаты - покойников
>> плодить)
>> При проводке оплаты услуга оформляется на адрес запомненый в счёте.
МД> Логично. Но по той же логике, если при изменении адреса подписки,
МД> новый адрес наследует всё от старого, на него же и деньги должны
МД> перевестись.
Но адрес в выписанном счёте не меняется. Счёт и платёжный движок
ничего не знаю про "подписку". Это часть отвечающая за работу
подписчика знает что адрес сменился/объеденился и
перетаскивает/объединяет услуги.

Вопрос в том, надо ли менять в выписанных, но еще не оплаченных счетах
адрес оказания услуги, если аналогичный адрес подписчика сменился
или влился в другую подписку. Честно говоря, не задумавались.
Ибо экзотика. И есть некоторые соображения и "за" и "против".
Мы еще подумает.

МД> Или для платеже история смены адресов по аккаунту не
МД> фиксируется? Тогда как быть в подобном случае? Перечисленные деньги
МД> канут в Лету? Или при переходе на старый адрес они автоматически
МД> должны быть начислены?
Объедените две подписки - к текущей присоедениете ту, что появится при
проводке денег и будет вам щастие.

ЕА>>> В The Bat! все эти нижние ссылки съехали и теперь в куче. Видимо,
ЕА>>> из-за <br/>. Раньше было нормально. Может быть, измените обратно
ЕА>>> на <br>?
ПЯ>> Еще вчера заменили на <br />
ЕА> Не так поняли. Он слеш этот не воспринимает и думает, что это не
ЕА> <br>, а какой-то другой тег. Поэтому строчки не переносит. То-есть
ЕА> я предлагаю изменить на обычный '<br>'.
Мы правильно поняли :)
<br> и <br/> это один и тот же тег.
Только <br/> соответствует еще и XHTML
Подробности почитайте на www.w3c.org

Здравствуйте,

Вы писали 24 декабря 2005 г., 19:28:50:

ЕК>> Сделать пробную подписку на рассылки

Поддерживаю.
А по поводу пробной подписки на рассылки раздела скажу, что это, имхо, это не
очень удобно, т.к. получается слишком много мусора в почтовом ящике.

> Идею поддерживаю, но по поводу уведомления - лучше в нём
> делать ссылку для отписки, а не для продолжения подписки.

Нет... Чем тогда это будет отличаться от обычной подписки?

> Всё-таки,
> какие бы плохие рассылки не были, но хороших больше...

Вот только, чтобы читать ВСЕ хорошие рассылки никакого времени и трафика не хватит...