было бы хорошо если бы в спеку добавили такую возможность:
name#project_a@mail.com
или
name@mail.com/company/project_a
где project_a и company задаются юзером произвольно в соот-вии с тем где мыло используется
теперь одно и тоже мыло можно использовать на разных ресурсах и диспетчеризация поступившей почты будет выполняться строго по тегам, без всяких ненадежных анализов отправителя и темы
в общем можно было бы генерировать так сказать уникальные адреса по необходимости
заодно если ваше мыло утечет к спамерам, то будете знать с какого сервера, это ничего не решит но можно их поругать
Я изъездил эту страну вдоль и поперек, общался с умнейшими людьми и я могу вам ручаться в том, что обработка данных является лишь причудой, мода на которую продержится не более года. (с) Эксперт, авторитет и профессионал из 1957 г.
Здравствуйте, Kingofastellarwar, Вы писали:
K>было бы хорошо если бы в спеку добавили такую возможность: K>name#project_a@mail.com K>заодно если ваше мыло утечет к спамерам, то будете знать с какого сервера, это ничего не решит но можно их поругать
не, сам придумал, чтобы не мучаться с сортировкой писем
точнее чтобы организовать строгую сортировку
в первую очередь для потенциальных таск манагеров, в которые можно было бы интегрировать почту и иметь четкую свять поступающих писем с к конкретным проектом
Я изъездил эту страну вдоль и поперек, общался с умнейшими людьми и я могу вам ручаться в том, что обработка данных является лишь причудой, мода на которую продержится не более года. (с) Эксперт, авторитет и профессионал из 1957 г.
Здравствуйте, Kingofastellarwar, Вы писали:
K>было бы хорошо если бы в спеку добавили такую возможность:
K>name#project_a@mail.com K>или K>name@mail.com/company/project_a
K>где project_a и company задаются юзером произвольно в соот-вии с тем где мыло используется
Про "+" в почте уже Qbit86 написал. Добавлю, что это уже лет двадцать, не меньше, существует в реализациях sendmail, exim и многих других.
В случае sendmail, ~/.forward+ определяет правила для нетегированного получателя, ~/.forward+${tag} для конкретного тега, а после них ~/.forward — умолчание, если ни один из предыдущих не сработал.
Бывают и параметризованные схемы (например, в qmail) — адрес вида ${const}-${var} превращается в поиск форварда для ${const}, и при его вызове значение ${var} передаётся через окружение процесса. В qmail это активно используется (хоть и ограниченно) для VERP.
K>теперь одно и тоже мыло можно использовать на разных ресурсах и диспетчеризация поступившей почты будет выполняться строго по тегам, без всяких ненадежных анализов отправителя и темы
Вот с реализацией этого на больших почтовиках уже проблемы. В случае рассылок заголовки чаще всего не меняются. Реальный адрес получателя есть только в конверте, и надо, чтобы средство позволяло фильтр по конверту. А с этим у большинства сильные проблемы — фильтры проектируются в расчёте на полного чайника, а не умного пользователя.
Gmail в последние несколько лет свои фильтры только портил, ломая уже работавшее.
K>в общем можно было бы генерировать так сказать уникальные адреса по необходимости K>заодно если ваше мыло утечет к спамерам, то будете знать с какого сервера, это ничего не решит но можно их поругать
Вот от этого защита очень слабая — спамеры давно научились отрезать от такого адреса теги и подставлять наугад произвольные. Спасает только редкое применение этой фичи, но если будут чаще применять, то снова вспомнят старые умения.
Совсем разные имена ящиков — эффективнее.
Здравствуйте, Baudolino, Вы писали:
B> Только у Гугла, может быть, еще у некоторых провайдеров. Это не стандартный функционал.
Несмотря на то, что поведение "+" в локальной части email не стандартизировано RFC, практически все современные почтовые сервера обрабатывают его однообразно. Если какой-то сервер обрабатывает его не так, то это повод попросить системного администратора исправить подобное поведение.
