Re: Архивация почты
Grey Fenrir wrote: Кто-нибудь решал задачу архивации всей почты проходящей по smtp (после очистки от спама естессно)? не хотелось бы подымать флейм, но возможно стОит задуматься о правовых аспектах этой операции. Если вам не сложно, поделитесь правовыми аспектами организации резервных копий на коммерческом частном предприятии. вот здесь немного перетирали недавно: https://lists.altlinux.org/mailman/listinfo/community искать тему "создание и управление архивом эл.почты" Перетирали, а по делу так никто ничего и не сказал. Что интересно, из всех борцов за Конституцию, только один консультровался с юристом, но ему, как это обычно бывает в таких темах, не поверили. -- maxym -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[no subject]
Доброго времени суток! On Mon, 14 Apr 2008, AlexanderYT wrote: > > > Доброго времени суток! > > В системе имеется 2 харда. Раздел /dev/sda3 имеет точку > монтирования /home, а раздел /dev/sdb2 монтироуется в/home/user/dir. > > При выключении компа, выдается ошибка размотирования /dev/sda3, > как выяснилось из за того, что еще не отмонтирован /dev/sdb2. > Собственно, как сделать, что бы первоначально размонтировался > /dev/sdb2 а затем /dev/sda3? > > fstab > > # > > proc /proc proc defaults > 0 0 > #/dev/sda2 > UUID="35dd5905-8004-4559-864e-3bd017d06bf6" / reiserfs > notail 0 1 > #/dev/sda3 > UUID="677798c7-ebb4-4127-9a39-a761bea9f351" /home ext3 > defaults0 2 > #/dev/sda1 > /dev/disk/by-id/ata-ST380815AS-5QZ0PECM-part1 none swap > sw 0 0 > #/dev/sdb2 > UUID="dcb154fe-869f-4af2-a79b-7d3db34dee03" /home/user/dir > reiserfs notail 0 2 > /dev/hda/media/cdrom0 udf,iso9660 user,noauto 0 > 0 > /dev/fd0/media/floppy0 autorw,user,noauto 0 0 > #/dev/sdb1 > UUID="087801097800F6EA" /windows/C ntfs-3g > user,gid=user,fmask=133,dmask=022,locale=ru_RU.UTF-8 0 0 > > Странно. Отмонтированием ведает /etc/init.d/umountfs и там стоит сортировка по длинне "точки монтирования". То есть самые длинные имена отмонтируются первыми. Причём с опциями "-f -r -d". Там есть опция VERBOSE, попробуйте выставить её и посмотреть, что собственно umount об этом всём думает. Ю. Проблема оказалась в том, что конечная директория "Диск 2" имела в своем имени пробел, а "dir" это ссылка на "Диск 2". Дело в том, что если в fstab прописать "/home/user/Диск 2" то mount -a выдает ошибку. Пришлось воспользаваться ссылкой dir. Но как оказалось, при выключени это вносит отрицательные моменты. Придется отказаться от пробела в названии.
md start trouble
Hi! В комп с Debian Etch было добавлено 3 HDD и из них создан Software Raid5. Проблема в том что рейд при загрузке не стартует. Диски абсолютно одинаковые и разбиты одинаково. Рейд создан из sdb1, sdc1 и sdd1 После загрузки видим такую картину: # cat /proc/mdstat Personalities : [raid6] [raid5] [raid4] md0 : inactive sdd[2] 488386496 blocks unused devices: Почему-то зацепило диск целиком и только один. И при этом раздела в /dev не наблюдается # ls /dev/sd* /dev/sda /dev/sda1 /dev/sda2 /dev/sda3 /dev/sdb /dev/sdb1 /dev/sdc /dev/sdc1 /dev/sdd /dev/sde /dev/sdf /dev/sdg /dev/sdh хотя при загрузке оно находится как положено sd 0:0:0:0: [sda] Attached SCSI disk sd 1:0:0:0: [sdb] 976773168 512-byte hardware sectors (500108 MB) sd 1:0:0:0: [sdb] Write Protect is off sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00 sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sd 1:0:0:0: [sdb] 976773168 512-byte hardware sectors (500108 MB) sd 1:0:0:0: [sdb] Write Protect is off sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00 sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sdb: sdb1 sd 1:0:0:0: [sdb] Attached SCSI disk sd 2:0:0:0: [sdc] 976773168 512-byte hardware sectors (500108 MB) sd 2:0:0:0: [sdc] Write Protect is off sd 2:0:0:0: [sdc] Mode Sense: 00 3a 00 00 sd 2:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sd 2:0:0:0: [sdc] 976773168 512-byte hardware sectors (500108 MB) sd 2:0:0:0: [sdc] Write Protect is off sd 2:0:0:0: [sdc] Mode Sense: 00 3a 00 00 sd 2:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sdc: sdc1 sd 2:0:0:0: [sdc] Attached SCSI disk sd 3:0:0:0: [sdd] 976773168 512-byte hardware sectors (500108 MB) sd 3:0:0:0: [sdd] Write Protect is off sd 3:0:0:0: [sdd] Mode Sense: 00 3a 00 00 sd 3:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sd 3:0:0:0: [sdd] 976773168 512-byte hardware sectors (500108 MB) sd 3:0:0:0: [sdd] Write Protect is off sd 3:0:0:0: [sdd] Mode Sense: 00 3a 00 00 sd 3:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sdd: sdd1 sd 3:0:0:0: [sdd] Attached SCSI disk Если запустить fdisk /dev/sdd и ничего не меняя записать изменения и выйти - раздел появляется # fdisk /dev/sdd The number of cylinders for this disk is set to 60801. There is nothing wrong with that, but this is larger than 1024, and could in certain setups cause problems with: 1) software that runs at boot time (e.g., old versions of LILO) 2) booting and partitioning software from other OSs (e.g., DOS FDISK, OS/2 FDISK) Command (m for help): p Disk /dev/sdd: 500.1 GB, 500107862016 bytes 255 heads, 63 sectors/track, 60801 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sdd1 3 60802 488370200 fd Linux raid autodetect Command (m for help): w The partition table has been altered! Calling ioctl() to re-read partition table. Syncing disks. Если рейд остановить и запустить руками # mdadm -S /dev/md0 home:~# mdadm --assemble --scan mdadm: /dev/md0 has been started with 2 drives (out of 3). home:~# cat /proc/mdstat Personalities : [raid6] [raid5] [raid4] md0 : active raid5 sdb1[0] sdc1[1] 976740224 blocks level 5, 64k chunk, algorithm 2 [3/2] [UU_] bitmap: 0/233 pages [0KB], 1024KB chunk unused devices: то рейд находится и запускается, только без sdd1 и если его добавить руками то нормально добавляется я и рейд восстанавливается home:~# mdadm /dev/md0 --add /dev/sdd1 mdadm: added /dev/sdd1 home:~# cat /proc/mdstat Personalities : [raid6] [raid5] [raid4] md0 : active raid5 sdd1[3] sdb1[0] sdc1[1] 976740224 blocks level 5, 64k chunk, algorithm 2 [3/2] [UU_] [>] recovery = 0.0% (90372/488370112) finish=90.0min speed=90372K/sec bitmap: 0/233 pages [0KB], 1024KB chunk unused devices: # instruct the monitoring daemon where to send mail alerts MAILADDR root # definitions of existing MD arrays # This file was auto-generated on Tue, 08 Apr 2008 21:31:02 +0300 # by mkconf $Id: mkconf 261 2006-11-09 13:32:35Z madduck $ ARRAY /dev/md0 level=raid5 num-devices=3 UUID=08ee94b5:e2e8c081:bd4932e8:3299a73b Пробовал указывать в DEVICE /dev/sd*[0-9] и разделы в ARRAY /dev/md0 level=raid5 num-devices=3 devices=/dev/sdb1,/dev/sdc1,/dev/sdd1 UUID=08ee94b5:e2e8c081:bd4932e8:3299a73b Таже фигня :( Никто не знает как лечить? -- With Best Regards, Maxim Tyurin JID:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re:
AlexanderYT wrote: Проблема оказалась в том, что конечная директория "Диск 2" имела в своем имени пробел, а "dir" это ссылка на "Диск 2". Дело в том, что если в fstab прописать "/home/user/Диск 2" то mount -a выдает ошибку. Пришлось воспользаваться ссылкой dir. Но как оказалось, при выключени это вносит отрицательные моменты. Придется отказаться от пробела в названии. Еще было бы неплохо отказаться от русских названий для точек монтирования. -- maxym -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Архивация почты
В Tue, 15 Apr 2008 11:23:40 +0300 Maxim Kudelya пишет: > Если вам не сложно, поделитесь правовыми аспектами организации резервных > копий на коммерческом частном предприятии. Сам я не юрист. У меня есть личное мнение, которое в юридическом плане стОит не очень много. Если любопытно - пиши в личку. > > Перетирали, а по делу так никто ничего и не сказал. Что интересно, из > всех борцов за Конституцию, только один консультровался с юристом, но > ему, как это обычно бывает в таких темах, не поверили. мне кажется, такие вопросы "верой" не решаются. Любое коммерческое предприятие должно иметь профессионального юриста (хотябы на полставки), который будет проводить подобные консультации и при необходимости отстаивать в суде репутацию фирмы и свою. А если предприятие не способно нанять юриста (на пару дней в месяц лично и телефонные консультации пять дней в неделю), имхо оно и без админа обойдётся. Хай им секретарша виндовс ставит. Админ должен знать, что такой аспект есть. Возможно, ему следует поставить об этом в известность начальство (разумеется, зарегистрированной служебной запиской). На этом его служебные обязанности заканчиваются. -- Grey Fenrir
Re: md start trouble
Maxim Tyurin wrote: В комп с Debian Etch было добавлено 3 HDD и из них создан Software Raid5. Проблема в том что рейд при загрузке не стартует. Диски абсолютно одинаковые и разбиты одинаково. Рейд создан из sdb1, sdc1 и sdd1 Попробуй пересоздать разделы, чтобы стабильно в системы были видны все три, без рэйда. Перед тем как будешь пересоздавать пропиши нулями начало каждого диска. Потом попробуй заново создать рэйд. -- maxym -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: shared fs
On Mon, Apr 14, 2008 at 06:50:34PM +0200, Alex Mestiashvili wrote: > >>Сейчас проверил на GFS1 под RedHate 4, такого не происходит. GFS2 > >>похоже не очень рабочий :-/ > совсем пропустил про RedHat 4 :) там будет ядерный cman . > а узла c debian-ом нет ? Нет, сейчас нет. Пробовали это всё N лет назад, конечно на debian, но тогда столкнулись с рядом трудностей (неработающий мультипасинг с Clariion, нет пакетов с RHCS) и перешли на RedHate. > >например в faq-е упоминается /proc/cluster , который у меня вообше > >отсутствует , кажется оно переехало в /sys/kernel/config/dlm/cluster/ . > >несколько раздражает эта неопределенность . Сейчас RHCS это Вторая Система по Бруксу в чистом виде :( -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Флешка, кодировка
В сообщении от понеділок, 14-кві-2008 Mikhail A Antonov написал(a): > На флешке имена в 1251 (писано виндой). Так не бывает. -- JID: alexey#boyko,km,ua
Re: md start trouble
Maxim Kudelya пишет: > Maxim Tyurin wrote: >> В комп с Debian Etch было добавлено 3 HDD и из них создан Software Raid5. >> Проблема в том что рейд при загрузке не стартует. >> Диски абсолютно одинаковые и разбиты одинаково. >> Рейд создан из sdb1, sdc1 и sdd1 > Попробуй пересоздать разделы, чтобы стабильно в системы были видны все > три, без рэйда. Перед тем как будешь пересоздавать пропиши нулями начало > каждого диска. Потом попробуй заново создать рэйд. Этот рейд создавался уже на установленной системе. Диски были новые и перед разбивкой dd if=/dev/zero of=... для них делалось. Недавно повторил это для sdd. Вместе с занулением суперблока mdadm. Ничего не поменялось. -- With Best Regards, Maxim Tyurin JID:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Флешка, кодировка
В Вто, 15/04/2008 в 13:31 +0300, Alexey Boyko пишет: > В сообщении от понеділок, 14-кві-2008 Mikhail A Antonov написал(a): > > > На флешке имена в 1251 (писано виндой). > > Так не бывает. С чего вдруг? -- Покотиленко Костик <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: LBP2900 демон ccpd
On 12:06 Tue 15 Apr , anton wrote: > On 13:39 Mon 14 Apr , Alex Mestiashvili wrote: > > anton wrote: > >> Установил дрова, настроил CUPS, создал скрипт ccpd, анес его в автозагрузку > >> udate-rc.d ccpd defaults 20. Но принтер не печатает. Видно что процессы > >> ccpd > >> и cupsd запущены. Принтер начинает работать только при запуске ccpd из > >> под root`а. Причем в памяти висят три процесса ccpd. Если убить ccpd > >> запущеный > >> из автозагруки, то принтер все равно нормально работает. > >> Помогите разобраться в чем я не прав. > >> > >> > >> > > > > неплохо бы увидеть этот скрипт . > > > > > > -- > > Create /etc/init.d/ccpd file #!/bin/sh # # ccpd startup script for Canon Printer Daemon for CUPS # # Modified for Debian GNU/Linux # by Raphael Doursenaud <[EMAIL PROTECTED]>. DAEMON=/usr/sbin/ccpd LOCKFILE=/var/lock/subsys/ccpd PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin NAME=ccpd DESC="Canon Printer Daemon for CUPS" test -f $DAEMON || exit 0 case $1 in start) echo -n "Starting $DESC: $NAME" start-stop-daemon --start --quiet --exec $DAEMON echo "." б═;; stop) echo -n "Stopping $DESC: $NAME" start-stop-daemon --stop --quiet --oknodo --exec $DAEMON echo "." б═;; status) echo "$DESC: $NAME:" `pidof $NAME` б═;; restart) echo -n "Restarting $DESC: $NAME" start-stop-daemon --stop --quiet --oknodo --exec $DAEMON sleep 1 start-stop-daemon --start --quiet --exec $DAEMON echo "." б═;; *) echo "Usage: ccpd {start|stop|status}" exit 1 ;; esac exit 0 [edit] Restart Run ccpd, add deamons to startup #/etc/init.d/ccpd start #rc-update ccpd defaults 20 Your printer should be available in CUPS now. Скрипт стандартный ничего не прибавлял не убавлял. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Флешка, кодировка
,--[Alexey Boyko <[EMAIL PROTECTED]> 15/04/2008 14:31 (GMT +3) | В сообщении от понеділок, 14-кві-2008 Mikhail A Antonov написал(a): | > На флешке имена в 1251 (писано виндой). | | Так не бывает. `- Я специально уточнил что виндой писанно. Не помню я на вскидку что там. Может и 866 или как там ее. -- Best regards, Mikhail Bart-mdv- @ SolarNet IRC: irc.solarnet.ru WWW: http://www.solarnet.ru/ -- НЕ подвергайте сомнению его мужскую силу. -- Андрей Ильичев signature.asc Description: This is a digitally signed message part.
Re: Порядок размонтирования разделов во время выключения компа
> AlexanderYT wrote: > Проблема оказалась в том, что конечная директория "Диск 2" имела в своем > имени пробел, а "dir" это ссылка на "Диск 2". Дело в том, что если в > fstab прописать "/home/user/Диск 2" то mount -a выдает ошибку. Пришлось > воспользаваться ссылкой dir. Но как оказалось, при выключени это вносит > отрицательные моменты. Придется отказаться от пробела в названии. Еще было бы неплохо отказаться от русских названий для точек монтирования. -- maxym Пока причин для этого не видно.
Re: Sendmail и Mutt
On Fri, Apr 11, 2008 at 01:49:34PM +0400, Pavel Ammosov wrote: > On Fri, Apr 11, 2008 at 01:00:20AM +0400, Eugene Berdnikov wrote: > > On Thu, Apr 10, 2008 at 12:41:32AM +0600, Murat D. Kadirov wrote: > > > Настроил связку sendmail + mutt. Всё работает лишь при запущенном > > > демоне sendmail. Существует ли возможность отсылать письма из mutt без > > > висящего демона сендмейла? Впринципе в конфиге мутта приводится строка > > > set sendmail="/usr/bin/sendmail -oi", которая работает лишь если > > > сендмейл запущен. Одним словом, хочется, чтобы сендмейл запускался on > > > demand. > > > > Mutt'y совершенно не нужен работающий демон сейдмейла, проверено. > > sendmailы последние несколько лет состоят из двух частей. И та часть, > которая /usr/sbin/sendmail -t oi вместо складывания письма в очередь > отправляет его на localhost:587, где её уже подхватывает MTA. > поменяйте в файле submit.mc в последней строке адрес 127.0.0.1 на ваш почтовый relay. в этом случае запущенных демонов может не быть ;) но в случае невозможности доставки почта будет падать в очередь и выгребать её оттуда будет некому. по хорошему минимум еще и выгребатель нужен. freebsd например запускает демона-выгребальщика: sendmail -L sm-msp-queue -Ac -q30m но если у вас стоит задача вообще не стартовать демонов, можете выгребать очередь по cron-у. sendmail -L sm-msp-cron-queue -Ac -q file submit.mc divert(-1) # # Copyright (c) 2001-2003 Sendmail, Inc. and its suppliers. # All rights reserved. # # By using this file, you agree to the terms and conditions set # forth in the LICENSE file which can be found at the top level of # the sendmail distribution. # # # # This is the FreeBSD configuration for a set-group-ID sm-msp sendmail # that acts as a initial mail submission program. # # divert(0)dnl VERSIONID(`$FreeBSD: src/etc/sendmail/freebsd.submit.mc,v 1.5.2.1 2007/11/22 16:19:40 gshapiro Exp $') define(`confCF_VERSION', `Submit')dnl define(`__OSTYPE__',`')dnl dirty hack to keep proto.m4 from complaining define(`_USE_DECNET_SYNTAX_', `1')dnl support DECnet define(`confTIME_ZONE', `USE_TZ')dnl define(`confDONT_INIT_GROUPS', `True')dnl define(`confBIND_OPTS', `WorkAroundBroken')dnl dnl dnl If you use IPv6 only, change [127.0.0.1] to [IPv6:::1] FEATURE(`msp', `[127.0.0.1]')dnl /swp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Порядок размонтирования разделов во время выключения компа
,--[AlexanderYT <[EMAIL PROTECTED]> 15/04/2008 15:35 (GMT +3) | > Еще было бы неплохо отказаться от русских названий для точек монтирования. | Пока причин для этого не видно. `- Когда увидишь - может быть уже поздно. Кириллица в именах файлов и папок бывает выходит боком. -- Best regards, Mikhail Bart-mdv- @ SolarNet IRC: irc.solarnet.ru WWW: http://www.solarnet.ru/ -- Одна улыбка - полпоцелуя. -- Корнель Макушиньский signature.asc Description: This is a digitally signed message part.
Re: Флешка, кодировка
Покотиленко Костик -> debian-russian@lists.debian.org @ Tue, 15 Apr 2008 13:38:56 +0300: >> > На флешке имена в 1251 (писано виндой). >> >> Так не бывает. ПК> С чего вдруг? Кириллица там бывает либо Unicode, либо 866. Причем, помнится, длинные без вариантов в Unicode, а в 866 - короткие. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] The effort of using machines to mimic the human mind has always struck me as rather silly. I would rather use them to mimic something better -- Edsger Dijkstra -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Архивация почты
Grey Fenrir -> debian-russian@lists.debian.org @ Tue, 15 Apr 2008 14:55:01 +0400: GF> Админ должен знать, что такой аспект есть. Возможно, ему следует GF> поставить об этом в известность начальство (разумеется, GF> зарегистрированной служебной запиской). На этом его служебные GF> обязанности заканчиваются. Представил себе служебную записку с текстом "хранение транзитной почты имеет правовой аспект"... Ну, натурально, админ типа знает (в рассылке прочитал), что имеет, а какой именно - не знает... Интересно, кстати, какой именно аспект... А то когда я последний раз глядел на эту тему, все сходилось к тому, что служебная переписка под понятие "приватные данные" не подпадает, поэтому защита приватных данные на нее не распространяется. Т.е. для провайдера вопрос имеет правовой аспект (через него проходит личная переписка), а для админа "конечной точки" - нет. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Functional programming is like describing your problem to a mathematician. Imperative programming is like giving instructions to an idiot. -- arcus, #scheme on Freenode -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Архивация почты
Провайдер может это делать только в случае проведения СОРМ. А для админа "конечной точки" - я согласен, этот вопрос не актуален. 15.04.08, Artem Chuprina<[EMAIL PROTECTED]> написал(а): > Grey Fenrir -> debian-russian@lists.debian.org @ Tue, 15 Apr 2008 14:55:01 > +0400: > > GF> Админ должен знать, что такой аспект есть. Возможно, ему следует > GF> поставить об этом в известность начальство (разумеется, > GF> зарегистрированной служебной запиской). На этом его служебные > GF> обязанности заканчиваются. > > Представил себе служебную записку с текстом "хранение транзитной почты > имеет правовой аспект"... Ну, натурально, админ типа знает (в рассылке > прочитал), что имеет, а какой именно - не знает... > > Интересно, кстати, какой именно аспект... А то когда я последний раз > глядел на эту тему, все сходилось к тому, что служебная переписка под > понятие "приватные данные" не подпадает, поэтому защита приватных данные > на нее не распространяется. Т.е. для провайдера вопрос имеет правовой > аспект (через него проходит личная переписка), а для админа "конечной > точки" - нет. > > > -- > Artem Chuprina > RFC2822: Jabber: [EMAIL PROTECTED] > > Functional programming is like describing your problem to a > mathematician. Imperative programming is like giving instructions to > an idiot. > -- arcus, #scheme on Freenode > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- С уважением, Илья Новиков || +7 950 357-87-97
Re: Архивация почты
On Tue, Apr 15, 2008 at 06:32:03PM +0400, Artem Chuprina wrote: > Интересно, кстати, какой именно аспект... А то когда я последний раз > глядел на эту тему, все сходилось к тому, что служебная переписка под > понятие "приватные данные" не подпадает, поэтому защита приватных данные > на нее не распространяется. Т.е. для провайдера вопрос имеет правовой > аспект (через него проходит личная переписка), а для админа "конечной > точки" - нет. Не думаю, то в России есть подобная юридическая практика. Но, вообще, если пользователь не расписался, что уведомлен в том, что это служебный адрес и он не может бла-бла-бла, то можно пробовать судиться. Точно также никто (кроме профсоюза) не может запретить владельцу фирму поставить камеры слежения в туалетах. Но если под ними нет надписи "ведется видеонаблюдение" -- это криминал. Кстати, явления одного порядка. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Архивация почты
Иван Лох wrote: On Tue, Apr 15, 2008 at 06:32:03PM +0400, Artem Chuprina wrote: Интересно, кстати, какой именно аспект... А то когда я последний раз глядел на эту тему, все сходилось к тому, что служебная переписка под понятие "приватные данные" не подпадает, поэтому защита приватных данные на нее не распространяется. Т.е. для провайдера вопрос имеет правовой аспект (через него проходит личная переписка), а для админа "конечной точки" - нет. Не думаю, то в России есть подобная юридическая практика. Но, вообще, если пользователь не расписался, что уведомлен в том, что это служебный адрес и он не может бла-бла-бла, то можно пробовать судиться. То есть, если пользователь не расписался и не уведомлен, что компьютер, копировальный аппарат и все что есть в офисе - это все служебное, тогда это все его личное, так что-ли? Точно также никто (кроме профсоюза) не может запретить владельцу фирму поставить камеры слежения в туалетах. Но если под ними нет надписи "ведется видеонаблюдение" -- это криминал. Кстати, явления одного порядка. Таким образом создание резервных копий почтового сервера - это криминал? -- maxym -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Флешка, кодировка
В Вто, 15/04/2008 в 18:26 +0400, Artem Chuprina пишет: > Покотиленко Костик -> debian-russian@lists.debian.org @ Tue, 15 Apr 2008 > 13:38:56 +0300: > > >> > На флешке имена в 1251 (писано виндой). > >> > >> Так не бывает. > > ПК> С чего вдруг? > > Кириллица там бывает либо Unicode, либо 866. Причем, помнится, длинные > без вариантов в Unicode, а в 866 - короткие. Теперь понятно. Перепутал, для меня 866 и 1251 - одна беда :) -- Покотиленко Костик <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Архивация почты
Maxim Kudelya -> debian-russian@lists.debian.org @ Tue, 15 Apr 2008 18:19:06 +0300: >>> Интересно, кстати, какой именно аспект... А то когда я последний раз >>> глядел на эту тему, все сходилось к тому, что служебная переписка под >>> понятие "приватные данные" не подпадает, поэтому защита приватных данные >>> на нее не распространяется. Т.е. для провайдера вопрос имеет правовой >>> аспект (через него проходит личная переписка), а для админа "конечной >>> точки" - нет. >> >> Не думаю, то в России есть подобная юридическая практика. Но, вообще, >> если пользователь не расписался, что уведомлен в том, что это служебный >> адрес и он не может бла-бла-бла, то можно пробовать судиться. MK> То есть, если пользователь не расписался и не уведомлен, что MK> компьютер, копировальный аппарат и все что есть в офисе - это все MK> служебное, тогда это все его личное, так что-ли? Обработка приватных данных чужой техникой не делает эти данные менее приватными. Другое дело, что служебная переписка приватными данными не является, а переписка с использованием оборудования и интернет-канала фирмы по умолчанию, подозреваю, считается служебной. >> Точно также никто (кроме профсоюза) не может запретить владельцу фирму >> поставить камеры слежения в туалетах. Но если под ними нет надписи >> "ведется видеонаблюдение" -- это криминал. >> >> Кстати, явления одного порядка. MK> Таким образом создание резервных копий почтового сервера - это криминал? В соответствующем законе есть фраза в духе "за исключением технической необходимости" (точную формулировку не вспомню), под которую резервные копии подпадают, а архивирование транзитной почты - нет. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Секретный ключ, известный более чем одной персоне, называется публичным. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re:
15.04.08, AlexanderYT<[EMAIL PROTECTED]> написал(а): > Проблема оказалась в том, что конечная директория "Диск 2" имела в своем > имени пробел, а "dir" это ссылка на "Диск 2". Дело в том, что если в fstab > прописать "/home/user/Диск 2" то mount -a выдает ошибку. Пришлось > воспользаваться ссылкой dir. Но как оказалось, при выключени это вносит > отрицательные моменты. Придется отказаться от пробела в названии. man fstab Пробел используется как разделитель полей. -- Regards, Yuri Kozlov
Re: Архивация почты
В Втр, 15/04/2008 в 18:19 +0300, Maxim Kudelya пишет: > > > > Кстати, явления одного порядка. > Таким образом создание резервных копий почтового сервера - это криминал? Я знаю как минимум целый класс организаций, где это не так. Стандарт информационной безопасности (носит пока только рекомендательный характер, но ожидается, что он относительно скоро будет обязателен к применению) Банка РФ однозначно предписывает: "8.2.4.6 Электронная почта должна архивироваться. Архив должен быть доступен только подразделению (лицу) в организации, ответственному за обеспечение ИБ. Изменения в архиве не допускаются. Доступ к информации архива должен быть ограничен." Для кредитных банковских организаций подобные "бумаги" Банка России носят характер законов. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Архивация почты
В Tue, 15 Apr 2008 18:32:03 +0400 Artem Chuprina пишет: > Grey Fenrir -> debian-russian@lists.debian.org @ Tue, 15 Apr 2008 14:55:01 > +0400: > > GF> Админ должен знать, что такой аспект есть. Возможно, ему следует > GF> поставить об этом в известность начальство (разумеется, > GF> зарегистрированной служебной запиской). На этом его служебные > GF> обязанности заканчиваются. > > Представил себе служебную записку с текстом "хранение транзитной почты > имеет правовой аспект"... Ну, натурально, админ типа знает (в рассылке > прочитал), что имеет, а какой именно - не знает... :) правовой аспект может иметь практически любое телодвижение админа, для выяснения этого факта рассылка не нужна. причём некоторые телодвижения имеют шанс (больший у провайдера и практически ничтожный на фирме) серьёзно подпортить жизнь. Я бы написал в записке "в связи с введением мер... прошу разъяснить правовые аспекты..." Я считаю крайне маловероятным привлечение к ответственности за сабж кого-либо из здесь присутствующих. но, afair, не все три поросёнка были готовы поверить в реальную опасность волка... -- Grey Fenrir
Передать главному бухгалтеру
КОНСУЛЬТАЦИИОННЫЙ СЕМИНАР ПО ТЕМЕ: "НАЛОГООБЛОЖЕНИЕ ВАЛЮТНЫХ ОПЕРАЦИЙ И ВНЕШНЕЭКОНОМИЧЕСКОЙ ДЕЯТЕЛЬНОСТИ" 17 апреля 2008 года (с 10.00 до 17.00) ЦЕЛЕВАЯ АУДИТОРИЯ: главные бухгалтеры компаний и специалисты юридических и финансовых отделов. СЕМИНАР ПРОВОДИТ: Тарасова Наталья Александровна - к.э.н., аудитор, преподаватель Центра переподготовки бухгалтеров и аудиторов МГУ им. М.В. Ломоносова, доцент кафедры учета, анализа и аудита экономического факультета МГУ им. М.В. Ломоносова. РАССМАТРИВАЕМЫЕ ВОПРОСЫ: 1. Нормативная база, регулирующая налогообложение валютных операций и внешнеэкономической деятельности. Последние изменения в законодательстве. 2. Налогообложение курсовых разниц. Особенности налогообложения курсовых разниц у посредника по внешнеэкономическим сделкам. 3. Налогообложение операций по покупке-продаже иностранной валюты. 4. Таможенные платежи при экспорте материальных ценностей (вывозные пошлины, таможенный сбор): порядок учета и налогообложения. 5. Налогообложение по налогу на прибыль у экспортера, получающего доход в иностранной валюте. Особенности налогообложения по налогу на прибыль у экспортера, реализующего товары (работы, услуги) через посредника. 6. Порядок подтверждения у экспортера ставки 0%. Требования к комплекту документов, предоставляемому в налоговые органы. Налогообложение авансов, полученных по экспортным контрактам. Заполнение единой декларации по НДС по операциям со ставкой НДС 0%. 7. Таможенные платежи при импорте материальных ценностей (ввозные пошлины, НДС, акциз, таможенный сбор). Порядок взимания таможенных платежей с импортера. 8. Порядок определения таможенной стоимости и ее корректировка. 9. Порядок вычета НДС, уплаченного таможенным органам. 10. Формирование налоговой стоимости амортизируемых основных средств, сырья, материалов и товаров, приобретенных по импортным контрактам. 11. Налогообложение доходов нерезидентов у российского агента - источника выплаты. Отчетность налогового агента (по НДС и по доходам). *** СТОИМОСТЬ УЧАСТИЯ: 5500 рублей, в том числе НДС. В стоимость включены раздаточные материалы по теме семинара, кофе-брейк, обед, комплекты для записей. Скидки: более одного участника от компании - скидка 10%, постоянным клиентам компании - скидка 20%. ИНФОРМАЦИЯ ДЛЯ АУДИТОРОВ И ПРОФЕССИОНАЛЬНЫХ БУХГАЛТЕРОВ - СЕРТИФИКАТ О 40-ЧАСОВОМ ПОВЫШЕНИИ КВАЛИФИКАЦИИ! СПРАВКИ и РЕГИСТРАЦИЯ по тeл.: [495] 225^25^98 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: LBP2900 демон ccpd
anton wrote: On 12:06 Tue 15 Apr , anton wrote: On 13:39 Mon 14 Apr , Alex Mestiashvili wrote: anton wrote: Установил дрова, настроил CUPS, создал скрипт ccpd, анес его в автозагрузку udate-rc.d ccpd defaults 20. Но принтер не печатает. Видно что процессы ccpd и cupsd запущены. Принтер начинает работать только при запуске ccpd из под root`а. Причем в памяти висят три процесса ccpd. Если убить ccpd запущеный из автозагруки, то принтер все равно нормально работает. Помогите разобраться в чем я не прав. неплохо бы увидеть этот скрипт . -- Create /etc/init.d/ccpd file #!/bin/sh # # ccpd startup script for Canon Printer Daemon for CUPS # # Modified for Debian GNU/Linux # by Raphael Doursenaud <[EMAIL PROTECTED]>. DAEMON=/usr/sbin/ccpd LOCKFILE=/var/lock/subsys/ccpd PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin NAME=ccpd DESC="Canon Printer Daemon for CUPS" test -f $DAEMON || exit 0 case $1 in start) echo -n "Starting $DESC: $NAME" start-stop-daemon --start --quiet --exec $DAEMON echo "." б═;; stop) echo -n "Stopping $DESC: $NAME" start-stop-daemon --stop --quiet --oknodo --exec $DAEMON echo "." б═;; status) echo "$DESC: $NAME:" `pidof $NAME` б═;; restart) echo -n "Restarting $DESC: $NAME" start-stop-daemon --stop --quiet --oknodo --exec $DAEMON sleep 1 start-stop-daemon --start --quiet --exec $DAEMON echo "." б═;; *) echo "Usage: ccpd {start|stop|status}" exit 1 ;; esac exit 0 [edit] Restart Run ccpd, add deamons to startup #/etc/init.d/ccpd start #rc-update ccpd defaults 20 Your printer should be available in CUPS now. Скрипт стандартный ничего не прибавлял не убавлял. скрипт рабочий вроде , за исключением разве что " б═;;" вот этих неясных символов , ccpadmin что показывает ? я знаю , что вот этот мануал работает http://bansheezm.livejournal.com/8865.html . -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]