mihavxc: Не скажется ли такая "подстановка емейла отправителя в лоб" негативно в плане обнаружения спама?
антиспам крупных сервисов штука неопределенная. может скажется, а может и нет.
mihavxc: То есть на стороне получателя нельзя будет определить, что я подставил почтовый ящик отправителя тупо в php, а не передал его параметром в сам sendmail?
Не помню что там в sendmail, но скорее можно просмотром всех заголовков в почтовом клиенте. Без этого почтовая программа получателя покажет только основные заголовки, которые вы создадите из php. Выглядеть будет нормально.
myhand: Ага. А не потеряли-ли вы в процессе этого счастья какие-то данные?
Потеряли, но не больше чем обычно при резете.
Плохая, негодная телепатия. Я вовсе никак не связывал качество кода с арестом кого-либо.
А команда RHEL связывает.
myhand: А данные и не должны так меняться, если FS их правильно записала. Операция либо доведена до конца - либо все связанные с ней "данные" просто невалидны. В этом смысл журналирования
Все эти рассуждения не имеют смысла если нижележащий носитель неадекватно себя ведет. Прерванная операция в md как раз такой случай. При повторном считывании одного и того же блока получаются разные данные. На такую ситуацию восстановление не рассчитано, ни штатное из журнала, ни и с помощью reisefschk.
Возможно, другие файловые системы менее подвержены этой проблеме, но мне это не важно.
myhand: Повторяю, не факт что проблема не связана конкретно с reiserfs.
Если Ганса упекли за решетку, продукт выданный ранее его командой не стал хуже. Код работает и без него. Все остальное - админские суеверия.
myhand: В смысле, reiserfschk работает? Я бы не сказал что это "нормально".
нет, в некоторых случаях reiserfschk не работает на рассихнронизированном raid1. Совсем ничего не чинит и останавливается. Если синхронизировать, то все работает.
Это вполне нормально и объяснимо. Файловые системы не пишутся из расчета на то, что данные раздела будут случайным образом меняться при считывании.
1. найти вирус
2. удалить.
разве не очевидно? там тысячи возможных сценариев заражения.
Что конкретно вы уже пробовали и что не получилось ?
Это одна из самых быстрых ide, потому что не на яве. Бектрейс стека вызовов по-моему только в ней и есть.
> отсутствие русского меню.
Ты профессию не спутал? Может тебе в конфигурасты 1с податься? там все на русском, даже язык.
Для работы тебе потребуется запомнить 20 пунктов меню от силы.
Я считаю, что это обмен шила на мыло. В любой другой IDE у тебя будут те же самые проблемы.
Ну вот и мне кажется, что в основных заголовках будет значения из php, а в остальных - значение дефолтного ящика.
Будут точно. Но разве это кому-то мешало раньше? Вы сначала убедитесь, что их действительно нужно скрыть. Почтовый клиент показывает только важные.
Не скажется ли такая "подстановка емейла отправителя в лоб" негативно в плане обнаружения спама?
антиспам крупных сервисов штука неопределенная. может скажется, а может и нет.
То есть на стороне получателя нельзя будет определить, что я подставил почтовый ящик отправителя тупо в php, а не передал его параметром в сам sendmail?
Не помню что там в sendmail, но скорее можно просмотром всех заголовков в почтовом клиенте. Без этого почтовая программа получателя покажет только основные заголовки, которые вы создадите из php. Выглядеть будет нормально.
В идеале - чтобы я из php мог регулировать от какого почтового ящика на моем сервере отправить письмо.
этого можно достичь вообще без настройки - php-скрипт должен правильно составить письмо со всеми заголовками. Например, указать
From: Notification <notification@server.com>
myhand, это лишь ваши домыслы.
Забавно, учитывая то что в RH сейчас работает Шишкин. Давненько я ее не пользовал - это с какого релиза открутили?
Не слежу. Во всей 5-ой линейке точно нет. Ядра из centosplus поддерживают, но это же неофициально.
ага. Либо баг - либо админ виноват, см. пост выше почему.
Никто не виноват . Решение реальных задач часто заключается в поиске компромиссов. Меня мой компромисс устраивает.
Можно поподробнее?
modprobe reiserfs
FATAL: Module reiserfs not found.
В остальных дистрибутивах поддержка reiserfs есть.
Не может такого быть при нормальной работе с журналом
ага.
Ага. А не потеряли-ли вы в процессе этого счастья какие-то данные?
Потеряли, но не больше чем обычно при резете.
А команда RHEL связывает.
А данные и не должны так меняться, если FS их правильно записала. Операция либо доведена до конца - либо все связанные с ней "данные" просто невалидны. В этом смысл журналирования
Все эти рассуждения не имеют смысла если нижележащий носитель неадекватно себя ведет. Прерванная операция в md как раз такой случай. При повторном считывании одного и того же блока получаются разные данные. На такую ситуацию восстановление не рассчитано, ни штатное из журнала, ни и с помощью reisefschk.
Возможно, другие файловые системы менее подвержены этой проблеме, но мне это не важно.
Повторяю, не факт что проблема не связана конкретно с reiserfs.
Если Ганса упекли за решетку, продукт выданный ранее его командой не стал хуже. Код работает и без него. Все остальное - админские суеверия.
В смысле, reiserfschk работает? Я бы не сказал что это "нормально".
нет, в некоторых случаях reiserfschk не работает на рассихнронизированном raid1. Совсем ничего не чинит и останавливается. Если синхронизировать, то все работает.
Это вполне нормально и объяснимо. Файловые системы не пишутся из расчета на то, что данные раздела будут случайным образом меняться при считывании.