проверка работоспособности emal
 

Здравствуйте! :)
Возник такой вопрос. В движке сайта, есть раздел по подписке, в котором есть база подписчиков. Вопрос слещующий - возникла необходимость добавить в движок возможность "чистки" "умерших" мыл.
Т.е., к примеру, у нас в базе 500 мыл, через год в базе рабочих "живих" мыл останется 450, а 50 "умрут". Существует ли какой-то скрипт, который мог бы выполнять функцию проверки мыла на "живучесть" (т.е. оно рабочее или нет)? :confused:

Заранее огромное спасибо за советы. :молись:

С уважением,
Neto

100%-ного способа нет. Если подписка стоящая, то достаточно просто разослать ссылку для продления подписки.

Вопрос стоит не в продлении продписки, а в чистке базы от "умерших" мыл (заказчики переживают, что если, со временем, мыл в базе много очень будет, то при рассылке на "умершие" мыла у них лишний трафик будет идти, поэтому сказали добавить возможность "чистки" нерабочих мыл. :(
Можно ли все же каким-то образом решить этот вопрос или он впринципи нерешаем? :confused:

Вопросы сокращения накладных расходов на рассылку спама здесь обсуждаться не будут.

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

Р.S/ И еще, уважаемый RaZEr, если Вы мне все же не верите, что речь идет не о спам рассылке, а именно о движке сайта по цифровым товарам (о подписке на новости), то могу предоставить Вам в приват все доказательства. Прошу меня извинить если что-то не так написала.

Да не то, чтобы я говорил именно о тебе. Просто тема на форуме видна всем, даже без регистрации.

Говоря о проверке получателей: способов здесь с десяток и ни один не даёт 100% результата. Более того, большинство "мёртвых" ящиков просто забыты пользователями. Этот случай "runtime" проверкой не определить никак.

уважаемый RaZEr, поняла, приношу свои извинения, я не знала, что такой вопрос задавать нельзя и мне не приходило просто в голову, что мой вопрос может ассоциироваться с вопросами о спам-рассылке.
Спасибо Вам большое за советы. Буду искать тогда возможность решить этот вопрос сама. Тему эту тогда можно закрыть.

Zdrawstwuite Neto,

reshil otkliknutsya na Washu prosbu. Sobstwenno zadacha formuliruetsya sledujushim obrazom:
- Wse adresati ne poluchiwshie informacionnuju rassilku doljni bit udaleni iz bazi.

Standartnie pochtowie servera rabotajut takim obrazom, chto pri neudawsheisya popitke dostawit pochtu oni otprawlyajut soobschenie otprawiteliu soderjashee nekotoruju informaciju kasatelno problem dostawki pochti i adres adresata-poluchatelya pisma. Sledowatelno dostatochno analizirowat prihodyaschie pisma i korrektirowat bazu adresatow soglasno im. Kak eto wiglyadit na praktike:

est kompaniya foo.com. Rassilka prowoditsya s adresa news@foo.com. Mail server obslujiwajushij domen foo.com soobschaet o problemah libo na news@foo.com, libo postmasteru (kak prawilo postmaster@foo.com, zawisit ot konkretnogo servera i nastroek). Dopolnitelnim uslowiem yawlyaetsya prawilo, chto s news@foo.com uhodyat tolko nowostnie uwedomleniya (chto bi ne wicherkiwat iz bazi lewih polzowatelei ili je nujnih polzowateli no po lewim prichinam). Sledowatelno algoritm wiglyadit tak:

1. Poluchit pisma s akkauntom news@foo.com i postmaster@foo.com.
2. Widelit iz poluchennih pisem zapisi w formate <tekst>@<tekst>.<tekst> (goworya prosche - mail adresow).
3. Prowerit nalichie poluchennih zapisei w baze i udalit naidenie sowpadeniya.

Zapuskat podobnuju programmu mojno po taimeru, naprimer kajdie 24 chasa w techenii 3 dnei posle rassilki. Etot metod yawlyaetsya dostatochno optimalnim po srawneniju s drugimi izwestnimi mne.

Drugie metodi (spontanno prishedshie w golowu):
- Half send: (otkriwaetsya SMTP na server prinimajushij pochtu i otsew proizwoditsya po status kodu otweta na RCPT TO). Minus: ne wse mojno otseyat t.k. nekotorie maileri (naprimer swyazka qmail + vpopmail ili Courier MTA) ne proweryajut nalichie pochtowogo yashika na etape SMTP kommunikacii.

S uwajeniem,

helldomain/IMHO.WS

Зачем так сложно? Достаточно просто сделать выводы из общения с сервером получателя. Ловить тот же 550 код.

уважаемый, helldomain , спасибо ОГРОМНОЕ за помощь! :чмок:

IMHO, самый надежный и самый вежливый способ - раз в год/полгода (когда там периодичность очистки) высылать юзеру письмо "Если Вы заинтересованы в продолжнении подписки, просто нажмите ответить; если нет, ничего не делайте". Если ответ пришел - адрес активен и высылать можно. Если ответа нет - в общем, тоже понятно.

лучше всего делать подписку в виде HTML и вставлять в страничку скрипт, который по уникальному ключу будет отмечать, какой адрес сработал

Чем это лучше всего? Тот же The Bat не загружает картинки из сети и подобная схема работать не будет.

Хм... просто пользуюсь аутлуком, и там все отлично скачивает! :cool:
Ну что же... тогда самый лучший вариант - использовать все варианты сразу!

повторю еще раз - проверять валидность юзера без его ведома или вопреки его желанию - это метод спаммера.

навязчивый такой советский сервис.

идеальный вариант с точки зрения нетикета - подтвердить желание получать письма.

2webxtor
ну да :) а еще лучше вариант - это выслать миллионов 10 писем - чтоб юзер точно получил рассылку :)