Re: [Lug-bg] Debian Postfix - adduser --force-badname

[Qsin]

Georgi Alexandrov wrote:
> Yavor Atanasov wrote:
> 
>   
>> Ето main.cf. А за точката си прав. Не минава и без нея.
>> ---
>> 
> 
>
> Това е било някога работеща конфигурация или сега го изграждаш този мейл
> сървър? Ако започваш наново, горещо препоръчвам да започнеш с минимален
> конфигурационен файл и вече върху него да градиш останата си фунцкионалност.
>   
Бая е работено по него

Явор Атанасов
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

Re: [Lug-bg] Спиране на поща с празен Subject в Postfix

[Qsin]

Валентин Стойков wrote:
> На 14.3.2007 16:16 Yavor Atanasov написа:
>   
>> Здравейте,
>> Опитвам се да спра пощата с празен Subject със следното намерено чрез
>> Google:
>>
>> /^Subject: [[:space:]]*$/ REJECT
>>
>> Става въпрос за Postfix и горния ред трябва да се пъхне в header_checks.
>> Обаче не сработва. За съжаление архива на групата е недостъпен и не мога да
>> потърся в него нещо за този случай.
>>
>> Явор Атанасов
>> 
>
> Ето тук се намира архив:
> http://www.mail-archive.com/lug-bg@linux-bulgaria.org/
>   
Мерси,

бях го изтрил този адрес, че имаха проблеми с кирилицата, ма явно са го 
оправили :)

Явор Атанасов
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

Re: [Lug-bg] Спиране на поща с празен Su bject в Postfix

[Qsin]

Lazarov wrote:
> Здравей,  трябва да отстраниш свободното място между 'Subject:' и 
> '[[:space:]] '. Тоест трябва да стане така:
> /^Subject:[[:space:]]*$/ REJECT
>
>
> Yavor Atanasov wrote:
>   
>> Здравейте,
>> Опитвам се да спра пощата с празен Subject със следното намерено чрез 
>> Google:
>>
>> /^Subject: [[:space:]]*$/ REJECT
>>
>> Става въпрос за Postfix и горния ред трябва да се пъхне в header_checks.
>> Обаче не сработва. За съжаление архива на групата е недостъпен и не мога да
>> потърся в него нещо за този случай.
>>
>> Явор Атанасов
>> 
Благодаря,

Сработи то само за Outlook и Outlook Express. За Thunderbird  не сработва.
Шантава работа.

Явор Атанасов
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

[Lug-bg] RBL lookup error?

[Qsin]

Здравейте,

каква е причината за подобни съобщения?

Nov 12 02:44:29 mail postfix/smtpd[1290]: warning: 
147.0.42.200.list.dsbl.org: RBL lookup error: Host or domain name not 
found. Name service error for name=147.0.42.200.list.dsbl.org type=A: 
Host not found, try again
Nov 12 02:44:49 mail postfix/smtpd[1290]: warning: 
147.0.42.200.opm.blitzed.org: RBL lookup error: Host or domain name not 
found. Name service error for name=147.0.42.200.opm.blitzed.org type=A: 
Host not found, try again
Nov 12 02:45:09 mail postfix/smtpd[1290]: warning: 
147.0.42.200.sbl.spamhaus.org: RBL lookup error: Host or domain name not 
found. Name service error for name=147.0.42.200.sbl.spamhaus.org type=A: 
Host not found, try again
Nov 12 02:45:19 mail postfix/smtpd[1131]: warning: 
dragonlink.co.uk.blackhole.securitysage.com: RBL lookup error: Host or 
domain name not found. Name service error for 
name=dragonlink.co.uk.blackhole.securitysage.com type=A: Host not found, 
try again
Nov 12 02:45:39 mail postfix/smtpd[1131]: warning: 
dragonlink.co.uk.dsn.rfc-ignorant.org: RBL lookup error: Host or domain 
name not found. Name service error for 
name=dragonlink.co.uk.dsn.rfc-ignorant.org type=A: Host not found, try again
Nov 12 02:46:27 mail postfix/smtpd[1290]: warning: 
pasa.com.blackhole.securitysage.com: RBL lookup error: Host or domain 
name not found. Name service error for 
name=pasa.com.blackhole.securitysage.com type=A: Host not found, try again
Nov 12 02:46:30 mail postfix/smtpd[1286]: warning: 
6.138.116.212.dnsbl.sorbs.net: RBL lookup error: Host or domain name not 
found. Name service error for name=6.138.116.212.dnsbl.sorbs.net type=A: 
Host not found, try again
Nov 12 02:46:32 mail postfix/smtpd[1387]: warning: 
geyer-crock.de.blackhole.securitysage.com: RBL lookup error: Host or 
domain name not found. Name service error for 
name=geyer-crock.de.blackhole.securitysage.com type=A: Host not found, 
try again
Nov 12 02:46:47 mail postfix/smtpd[1290]: warning: 
pasa.com.dsn.rfc-ignorant.org: RBL lookup error: Host or domain name not 
found. Name service error for name=pasa.com.dsn.rfc-ignorant.org type=A: 
Host not found, try again
Nov 12 02:46:50 mail postfix/smtpd[1286]: warning: 
6.138.116.212.bl.spamcop.net: RBL lookup error: Host or domain name not 
found. Name service error for name=6.138.116.212.bl.spamcop.net type=A: 
Host not found, try again
Nov 12 02:46:52 mail postfix/smtpd[1387]: warning: 
geyer-crock.de.dsn.rfc-ignorant.org: RBL lookup error: Host or domain 
name not found. Name service error for 
name=geyer-crock.de.dsn.rfc-ignorant.org type=A: Host not found, try again
Nov 12 02:47:01 mail postfix/smtpd[1393]: warning: 
co.uk.blackhole.securitysage.com: RBL lookup error: Host or domain name 
not found. Name service error for name=co.uk.blackhole.securitysage.com 
type=A: Host not found, try again
Nov 12 02:47:10 mail postfix/smtpd[1286]: warning: 
6.138.116.212.relays.ordb.org: RBL lookup error: Host or domain name not 
found. Name service error for name=6.138.116.212.relays.ordb.org type=A: 
Host not found, try again
Nov 12 02:47:21 mail postfix/smtpd[1393]: warning: 
co.uk.dsn.rfc-ignorant.org: RBL lookup error: Host or domain name not 
found. Name service error for name=co.uk.dsn.rfc-ignorant.org type=A: 
Host not found, try again
Nov 12 02:47:30 mail postfix/smtpd[1286]: warning: 
6.138.116.212.sbl-xbl.spamhaus.org: RBL lookup error: Host or domain 
name not found. Name service error for 
name=6.138.116.212.sbl-xbl.spamhaus.org type=A: Host not found, try again
Nov 12 02:47:49 mail postfix/smtpd[1131]: warning: 
boardermail.com.blackhole.securitysage.com: RBL lookup error: Host or 
domain name not found. Name service error for 
name=boardermail.com.blackhole.securitysage.com type=A: Host not found, 
try again

Явор Атанасов
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

lug-bg: amavis vs. Stration

[Qsin]

Системата ми е debian+Postfix+amavis+clamav+spamassassin.
За съжаление clamav-a не прихваща варианти на Stration, а
и други вируси.

Проблема при мен ли е или в clamav-a?

Явор Атанасов

Re: lug-bg: Postfix STARTTLS

[Qsin]

Dimitar G. Katerinski wrote:

On Monday 16 October 2006 17:36, Qsin wrote:
  

При последният ъпдейт на Postfix до версия 2.3.3 по някаква причина във
EHLO отвън
няма STARTTLS. С telnet отвътре го има, но отвън го няма и Thunderbird-а
не работи.
Интересното е, че Microsoft Outlook си работи нормално.

Някаква идея?

Машината е Debian/testing.



Ако това е въпросната машина, всичко изглежда нормално:
Trying 212.116.138.34...
Connected to mail.riskeng.bg.
Escape character is '^]'.
220 mail.riskeng.bg ESMTP Postfix (Debian/GNU)
ehlo dude
250-mail.riskeng.bg
250-PIPELINING
250-SIZE 52428800
250-VRFY
250-ETRN
250-STARTTLS
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN


  

Явор Атанасов



Поздрави,
Димитър
  

Това е, но аз отвън получавам само това:

220 mail.riskeng.bg ESMTP Postfix (Debian/GNU)
ehlo yavor
250-mail.riskeng.bg
250-PIPELINING
250-SIZE 52428800
250-VRFY
250-ETRN
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN

Не знам при теб как се е получило друго.

Явор Атанасов

lug-bg: Postfix STARTTLS

[Qsin]

При последният ъпдейт на Postfix до версия 2.3.3 по някаква причина във 
EHLO отвън
няма STARTTLS. С telnet отвътре го има, но отвън го няма и Thunderbird-а 
не работи.

Интересното е, че Microsoft Outlook си работи нормално.

Някаква идея?

Машината е Debian/testing.

Явор Атанасов

lug-bg: Поща до конкретен потр ебител

[Qsin]

Здравейте,

тъй като perl, gawk и т.н. са ми проблем, от три дена търся из Google
някакво решение на следния проблем:

Как от лога на Postfix, да измъкна информацията за всички мейли
подадени до който и да е потребител от даден домейн? Независимо
дали са отхвърлени, дали са вируси, дали са спам или са редовни и
са стигнали до него. И съответно да разпраща на всички мейл със
списъка им. Може и без да указва, кой мейл е минал и кой не.

Всякакви линкове са добре дошлил

Явор Атанасов

lug-bg: CentOS 4.4 DVD

[Qsin]

Някой имал ли е проблеми да зареди DVD-то на CentOS 4.4 i386 на AMD64 
машина?


Явор Атанасов

lug-bg: linux-bg.org

[Qsin]

Да имате проблеми с този сайт?

Явор Атанасов

Re: lug-bg: samba в ЛАН

[Qsin]

Kamen TOMOV wrote:

Имаме едно съвсем малко ЛАН-че с Линукс-сървър, в което
Уиндоус-десктопите "споделят" файлове.

Проблема е там, че има два проблема с това споделяне:

- понякога не се виждат компютрите в мрежата, когато се отиде в
  "Microsoft Windows Network";

- много бавно става отварянето, както на Workgroup-ата, така и на
  "Microsoft Windows Network";

На сървъра има инсталирана Samba и предполагам, че горните две неща
могат да се оправят ако тя се конфигурира правилно. Какво бихте ме
посъветвали?

Благодаря!
  

os level = 250
local master = Yes
wins support = Yes

Явор Атанасов

lug-bg: Грешка при ъпгрейд

[Qsin]

При опит за ъпгрейд се получава следното:

[EMAIL PROTECTED]:/etc# apt-get upgrade
Reading Package Lists... Done
Building Dependency Tree... Done
The following packages have been kept back
 apt apt-utils aptitude base-config binutils bison bittornado bonobo 
bsdutils bzip2 cflow console-tools coreutils cpio cpp cvs ddd 
debianutils dpkg
 dselect e2fslibs e2fsprogs fdutils file findutils flex fontconfig ftp 
g++ gadfly gcc gdb gdk-imlib1 gettext gettext-base gettext-el 
gimp-python gnome-bin
 grep groff-base gs gsfonts-x11 gzip initscripts iptraf john klogd 
lesstif2 libacl1 libatk1.0-0 libauthen-pam-perl libblkid1 libbonobo2 
libbz2-1.0 libc6
 libc6-dev libcomerr2 libconsole libefs1 libfontconfig1 libfreetype6 
libgcc1 libgdbm3 libgdk-pixbuf-gnome2 libgdk-pixbuf2 libgimp2.0 
libglade-gnome0
 libglade0 libglib2.0-0 libgnomeprint-bin libgnomeprint15 libgnomeui32 
libgnorba27 libgnutls11 libgphoto2-2 libgphoto2-port0 libgtk2.0-0 
libgtk2.0-bin
 libice-dev libice6 libidn11 libieee1284-3 libisccfg0 libjpeg62 
libkrb53 libldap2 libmagic1 libncurses5 libncursesw5 libnet-ssleay-perl 
libopencdk8
 libpango1.0-0 libpango1.0-common libpaper1 libpaperg libpcap0.8 
libpng2 libpopt0 libreadline4 libsane libsasl2 libsm-dev libsm6 libssl0.9.8
 libtext-charwidth-perl libtext-iconv-perl libtiff4 libuuid1 libx11-6 
libx11-dev libxaw7 libxcursor1 libxext-dev libxext6 libxft2 libxi-dev libxi6
 libxmu-dev libxmu6 libxmuu-dev libxmuu1 libxp-dev libxp6 libxpm-dev 
libxpm4 libxrandr-dev libxrandr2 libxrender-dev libxrender1 libxt-dev libxt6
 libxtrap-dev libxtrap6 libxtst-dev libxtst6 libxv-dev libxv1 libzvt2 
lilo login lsof ltrace make man2html mbr mc modutils mount mtr nano 
ncurses-bin
 netselect nmap nvi openssl passwd pciutils perl perl-base perl-modules 
ppp pppoe procps proftpd python python-dev python-doc 
python-egenix-mxdatetime
 python-examples python-extclass python-gadfly python-gdbm 
python-gendoc python-gtk2 python-htmlgen python-kjbuckets python-netcdf 
python-newt
 python-numeric python-numeric-tutorial python-pygresql python-xml 
python2.3 python2.3-dev python2.3-examples python2.3-ldap python2.3-mpz 
render-dev
 sane-utils sed ssh strace sysklogd sysvinit tar tasksel tcpdump 
tcptraceroute telnet unzip util-linux vim wget whiptail x-dev xlibs-data 
xlibs-static-dev

 xpdf xpdf-common xpdf-reader xpdf-utils xutils
73 packages upgraded, 0 newly installed, 0 to remove and 212  not upgraded.
Need to get 178kB/26.3MB of archives. After unpacking 4120kB will be used.
Do you want to continue? [Y/n] y
Get:1 ftp://ftp.bg.debian.org testing/main console-common 0.7.59 [136kB]
Get:2 ftp://ftp.bg.debian.org testing/main makedev 2.3.1-82 [41.9kB]
Fetched 178kB in 2s (66.8kB/s)
E: Could not open file /tmp/template.173880 - open (30 Read-only file 
system)
E: Unable to write to /tmp/template.173880 - ofstream::ofstream (30 
Read-only file system)

E: Could not open file /tmp/config.173881 - open (30 Read-only file system)
E: Unable to write to /tmp/config.173881 - ofstream::ofstream (30 
Read-only file system)
Extracting templates from packages: 82%E: Could not open file 
/tmp/template.174270 - open (30 Read-only file system)
E: Unable to write to /tmp/template.174270 - ofstream::ofstream (30 
Read-only file system)

E: Could not open file /tmp/config.174271 - open (30 Read-only file system)
E: Unable to write to /tmp/config.174271 - ofstream::ofstream (30 
Read-only file system)

Extracting templates from packages: 100%d file descriptor
Preconfiguring packages ...
(Reading database ... 33385 files and directories currently installed.)
Preparing to replace base-files 3.1.11 (using 
.../base-files_3.1.13_i386.deb) ...

Unpacking replacement base-files ...
dpkg: error processing 
/var/cache/apt/archives/base-files_3.1.13_i386.deb (--unpack):

unable to create `./etc/debian_version': Read-only file system
Errors were encountered while processing:
/var/cache/apt/archives/base-files_3.1.13_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Какви са тези 30 Read-only file system?

Явор Атанасов

lug-bg: FC5 x86_64 Update

[Qsin]

Защо при опит за update, yum предлага да свали заедно с x86_64 пакетите и
пакети i386?

Явор Атанасов

lug-bg: Streaming BT829

[Qsin]

Искам да пусна образ от ATI All-In-Wonder Pro PCI 4 MB по мрежата (жична 
и безжична).
Тунeра на тази карта съм го подкарвал преди 4-5 години с 
Mandrake+gatos+xawtv.

Ако някой скоро се е борил с такъв чип и има по-скорошен опит, нека сподели.

Явор Атанасов

Re: lug-bg: md5sum - kubuntu-6.06-dvd-amd64.iso

[Qsin]

Yordan Georgiev wrote:
На мен мисълта ми беше друга. Да почне свалянето на исо изобращението 
върху това което има. Торент клиента ще си направи проверка на 
сумата... Тази дето е на сървъра и ще каже дали всичко е нормално. А 
този тракер е официалния :)


Най-странното е че торент файла е същия и съм свалил DVD-то с него. А се 
оказа, че малко под 700 MB са

наред :(

Явор Атанасов

lug-bg: md5sum - kubuntu-6.06-dvd-amd64.iso

[Qsin]

Молба :)

Ако някой има MD5SUM на kubuntu-6.06-dvd-amd64.iso или го е смъкнал,
нека ми я прати.

Явор Атанасов

Re: lug-bg: FC-5-x86_64-DVD.iso

[Qsin]

А кои други дистрибуции имат DVD огледала в България?
Става въпрос за 64 битови пак.

Явор Атанасов

lug-bg: FC-5-x86_64-DVD.iso

[Qsin]

Има ли българско огледало със FC-5-x86_64-DVD.iso?

Явор Атанасов

lug-bg: ATHLON64 3800+, DUAL CORE, box

[Qsin]

Здравейте,

Предстои ми подмяна на служебния компютър и се замислих за
нещо от рода на ATHLON64 3800+, DUAL CORE. Някой има ли
опит (и ако има с коя дистрибуция) с такъв или подобен процесор?

Явор Атанасов

lug-bg: Abit SD7-533

[Qsin]

Здравейте

Системата е Debian/testing. Това обаче едва ли има значение,
защото проблема ми е колко голям хард диск мога да добавя.

Дъното е Abit SD7-533. Чипсет SiS 645/961. Ако някой има
опит със дискове над 120 GB с този чипсет да каже.

Явор Атанасов

lug-bg: Mikrotik

[Qsin]

Здравейте,

някой имал ли е взимане-даване със MikroTik RouterOS 
http://www.mikrotik.com?

Ако има запознати, нека си кажат мнението.

Явор Атанасов

Re: lug-bg: ESFQ на слаба машина

[Qsin]

Nickola Kolev wrote:

Здрасти,

On Mon, 20 Feb 2006 11:10:40 +0200
Qsin <[EMAIL PROTECTED]> wrote:

  

Здравейте,

имам една машина Celeron на 366 MHz със 192 MB RAM.
Ще издържи ли ESFQ за около 30 компютъра?



Да, ще издържи даже 50 пъти повече, в зависимост от броя пакети в
секунда, от естеството и скоростта на трафика.

Поздрави,
Никола
  

Благодаря :)

Елементарен рутер, ма има потребители, които понякога се самозабравят.

Явор Атанасов

lug-bg: ESFQ на слаба машина

[Qsin]

Здравейте,

имам една машина Celeron на 366 MHz със 192 MB RAM.
Ще издържи ли ESFQ за около 30 компютъра?

Явор Атанасов?

Re: lug-bg: Неизползвана памет

[Qsin]

Това ми се случва вече няколко пъти. Получавам отговори на писма, но
не и самите писма, както в случая с това писмо. Като погледнах в
gmane.linux.region.bulgaria видях, че не съм получил даже две писма.
Изобщо до сървъра ми не е стигнало писмо от kingfisher at mail dot bg.

Явор Атанасов

Damyan Ivanov wrote:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

[EMAIL PROTECTED] wrote:
 


Макар че не виждам защо да не гълта всичката свободна памет
която така или иначе не се ползва?
   



Ами именно, де :) "не се използва" защото няма кой да я "глътне".

Имаше някаква програма за тестване на паметта, чието име сега не се
сещам и която върви под линукс, вместо, както memtest86 - от grub :)
Та може да опиташ да я използваш с цел да хапне памет и да видиш
заветните числа в top :)


дам
- --
Damyan Ivanov  Creditreform Bulgaria
[EMAIL PROTECTED]  http://www.creditreform.bg/
phone: +359(2)928-2611, 929-3993fax: +359(2)920-0994
mob. +359(88)856-6067   [EMAIL PROTECTED]/Gaim
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDy9ilHqjlqpcl9jsRAn8CAKDANB7GK4pxMJrpHCVy3jkyKE0/DgCgjFzI
u8raAqFAjCx0PZ1HQne2r9w=
=8N4h
-END PGP SIGNATURE-

 

lug-bg: ESFQ

[Qsin]

Здравейте,

Искам да направя shaping с равномерно разпределение на трафика между
ползващите Интернет в момента, като трафика да се разпределя по IP
адреси независимо от броя връзки на конкретния компютър.

Компилирах си ядро с поддръжка на ESFQ. Компилирах си и tc с поправката
за ESFQ. Но от документацията не схващам как точно става разпределение
по IP.

Всякаква помощ е добре дошла.

Явор Атанасов

lug-bg: Мейл статистика

[Qsin]

Здравейте,

Има ли средство, което да извади от логовете на Postfix информация
за всяка отделна пощенска кутия, да я класифицира (приета, спам,
отхвърлена) и да я изпраща на съответния потребител?

Debian Sarge

Явор Атанасов

Re: lug-bg: RBL

[Qsin]

Nikola Antonov wrote:


On Monday 07 November 2005 11:30, Qsin wrote:
 


Кои RBL ползвате за блокиране на спам?

Явор Атанасов
   



Ето това се местонахожда в main.cf на postfix.

smtpd_recipient_restrictions =
   ...
   reject_rbl_client bl.spamcop.net,
   reject_rbl_client relays.ordb.org,
   reject_rbl_client sbl-xbl.spamhaus.org
   ...

Отделно има SPF проверка и някои други рестрикции.
 


Да разбирам ли, че ти ползваш само тези 3 източника?

Явор Атанасов

lug-bg: RBL

[Qsin]

Кои RBL ползвате за блокиране на спам?

Явор Атанасов

Re: lug-bg: X prez putty

[Qsin]

MafiaInc wrote:


Ами да става дума за Линукс клиента, но и Windows клиента също има такива
файлове някъде във \windows\profiles\name\.nx\...(за Win98, за XP ще се
ориентираш). И също така става дума за безплатния като бира клиент на !M :)

--
MafiaInc (c) 1983 - 2005 http://www.mafiainc.net
 


Открих го. Предполагам проблема е в реда:

Info: Remote proxy doesn't support fake authentication.

Ето и целия session файл:

NXPROXY - Version 1.5.0

Copyright (C) 2001, 2005 NoMachine.
See http://www.nomachine.com/ for more information.

Info: Proxy running in client mode with pid '3708'.
Warning: Connected to remote NXPROXY version 1.4.0 with local version 
1.5.0.

Info: Synchronizing local and remote caches.
Info: Handshaking with remote proxy completed.
Info: Remote proxy doesn't support fake authentication.
Info: Forwarding the real X authorization cookie.
Info: Not using NX delta compression.
Info: Using lan link parameters 16384/8/0/0.
Info: Using pack method '16m-jpeg-9' with session 'unix-kde'.
Info: Not using ZLIB stream compression.
Info: Not using remote ZLIB stream compression.
Info: Not using persistent cache.
Info: Starting X protocol compression.
Info: Established X server connection.
Info: Using shared memory support in X server.
Info: End of session requested by remote proxy.
Info: Shutting down the link and exiting.

Явор Атанасов

Re: lug-bg: X prez putty

[Qsin]

MafiaInc wrote:


Влез във $HOME/.nx и търси за файлове на име session там виж по-подробно каква
е грешката. Аз имах същия проблем и грешката беше следната :
/usr/bin/nxagent: symbol lookup error: /usr/lib/NX/lib/libXcompext.so.1:
undefined symbol: _NXEnableCleanGet
Оправих я като преименувах вси

--
MafiaInc (c) 1983 - 2005 http://www.mafiainc.net
 


Предполагам че говориш за клиент под Линукс, защото на сървъра няма такива
файлове.

Явор Атанасов

Re: lug-bg: X prez putty

[Qsin]

Andrey Andreev wrote:


Georgi Georgiev wrote:
 


Пробвай freenx на Линукс машината и nxClient-а на NoMachine. Бачка
перфектно и за по-бавни връзки. Пак всичко е през ssh, но е добре
компресирано и няма нужда да слагаш cygwin-ски X на винбоуза.
 


Може ли да обясниш малко по-подробно на нас начинаещите или да ни
насочиш към материал за четене.
   



Чакай че не казах как се пуска. 8) Намираш си freenx за твойто си
дистро, слагаш си го. Ако си с Дебиан и инсталаторът те пита какви
ключове да ползва, казваш да си ползва nomachine-ските, ще го оправиш
след като тръгне. Пускаш nxsetup, четеш малко readme-та че не знам какво
ти е дистрото, сваляш клиента от сайта на nomachine пускаш wizard-а
[sic!] и се закачаш. :)

Аре,

Андро
 


Уж се закачва и след това кляка:

5 [main] nxproxy 5736 tty_list::allocate_tty: No tty allocated

NXPROXY - Version 1.4.0

Copyright (C) 2001, 2004 NoMachine.
See http://www.nomachine.com/ for more information.

Info: Proxy running in client mode with pid '5736'.
Info: Waiting for connection from any host on port '2088'.
Info: Accepted connection from '127.0.0.1' on port '2174'.
Info: Connection with remote proxy established.
Info: Handshaking with remote proxy ':5000' completed.
Info: Synchronizing local and remote caches.
Info: Not using NX delta compression.
Info: Using lan link parameters 16384/80/16/8192.
Info: Using pack method '16m-jpeg-9' with session 'unix-kde'.
Info: Not using ZLIB stream compression.
Info: Not using remote ZLIB stream compression.
Info: Not using persistent cache.
Info: Using remote server connected on port '2088'.
Info: Starting X protocol compression.
Info: Established X server connection.
Info: Using shared memory support in X server.
Info: End of session requested by remote proxy.
Info: Shutting down the link and exiting.

Явор Атанасов

lug-bg: Поща без shaping

[Qsin]

Здравейте,

Майл сървъра има две мрежови карти, като едната е вързана към вътрешната 
мрежа.
Какво трябва да се направи с iptables на рутера за да пренасочва 25 и 
110 порт по

вътрешната мрежа без да го прекарва през shaping-a?

Явор Атанасов

Re: lug-bg: windows 1251 default charset

[Qsin]

Дамян Иванов wrote:


Vasil Kolev wrote:
 


В чт, 2005-10-13 в 15:41 +0300, Дамян Иванов написа:


   


Съгласен съм с предложението на Петър Недялков — по-добре е да се оправят
страниците. Сигурен съм, че само да подхвърлиш въпроса тук и веднага ще завалят
решения на perl, python, sh и java :-)

Номера с .htaccess не става, защото съдържанието на документа има приоритет
пред хедърите на сървъра (в смисъл, че при несъответствие, браузърът се
съобразява със съдържанието, а не с хедъра).

 


Точно обратното е, header-ите на сървъра имат предимство пред тези на
самия документ ...
   



Напълно си прав. Извинявам се за шума.

Директивата
 AddDefaultCharset windows-1251
в top-level конфигурацията върши работа.

За да сработи и в .htaccess трябва да има
 AllowOverride +FileInfo
в top-level конфигурацията.


дам
 


Извинявам се, но проблема се оказа във Firefox 1.5 beta 1.
От 1.0.7 и от MSIE няма проблеми.

Явор Атанасов

lug-bg: windows 1251 default charset

[Qsin]

Здравейте,

може ли чрез някаква настройка на Apache, един объркан сайт, в който 
всички страници
на кирилица са зададени със charset=iso-8859-1, да се вижда нормално с 
charset=windows-1251?


Явор Атанасов

П.П. Номера с .htaccess не става

Re: lug-bg: Заличаване на инф ормация

[Qsin]

Nick Angelow wrote:


Qsin wrote:

 


Nick Angelow wrote:

   


Qsin wrote:

 


Tsvetin Vasilev wrote:

   


Qsin wrote:

 


Здравейте,

как под Линукс да залича информацията върху един цял
хард диск, така че ако попадне в недобронамерени ръце,
нищо да не могат да извлекат от него?

Явор Атанасов

 
   


А ако се пробва например вариант
да се мина първо неколкократно с dd if=/dev/urandom of=/dev/hdX и
badblocks -w -t  /dev/hdX
Дали няма да е достатъчно или отново има голяма вероятност за
възстановяване на информацията ?

Успех
   
 


Диска е 20 GB.
Метода
 dd if=/dev/zero of=/dev/hdX
отне около 12 минути непрекъснато писане върху диска.
Метода
 dd if=/dev/urandom of=/dev/hdX
пишеше толкова рядко, че реших, че може и цяла нощ да не свърши.
С DBAN използвайки метод
 DOD 5220.22M - American Department of Defense 5220-22.M standard wipe
диска е обработен за малко помалко от 1,5 часа.
 
   


всичко това е много хубаво, но за да се убедим, че работата е свършена
професионално, ще трябва да донесеш диска за възстановяване :о)

иначе това с DBAN впечатлява.


 


:)))
Не целя да прецакам нито ЦРУ, нито ФСБ. А и диска не е от критично
значение.
Просто елементарна мярка на предпазливост.

   


хм, това с прецакването не е лоша идея -- да сме готови за подобно нещо.
и на едните, и на другите, че и за мосад да сме готови :о)

имах предвид, че ако някой от тези методи е дал добри резултати, при
появата на следващ подобен въпрос, питащият щеше да получи конкретен
отговор, а не както се случи при теб -- опитай това, опитай онова, което
предполага загуба на известно количество време.

но пък и самата проверка предполага загуба на (повече) време, както и
наличие на определени познания :о(

иначе приятен ден!
 

Не че познанията ми са кой знае колко големи, но аз не можах да 
възстановя никаква

информация от този диск със средствата с които съм правил подобни неща.
Сигурно човек по-напред с материала и материалната база би успял. Но се 
съмнявам,

че цената на получената информация, ще съответства на цената на труда му.

Явор Атанасов

П.П. Все пак аз не съм оборудван за целите на подобен шпионаж.

Re: lug-bg: Заличаване на инф ормация

[Qsin]

Nick Angelow wrote:


Qsin wrote:

 


Tsvetin Vasilev wrote:

   


Qsin wrote:

 


Здравейте,

как под Линукс да залича информацията върху един цял
хард диск, така че ако попадне в недобронамерени ръце,
нищо да не могат да извлекат от него?

Явор Атанасов

   


А ако се пробва например вариант
да се мина първо неколкократно с dd if=/dev/urandom of=/dev/hdX и
badblocks -w -t  /dev/hdX
Дали няма да е достатъчно или отново има голяма вероятност за
възстановяване на информацията ?

Успех
 


Диска е 20 GB.
Метода
  dd if=/dev/zero of=/dev/hdX
отне около 12 минути непрекъснато писане върху диска.
Метода
  dd if=/dev/urandom of=/dev/hdX
пишеше толкова рядко, че реших, че може и цяла нощ да не свърши.
С DBAN използвайки метод
  DOD 5220.22M - American Department of Defense 5220-22.M standard wipe
диска е обработен за малко помалко от 1,5 часа.
   



всичко това е много хубаво, но за да се убедим, че работата е свършена
професионално, ще трябва да донесеш диска за възстановяване :о)

иначе това с DBAN впечатлява.
 


:)))
Не целя да прецакам нито ЦРУ, нито ФСБ. А и диска не е от критично значение.
Просто елементарна мярка на предпазливост.

Явор Атанасов

Re: lug-bg: Заличаване на инф ормация

[Qsin]

Tsvetin Vasilev wrote:


Qsin wrote:


Здравейте,

как под Линукс да залича информацията върху един цял
хард диск, така че ако попадне в недобронамерени ръце,
нищо да не могат да извлекат от него?

Явор Атанасов


А ако се пробва например вариант
да се мина първо неколкократно с dd if=/dev/urandom of=/dev/hdX и 
badblocks -w -t  /dev/hdX
Дали няма да е достатъчно или отново има голяма вероятност за 
възстановяване на информацията ?


Успех


Диска е 20 GB.
Метода
   dd if=/dev/zero of=/dev/hdX
отне около 12 минути непрекъснато писане върху диска.
Метода
   dd if=/dev/urandom of=/dev/hdX
пишеше толкова рядко, че реших, че може и цяла нощ да не свърши.
С DBAN използвайки метод
   DOD 5220.22M - American Department of Defense 5220-22.M standard wipe
диска е обработен за малко помалко от 1,5 часа.

Явор Атанасов

Re: lug-bg: Заличаване на инф ормация

[Qsin]

Nickola Kolev wrote:


Здрасти,

Мога да ти препоръчам DBAN - http://dban.sourceforge.net/

Доста добър продукт, но в частта "Въпроси и отговори" можеш да видиш
следното:


Q: Are you absolutely sure that DBAN works properly?

A: No.

There are several situations in which a DBAN failure could go unnoticed:

   * DBAN may fail to detect a hard disk in a computer with many hard
disks. You must check whether DBAN actually detected all hard disks in
a computer.
   * Your hardware caches writes or otherwise does not implement a
functional write barrier. This is likely to happen with battery-backed
large-memory RAID controllers or defective hard disks.
   * Somebody with a lot of time, money, and brains needs to recover
your data.
   * The software that you downloaded could be bugged or trojaned.
(Did you check the PGP signature?)

If you are seriously concerned about any of these situations, then
consider drilling open your hard disk, grinding down the platters, and
melting all of the parts in a furnace.

DBAN is "good enough" for "most people".


Дано да ти свърши работа.

Поздрави,
Никола

On Mon, 10 Oct 2005 16:40:25 +0300
Qsin <[EMAIL PROTECTED]> wrote:

 


Здравейте,

как под Линукс да залича информацията върху един цял
хард диск, така че ако попадне в недобронамерени ръце,
нищо да не могат да извлекат от него?

Явор Атанасов
   


Благодаря на всички за отговорите. Ще опитам този DBAN.

lug-bg: Заличаване на информац ия

[Qsin]

Здравейте,

как под Линукс да залича информацията върху един цял
хард диск, така че ако попадне в недобронамерени ръце,
нищо да не могат да извлекат от него?

Явор Атанасов

Re: lug-bg: SOUND PROBLEM

[Qsin]

[EMAIL PROTECTED] wrote:


On Thu, 28 Jul 2005 16:08:03 +0300
Qsin <[EMAIL PROTECTED]> wrote:
 


[EMAIL PROTECTED] wrote:

   


Намалих ги докраи всиките но фаида нема.

Дори като мърдам мишката шуми.

Гадно.

Поздрави.

Венци
On Thu, 28 Jul 2005 09:30:19 +0300
Svilen Ivanov <[EMAIL PROTECTED]> wrote:


 


Сблъсквал съм се с тоя проблем...

Пусни произволен аудио миксер: rexima (console), alsamixer
   


(console),
   


kmix (KDE), aumix (gtk) и намали всички входове - Video, Aux, CD,
   


Line,
   


Mic, и т.н. Остави само PCM или Wave (името зависи от това каква
   


карта имаш)
   

и 
Master Volume.



  

   


- Original Message -
From: [EMAIL PROTECTED] To: lug-bg@linux-bulgaria.org Sent: Wednesday
 


27 July 2005 22:53 Subject: lug-bg: SOUND PROBLEM
   


Здравейте,

След като се справих със проблемната инсталация на UBUNTU 5.04
 


имам
   


следния проблем.

Този проблем съществуваше във всичките дистрибуции на линукс който


 


съм
  

   


инсталирал.

Има едно пръщене във слушалките и то когато CD-то чете нещо.

Зблъсквал ли се е някой с този проблем и как го е оправил.

п.с. "Купи си нова звукова карта" или подобни изявления мисля че


 


няма
  

   


да си ми от особенно голяма полза.

Предварително благодаря.

Поздрави,

Венци


 


Да не са се накачулили всичките на едно IRQ?

Явор Атанасов
   



Незнам как да го проверя това дали неса на едно и също IRQ.

Венци
 



cat /proc/interrupts

Явор Атанасов

Re: lug-bg: SOUND PROBLEM

[Qsin]

[EMAIL PROTECTED] wrote:


Намалих ги докраи всиките но фаида нема.

Дори като мърдам мишката шуми.

Гадно.

Поздрави.

Венци
On Thu, 28 Jul 2005 09:30:19 +0300
Svilen Ivanov <[EMAIL PROTECTED]> wrote:
 


Сблъсквал съм се с тоя проблем...

Пусни произволен аудио миксер: rexima (console), alsamixer (console),
kmix 
(KDE), aumix (gtk) и намали всички входове - Video, Aux, CD, Line,
Mic, и 
т.н. Остави само PCM или Wave (името зависи от това каква карта имаш)
и 
Master Volume.



   


- Original Message -
From: [EMAIL PROTECTED] 
To: lug-bg@linux-bulgaria.org 
Sent: Wednesday 27 July 2005 22:53 
Subject: lug-bg: SOUND PROBLEM


Здравейте,

След като се справих със проблемната инсталация на UBUNTU 5.04 имам
следния проблем.

Този проблем съществуваше във всичките дистрибуции на линукс който
 


съм
   


инсталирал.

Има едно пръщене във слушалките и то когато CD-то чете нещо.

Зблъсквал ли се е някой с този проблем и как го е оправил.

п.с. "Купи си нова звукова карта" или подобни изявления мисля че
 


няма
   


да си ми от особенно голяма полза.

Предварително благодаря.

Поздрави,

Венци
 


Да не са се накачулили всичките на едно IRQ?

Явор Атанасов

Re: lug-bg: SOUND PROBLEM

[Qsin]

[EMAIL PROTECTED] wrote:


Здравейте,

След като се справих със проблемната инсталация на UBUNTU 5.04 имам
следния проблем.

Този проблем съществуваше във всичките дистрибуции на линукс който съм
инсталирал.

Има едно пръщене във слушалките и то когато CD-то чете нещо.

Зблъсквал ли се е някой с този проблем и как го е оправил.

п.с. "Купи си нова звукова карта" или подобни изявления мисля че няма
да си ми от особенно голяма полза.

Предварително благодаря.

Поздрави,

Венци

 


А какъв беше проблема с Ubuntu-то?

Явор Атанасов

Re: lug-bg: wput, ftpsync etc.

[Qsin]

Ted Zlatanov wrote:


On Thu, 14 Jul 2005, [EMAIL PROTECTED] wrote:

 


Трябва ми някакво средство което да прахвърля само новите файлове
и да трие изчезналите, като това се отняса и за директории.

И двата сървъря са Debian woody.
   



Първо направи зона за rsync (по-добре е да не е /, а където ти трябва)
в машината, която е източника на фаиловете:

/etc/rsyncd.conf:

uid = root

[rootzone]
path = /
auth users = root
secrets file = /etc/rsyncd.secrets
read only = true
# 10.x.y.z internal network
hosts allow = 10.0.0.0/255.0.0.0
hosts deny = *

/etc/rsyncd.secrets (chmod 600):

root:SuperSecretPassword

/etc/default/rsync: 
RSYNC_ENABLE=true


После от дърпащата машина:

Слагаш паролата в /etc/rsyncd.passwd, и...

rsync -ax --delete --password-file=/etc/rsyncd.passwd 
server::rootzone/path/to/files /path/to/downloads

(прибави -vP за да видиш как дърпа)

Това е по-добре от rsync+ssh, защото специалните букви като " " нямат
проблеми (вече писах за това).  Но ти трябва да си root, и ако
направиш такава root зона е по-опасно от SSH...  Използвай филтри за
IP address (hosts allow/hosts deny) и направи зоната само където ти
трябва, не във /.

Тео
 

Идеята е да се прави Upload, а не Download. Сега уча rsync-a. Тъпото е, 
че дори той

по някаква причина не създава някои нови директории.

Явор Атанасов

Re: lug-bg: wput, ftpsync etc.

[Qsin]

Georgi Alexandrov wrote:


Qsin wrote:


Georgi Alexandrov wrote:


Qsin wrote:


Имам следната задача:
Трябва да поддържам на един FTP сървър определено количество
файлове, които се намират на един вътрешен файлов сървър. Тези
файлове трябва да се ъпдейтват често. Първо опитах с wput, но той
се дъни нещо и не прехвърля всичко. Освен това няма и идея да трие
това което е изчезнало в оригиналната структура на вътрешния
файлов сървър.
След това намерих ftpsync 
(http://www.linuxjournal.com/article/6686), но

той пък по някаква причина не иска да прави някои директории.

Трябва ми някакво средство което да прахвърля само новите файлове
и да трие изчезналите, като това се отняса и за директории.

И двата сървъря са Debian woody.

Явор Атанасов


Опитай комбинацията rsync + ssh.

Успех!




Благодаря

А как става когато директорията е със паузи в името?

rsync -c -e ssh  --delete [EMAIL PROTECTED]:directorija sus space v 
imeto/


Явор Атанасов



Със ' ' или " " не става ли?


Не става.

Re: lug-bg: wput, ftpsync etc.

[Qsin]

Georgi Alexandrov wrote:


Qsin wrote:


Имам следната задача:
Трябва да поддържам на един FTP сървър определено количество
файлове, които се намират на един вътрешен файлов сървър. Тези
файлове трябва да се ъпдейтват често. Първо опитах с wput, но той
се дъни нещо и не прехвърля всичко. Освен това няма и идея да трие
това което е изчезнало в оригиналната структура на вътрешния
файлов сървър.
След това намерих ftpsync (http://www.linuxjournal.com/article/6686), но
той пък по някаква причина не иска да прави някои директории.

Трябва ми някакво средство което да прахвърля само новите файлове
и да трие изчезналите, като това се отняса и за директории.

И двата сървъря са Debian woody.

Явор Атанасов


Опитай комбинацията rsync + ssh.

Успех!


Благодаря

А как става когато директорията е със паузи в името?

rsync -c -e ssh  --delete [EMAIL PROTECTED]:directorija sus space v 
imeto/


Явор Атанасов

lug-bg: wput, ftpsync etc.

[Qsin]

Имам следната задача:
Трябва да поддържам на един FTP сървър определено количество
файлове, които се намират на един вътрешен файлов сървър. Тези
файлове трябва да се ъпдейтват често. Първо опитах с wput, но той
се дъни нещо и не прехвърля всичко. Освен това няма и идея да трие
това което е изчезнало в оригиналната структура на вътрешния
файлов сървър.
След това намерих ftpsync (http://www.linuxjournal.com/article/6686), но
той пък по някаква причина не иска да прави някои директории.

Трябва ми някакво средство което да прахвърля само новите файлове
и да трие изчезналите, като това се отняса и за директории.

И двата сървъря са Debian woody.

Явор Атанасов

Re: lug-bg: Postfix+Courier+SquirrelMail

[Qsin]

Qsin wrote:


Andrei Boyanov wrote:


Qsin wrote:


Здравейте,

Проблема е следния:

Debian Sarge със Postfix+Courier+SquirrelMail.
При опит да изтрия писмо през SquirrelMailq
получавам следното съобщение:

*ERROR:** ERROR : Could not complete request.*
Query: COPY 4006 "INBOX.Trash"
Reason Given: [ALERT] COPY failed - no write permission or out of 
disk space.


и писмото едтествено не се трие.

Кому и какви права трябва да се дадат защото диска не е пълен?



Potrebiteliat rtiabva da ima prava za pisane vyrhu  ~/Maildir/.Trash 
(chmod -R)


Razbira se, spred konfiguraciata na Postfix-a i courier-to moje da ne 
e Maildir, a niakoia druga direktoria...



Andrei



Има:

[EMAIL PROTECTED]:15:40:36/home/yavor/Maildir/.Trash# ls -lat
total 32
drwx--   2 yavor yavor 4096 2005-06-30 23:24 tmp
drwx--   2 yavor yavor 4096 2005-06-15 16:45 courierimapkeywords
-rw-r--r--   1 yavor yavor   15 2005-06-15 16:30 courierimapuiddb
drwx--   2 yavor yavor 4096 2005-06-15 16:30 cur
drwx--   6 yavor yavor 4096 2005-06-15 16:30 .
drwx--  11 yavor yavor 4096 2005-06-15 16:21 ..
-rw-r--r--   1 yavor yavor   17 2005-06-15 16:21 courierimapacl
-rw---   1 yavor yavor0 2005-06-15 16:21 maildirfolder
drwx--   2 yavor yavor 4096 2005-06-15 16:21 new
[EMAIL PROTECTED]:15:40:38/home/yavor/Maildir/.Trash#

Явор Атанасов


Установих, че не мога да трия не само през SquirrelMail, но и със
какъвто и да е IMAP клиент. Явно проблема е в imapd. Той поради
някаква причина няма право да трие писма. Използвам
courier-imap и courier-imap-ssl от Sarge.

Явор Атанасов

Re: lug-bg: Postfix+Courier+SquirrelMail

[Qsin]

Andrei Boyanov wrote:


Qsin wrote:


Здравейте,

Проблема е следния:

Debian Sarge със Postfix+Courier+SquirrelMail.
При опит да изтрия писмо през SquirrelMailq
получавам следното съобщение:

*ERROR:** ERROR : Could not complete request.*
Query: COPY 4006 "INBOX.Trash"
Reason Given: [ALERT] COPY failed - no write permission or out of 
disk space.


и писмото едтествено не се трие.

Кому и какви права трябва да се дадат защото диска не е пълен?



Potrebiteliat rtiabva da ima prava za pisane vyrhu  ~/Maildir/.Trash 
(chmod -R)


Razbira se, spred konfiguraciata na Postfix-a i courier-to moje da ne 
e Maildir, a niakoia druga direktoria...



Andrei


Има:

[EMAIL PROTECTED]:15:40:36/home/yavor/Maildir/.Trash# ls -lat
total 32
drwx--   2 yavor yavor 4096 2005-06-30 23:24 tmp
drwx--   2 yavor yavor 4096 2005-06-15 16:45 courierimapkeywords
-rw-r--r--   1 yavor yavor   15 2005-06-15 16:30 courierimapuiddb
drwx--   2 yavor yavor 4096 2005-06-15 16:30 cur
drwx--   6 yavor yavor 4096 2005-06-15 16:30 .
drwx--  11 yavor yavor 4096 2005-06-15 16:21 ..
-rw-r--r--   1 yavor yavor   17 2005-06-15 16:21 courierimapacl
-rw---   1 yavor yavor0 2005-06-15 16:21 maildirfolder
drwx--   2 yavor yavor 4096 2005-06-15 16:21 new
[EMAIL PROTECTED]:15:40:38/home/yavor/Maildir/.Trash#

Явор Атанасов

lug-bg: Postfix+Courier+SquirrelMail

[Qsin]

Здравейте,

Проблема е следния:

Debian Sarge със Postfix+Courier+SquirrelMail.
При опит да изтрия писмо през SquirrelMailq
получавам следното съобщение:

*ERROR:** ERROR : Could not complete request.*
Query: COPY 4006 "INBOX.Trash"
Reason Given: [ALERT] COPY failed - no write permission or out of disk 
space.


и писмото едтествено не се трие.

Кому и какви права трябва да се дадат защото диска не е пълен?

Явор Атанасов

lug-bg: Ъпгрейд на FC3 до FC4

[Qsin]

От няколко месеца имах на компютъра си FC3 успоредно с XP,
но тъй като не можех да пусна wireless usb мрежата под Fedora,
компютъра си работеше под XP, като рутер за Knoppix лаптопа.

Като излезе FC4, свалих DVD-то и ъпгрейднах с него. Но се оказа
че сега нямам дори мрежа през Webstar кабелния модем. А той е
вързан на 3COM-ска LAN карта. Не ми е ясно какъв е този ъпгрейд.
Освен това Fedorata отказа да зарежда първия път. Добре че си
спомних един пост от блога та Йовко Ламбрев

  http://www.yovko.net/?p=529

и резервирах IRQ11. И Fedorata тръгна (без Интернет де). Но тази сутрин
пак отказа да тръгне и видях, че всичко се е накачулило на IRQ9.

Ако резервирам така едно по едно IRQ-та, скоро ще остана без IRQ-та.
Няма ли някакъв начин това да се реши по-сериозно.

Явор Атанасов

lug-bg: horde3+imp4

[Qsin]

Здравейте,

някой има ли опит с настройка на horde3+imp4 на Debian Sarge?
Има ли нещо подобно, макар и с по-ограничени възможнсти,
но поне проверката на пощата да е по-надеждна?

Колегите не харесват twig, така че той отпада като възможност.

Явор Атанасов

lug-bg: Беше: Re: lug-bg: LinuxMark иска 200$ за марката Линукс???

[Qsin]

Написаното по-долу не е заяждане.

Това:
- 



Ами за съжаление, Hurd не е запазена марка, но едва ли някой ще спекулира с 
него скоро. Когато *недобросъвестни* партита започнат да се опитват да регват 
"Hurd Nesto Si" (както някакви китайци бяха регнали Adobe) или да се опитват 
да съдят разработчиците за IP (както са се опитвали да нападат Berkeley, 
респактивно 4.2BSD и IBM, респективно Linux) тогава ще разбереш, че е хай 
профайл ;-) Дотогава може да контробутнеш един ppp транслатор например ;-)

---

не е написано на шльокавица, но да ви 
прилича на български?

Думи като "партита", "хай профайл" и 
"контрибутнеш", са си пак своего рода
шльокавица, но на кирилица.

Явор Атанасов

Re: lug-bg: Re[2]: lug-bg: Ръководство за програмиста

[Qsin]

Andrei Boyanov wrote:
Jordan P. Petkov wrote:
AB> Qsin wrote:
 

Здравейте,
трябва да напиша "Ръководство за програмиста". Никога
не съм писал такова нещо и нямам идея какво трябва да
съдържа. Приемам всякакви подсказки и идеи. Може и



AB> Хай,
AB> По-конкретно може да ти се отговори, ако кажеш на какво нещо ще 
пишеш
AB> Ръководство за програмиста.
[cut]

Струва ми се, че ще пише нещо по-обобщено. Ако съм прав, то трябва да
се наблегне по-скоро на организацията на труда, на контактите с
ръководителя на проекта (евентуално клиентите, макар че на истинския
програмист трябва да му се забрани да контактува с хората, дето ще
дават парите - може само с техни екперти;)
 

Не мисля, че за това става дума. "Ръководство за програмиста" е като 
"Ръководтсво за потребителя" :) Иначе казано "Developers' guide". Po 
internet ima mnogo primeri za takiva.

Андрей
Точно това е :)
Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: Ръководство за програмиста

[Qsin]

Andrei Boyanov wrote:
Qsin wrote:
Здравейте,
трябва да напиша "Ръководство за програмиста". Никога
не съм писал такова нещо и нямам идея какво трябва да
съдържа. Приемам всякакви подсказки и идеи. Може и

Хай,
По-конкретно може да ти се отговори, ако кажеш на какво нещо ще пишеш 
Ръководство за програмиста.

Например, ако пишеш ръководство за програмиста на някоя софтуерна 
библиотека, трябва да опишеш функциите от тази библиотека (какво 
правят, какви параметри приемат, какъв резултат връщат), като дадеш в 
най-добрия случай и съответните примери за употребата на тези функции, 
за да поже въпросният програмист да разбере лесно как работят.

Ако Ръковоството за програмиста е за цял софтуерен продукт и идеята е 
например, че програмиста на клиета трябва да може да си го доразвива, 
тогава ръководството трябва да включва и подробно описание на 
структурата на софтуера - от какви модули се състои, какви са 
интерфейсите, които всеки от модулите предоставя (т.е. как другите 
модули комуникират със съответния модул); след това вътрешната 
организация на всеки модул трябва да е описана - от какви класове се 
състои модулът, като за всеки клас трябва да е дадено описание какво 
прави, какви методи и данни има и как се използва (съответно с примери 
в идеалния случай).

Разбира се, това описание трябва да е разделено на някакви логически 
свързани части, така че да се разбира по лесно. Искам да кажа, че е 
хубаво група класове от този продукт, които работят заедно и вършат 
някаква обща работа, да се описват заедно, за да се разбере начина им 
на действие най-добре. Също примерите трябва да са много близки до 
реалното използване на класовете в продукта.

Навсякъде казвам 'класове', но спокойно може да става дума и за 
не-обектно ориентиран продукт, тогава по подобен начин ще трябва да се 
описват съответниет функции, от които са съставени модулите.

Надявам се да съм помогнал поне малко :)
Доста повече от "малко".
Благодаря :)
Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: ANSI Fortran 77

[Qsin]

Valeri Vladev wrote:
Qsin wrote:
Здравейте,
проблема е следния. Имаме програма разработвана на ANSI Fortran 77 за 
VAX.
Но в документацията и пише, че може да работи и под други OS стига да 
има
компилатор, който напълно да покрива стандарта посочен по-горе. 
Споменати
са няколко архитектури, под които е работила, сред които има VAX под 
VMS и
UNIX, Cray под COS, но е посочен и Lahey Fortran под MS-DOS.

Идеята ми е да опитам под Линукс и затова питам:
Има ли под Линукс версия на Fortran, достатъчно пълно отговаряща на ANSI
Fortran 77 и ако има коя е тя?
Машините ми са Debian, но не ми пречи за целта да инсталирам и Fedora 
или
някоя друга дистрибуция.

Явор Атанасов
В gcc има опция -ansi
Благодаря за всички отговори :)
Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

lug-bg: ANSI Fortran 77

[Qsin]

Здравейте,
проблема е следния. Имаме програма разработвана на ANSI Fortran 77 за VAX.
Но в документацията и пише, че може да работи и под други OS стига да има
компилатор, който напълно да покрива стандарта посочен по-горе. Споменати
са няколко архитектури, под които е работила, сред които има VAX под VMS и
UNIX, Cray под COS, но е посочен и Lahey Fortran под MS-DOS.
Идеята ми е да опитам под Линукс и затова питам:
Има ли под Линукс версия на Fortran, достатъчно пълно отговаряща на ANSI
Fortran 77 и ако има коя е тя?
Машините ми са Debian, но не ми пречи за целта да инсталирам и Fedora или
някоя друга дистрибуция.
Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: Семинар 2005

[Qsin]

Georgi Chorbadzhiyski wrote:
Vasil Kolev wrote:
Ð ÐÑ, 2005-04-12 Ð 11:06 +0300, Skeleta ÑÐ:
ÑÐÐÑ ÐÐ ÐÑÐÐÑ ÑÑÑÐÐÐÑÐ ÐÐ ÑÐÑÐ, ÑÑÐ ÐÐÑÐ ÐÐÐÑ Ð ÐÐÐÑ.
ÐÐÐÑÑÐÑÐ ÐÐÑÑÐÑ ÑÐ ÑÐ ÐÐ:
http://skelet.ludost.net/LUG_2005/index.html

ÐÑÐÐÐ ÐÐ ÐÐÑÐ ÐÐ LWN.net ÐÐ ÐÐ ÐÐ ÐÑÑ Ð ÐÐÐÑÐ, ÐÐ ÑÐÐÐ ÐÑÐÐÐ ÐÐ
ÐÐÑÐÐ - ÑÐÐÐ ÐÐ ÑÐ ÑÐ ÐÑÑÐÐÐ ÑÐÐÑÐ ÐÐ ÑÐÑÐ?

ÐÐ ÐÑÐÐÐ ÑÐ ÐÑ Ð ÐÐÑÐÑÐÑÐÐ ÐÐ ÐÐÐÑÐÑÑÐ ÐÐ ÐÐÑÐÐÑÐ ÑÑÑ Ñ? ÐÐ ÐÐÐÑÐ 
ÐÐÐ ÐÐ
ÑÐ ÑÐÑÐÐÑÐ ÑÑÑ ÑÐÐÑÐ Ð ÑÐ ÐÐ ÐÑÐÐÑÐÐ ÑÐÑÐÑÐ ÐÐÐ ÑÐ ÑÐÑÐÐÑÑ.

ÐÐÑÐÑ, ÑÐ Ð ÐÐÑÐÐ ÐÐÑÑ. ÐÐÑÐÐÑÐ ÑÑÑ Ñ ÑÐ Ð ÐÑÐ, ÐÐÐÑÐ 
ÐÐÐ-ÐÐÑÐÑÑÐÐ
ÑÐ ÑÐ ÑÑÐÐÐ.

ÐÐÐÑ ÐÑÐÐÐÑÐÐ

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: на помощ!

[Qsin]

Nortalion wrote:
Поздрав!
Така... Реших, че мандрейк не ми стига и е време да пробвам применро
Дебиан. Ама на нов партишън. Тва е само предисторията. В крайна сметка
стигнах до местене на партишъни. Но. Но го направих под вин-дос. С
partiotion magic.  И то иска ребуут. И повече не ми тръгна. Счупи ми
се лило демек. Сложих си го отново. Но сега бозата не ми върви
(ура!) и все пак на баща ми му трябва по ред причини. Какво да
правя??
И още нещо. Ако все пак успея да си сложа Дебиан ще станат 3 ОС на
една машина с общо 2 твърди диска и 5 партишъна. Не е ли ... вредно?
благодаря ин адванс
 

Опитай някой линк от тези на Google.
http://www.google.com/search?hl=en&lr=&q=dual+boot+linux+windows+xp&btnG=Search
Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

lug-bg: FC3 - Livna - NTFS

[Qsin]

От няколко дена съм заредил от Livna repository kernel модулите за NTFS.
NTFS дяловете се монтират безпроблемно и за писане и за четене.
Въпроса ми е, безпасно ли е да се пише с тях върху NTFS?
Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: Bind в chroot

[Qsin]

Vesselin Kolev wrote:
Tsvetin Vasilev wrote:
Бтв съществува ... но дали съществува в chroot обвивката ? ;-)
Ако отговорът е не има две възможности или да ги направиш най-просто 
с mkdir
или да използваш mount -o bind


Защо си мисля, че не си чел внимателно "BIND9 Configuration 
Reference"

Та там хората са го написали хипер ясно:
***
*pid-file*
   The pathname of the file the server writes its process ID in. If not
   specified, the default is /var/run/named.pid. The pid-file is used
   by programs that want to send signals to the running name server.
   Specifying *pid-file none* disables the use of a PID file — no file
   will be written and any existing one will be removed. Note that
   *none* is a keyword, not a file name, and therefore is not enclosed
   in double quotes.
***
   Тази декларация се подава в структурата options на конфигурационния
   файл named.conf. Тя може да отмени компилационно зададения път до
   pid файла.
Какво значи това в контекста на chroot? Това значи, че ако в 
named.conf се направи декларация от вида:

   options {
...
   pid-file "/var/run/bind/run/named.pid";
   ...
};
   то ако chroot директорията е /var/named/chroot, то pid файла ще е
   /var/named/chroot/var/run/bind/run/named.pid.
Т.е. правиш в chroot директорията следното:
   # cd /var/named/chroot
# mkdir -p var/run/bind/run
   после правиш създадената с втория ред писаема за потребителя, с
   чиито права се изпълняват процесите на демона named.
Аз бях силно потресен от това, което видях в първото писмо, дало 
началото на нишката "Bind в chroot". В един от редовете от syslog 
журнала съзрях следния ужас:

   Mar 18 09:35:26 localhost named[11017]: starting BIND 9.2.5 -u
   nobody -t /var/lib/named
Процесите на демона named се пускат със собственик потребителя nobody, 
който почти сигурно се ползва за какво ли още не. Ако утре се пусне 
демон с правата на nobody и той бъде пробит, какво ли ще се случи при 
добро желание от страна на атакуващия с процесите на named, чиито 
процеси също са собственост на потребителя nobody? Например, как ви 
звучи "обезобразяване на зонален файл":) apt-get не прави запис за нов 
потребител, с който да се пуска named. Но поне го направете ръчно за 
да няма проблеми. Ето пример за такъв потребител:

   Можете да се сърдите, но Debian не предоставя възможностите нужни за
   работа в chroot среда на демона named. Изобщо в тази дистрибуция
   малко са скарани с темата "сигурност" (особено след като вчера след
   apt-get install ntp-server разбрах, че ntpd се пуска с права на root
   :), което ме разтрепера и накара да преправям init скрипта, защото в
   този init скрипт нямаше дори предвидено четене на
   /etc/defaults/ntp-server, от където евентуално да се зададе кой да е
   собственик на процесите, за опционлано заключване изобщо не може и
   да се говори).
   Конкретно за bind:
1) в /etc/init.d/bind9 липсва каквато и да е мобилност и оперативност 
за заключване на демона named
   конкретно:
- start () {
   echo -n "Starting domain name service: named"
   if [ ! -x /usr/sbin/named ]; then
   echo "named binary missing - not starting"
   exit 1
   fi
   start-stop-daemon --start --quiet \
   --pidfile /var/run/named.pid --exec /usr/sbin/named  -- 
$OPTIONS
   echo "."

Прекрасно, но тук се обвързваш с pid файл, който не е в chroot, дори в 
$OPTIONS да имаш указване за chroot директория с "-t".

   - stop () {
   echo -n "Stopping domain name service: named"
   # --exec doesn't catch daemons running deleted instances of
   named,
   # as in an upgrade.  Fortunately, --pidfile is only going 
to hit
   # things from the pidfile.
   start-stop-daemon --stop --quiet  \
   --pidfile /var/run/named.pid --name named
   echo "."
   }

   Отново това обвързване. Да не говорим, че ISC пишат в документацията
   си, но кой да чете. Демонът named се спира с командата:
   # rndc stop
Ето как изглежда stop функцията в bash скрипт в друга дистрибуция 
(където няма проблеми с chroot пускането на named):

   stop() {
   # Stop daemons.
   echo -n $"Stopping $prog: "
   /usr/sbin/rndc stop >/dev/null 2>&1
   RETVAL=$?
   [ $RETVAL -eq 0 ] && rm -f /var/lock/subsys/named || {
   #   killproc named
   #   Never do this! Can cause corrupt zone files!
   /usr/sbin/rndc stop >/dev/null 2>&1
   RETVAL=$?
   [ $RETVAL -eq 0 ] && rm -f /var/lock/subsys/named
   echo
   return $RETVAL
   }
   success
   echo
   return $RETVAL
   }
   Никакви обвързвания с pid и оттам никакви проблеми с chroot. Няма
   проблеми със спирането. Може дори да не се използва pid файл.
 Поздрави
   Весо
Благодаря за информацията. С Debian работя от 3-4 години и съм свикнал с 
него.
Но от определено време се замислям за FC3. Понатрупах малко стаж с тази 
дист

Re: lug-bg: Bind в chroot

[Qsin]

Tsvetin Vasilev wrote:
Qsin wrote:
При настройка на bind в chroot, при опит за стартирането му
излиза следното:
Mar 18 09:35:26 localhost named[11017]: starting BIND 9.2.5 -u nobody 
-t /var/lib/named
Mar 18 09:35:26 localhost named[11017]: using 1 CPU
Mar 18 09:35:26 localhost named[11017]: loading configuration from 
'/etc/bind/named.conf'
Mar 18 09:35:26 localhost named[11017]: listening on IPv4 interface 
lo, 127.0.0.1#53
Mar 18 09:35:26 localhost named[11017]: listening on IPv4 interface 
eth0, 192.168.0.1#53
Mar 18 09:35:26 localhost named[11017]: command channel listening on 
127.0.0.1#953
Mar 18 09:35:26 localhost named[11017]: command channel listening on 
::1#953
Mar 18 09:35:26 localhost named[11017]: couldn't open pid file 
'/var/run/bind/run/named.pid': No such file or directory
Mar 18 09:35:26 localhost named[11017]: exiting (due to early fatal 
error)

Директорията естествено съществува.
Debian sarge
old:/var/run/bind/run# uname -a
Linux old 2.6.10-1-686 #1 Fri Mar 11 03:55:46 EST 2005 i686 GNU/Linux
Бтв съществува ... но дали съществува в chroot обвивката ? ;-)
Ако отговорът е не има две възможности или да ги направиш най-просто с 
mkdir
или да използваш mount -o bind

Някаква идея?
Явор Атанасов

Благодаря !
Тръгна :)
Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

lug-bg: Bind в chroot

[Qsin]

При настройка на bind в chroot, при опит за стартирането му
излиза следното:
Mar 18 09:35:26 localhost named[11017]: starting BIND 9.2.5 -u nobody -t 
/var/lib/named
Mar 18 09:35:26 localhost named[11017]: using 1 CPU
Mar 18 09:35:26 localhost named[11017]: loading configuration from 
'/etc/bind/named.conf'
Mar 18 09:35:26 localhost named[11017]: listening on IPv4 interface lo, 
127.0.0.1#53
Mar 18 09:35:26 localhost named[11017]: listening on IPv4 interface 
eth0, 192.168.0.1#53
Mar 18 09:35:26 localhost named[11017]: command channel listening on 
127.0.0.1#953
Mar 18 09:35:26 localhost named[11017]: command channel listening on ::1#953
Mar 18 09:35:26 localhost named[11017]: couldn't open pid file 
'/var/run/bind/run/named.pid': No such file or directory
Mar 18 09:35:26 localhost named[11017]: exiting (due to early fatal error)

Директорията естествено съществува.
Debian sarge
old:/var/run/bind/run# uname -a
Linux old 2.6.10-1-686 #1 Fri Mar 11 03:55:46 EST 2005 i686 GNU/Linux
Някаква идея?
Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

lug-bg: Samba - ма чишит

[Qsin]

Дебиан testing
Samba - Version 3.0.10-Debian
Работим с чужденци. Идват си с лаптопите, връзват се към мрежата
получават си IP-та. Доскоро нямахме никакъв проблем, но от миналата
седмица техните компютри започнаха да поемат ролята на Master Browser.
Те са под Windows XP  и нямам право да им пипам компютрите, т.е. имам
ма не искам.
smb.conf
---
[global]
  panic action = /usr/share/samba/panic-action %d
  workgroup = workgroup
  server string = %h server (Samba %v)

  invalid users = root
  log file = /var/log/samba/log.%m
  max log size = 1000
  syslog = 100
  security = user
  encrypt passwords = true
  passdb backend = smbpasswd guest
  socket options = TCP_NODELAY

  local master = yes
  os level = 255
  domain master = yes
  preferred master = yes
  wins support = yes
  dns proxy = yes
  name resolve order = wins lmhosts host bcast

  passwd program = /usr/bin/passwd %u
  passwd chat = *Enter\snew\sUNIX\spassword:* %n\n 
*Retype\snew\sUNIX\spassword:* %n\n .

  obey pam restrictions = yes
  interfaces = 192.168.0.0/255.255.255.0 127.0.0.1
  bind interfaces only = Yes

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: grep и регулярни изрази

[Qsin]

Peter Pentchev wrote:
Предполагам, че част от причината може да бъде свързана с буфериране;
дали резултатът ще се промени, ако на всички grep-ове им се даде
допълнително и --line-buffered? (ако, разбира се, става дуна за GNU
grep :)
Ако нещата наистина се променят, тогава определено става дума за
буфериране и тогава вече нищо не е ясно - общо-взето взаимодействието
между stdio, ядрото и pipe-овете понякога може да бъде *много* странно :)
А иначе за оригиналния въпрос за търсене на повече от един низ има
няколко начина; за повече информация - докиментацията, вкл. manpage
на grep и другите:
Да.
Промени се. Като не е нужно на последния grep да задаваш --line-buffered.
Не зазбирам толкова от Линукс, но доколкото схващам от това което си 
написал,
явно проблема е в буферирането. Явно то се троши при втория grep.

Но нещата стават и при по-простите (според мен :) ) варианти:
tail -f -n 50 /var/log/syslog | grep -v 'kernel|named|dhcpd'
tail -f -n 50 /var/log/syslog | grep -v "kernel|named|dhcpd"
Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: grep и регулярни изрази

[Qsin]

Tosho Yankov wrote:
защо не опиташ с egrep
tail -f -n 50 /var/log/messages |egrep -v "kernel|named|dhcpd"
Интересното е че:
tail -f -n 50 /var/log/syslog |grep -v "kernel|named|dhcpd"
също работи, а:
tail -f -n 50 /var/log/syslog|egrep -v kernel|egrep -v named|egrep -v dhcpd
НЕ работи.
Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: grep и регулярни изрази

[Qsin]

Andrei Boyanov wrote:
Принципно използването на -f при този слуай не е логично. Интересно е 
наистина обаче защо без него работи, с него и 2 греп-а   работи, с с 
-ф и 3 греп-а не работи ...

Андрей
Логично е ако искаш да проследиш излизащите в момента съобщения, като 
филтрираш ненужното.

Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: grep и регулярни изрази

[Qsin]

Tosho Yankov wrote:
защо не опиташ с egrep
tail -f -n 50 /var/log/messages |egrep -v "kernel|named|dhcpd"
Благодаря. Това върши работа. Интересно каква е разликата между
grep и egrep? Ще погледна.
Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

lug-bg: grep и регулярни изрази

[Qsin]

Здравейте,
Може би въпроса ми е лаишки, за което се извинявам предварително.
При следната команда нямам проблеми:
tail -f -n 50 /var/log/syslog | grep -v kernel
При тази също:
tail -f -n 50 /var/log/syslog | grep -v kernel  | grep -v dhcpd
Но при тази компютъра заспива и не вади нищо:
tail -f -n 50 /var/log/syslog | grep -v kernel | grep -v dhcpd | grep -v 
named

Не забива а просто не вади нищо. Реших че е някакво ограничение на |
Затова реших да се заровя малко в 

"Регулярни изрази КАК-ДА" - Издание 0.03 - А.М. Кухлинг
Превода на Калоян Доганов. Малко старичък ма едва ли има някакви
същественипромени от 2000 г. насам.
Опитах следното без успех:
tail -f -n 50 /var/log/syslog | grep -v [kernel|named|dhcpd]
grep: Invalid regular expression
-bash: dhcpd]: command not found
След малко четене опитах:
tail -f -n 50 /var/log/syslog | grep -v '[kernel|named|dhcpd]'
но ефекта е същия както при:
tail -f -n 50 /var/log/syslog | grep -v kernel | grep -v dhcpd | grep -v 
named

Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: Инфрачервен порт + gsm (Nokia) = интернет

[Qsin]

Alexander P. Panov wrote:
Alexander P. Panov wrote:
Svetlana Pesheva wrote:
Здравейте група,
Имам  Debian sid na IBM Thinkpad notebook i искам да си пусна 
Интернет на него през мобилният си телефон, който е модел Nokia 
5210. Интересува ме дали някои от Вас го е правил, дори и с друг 
модел мобилен телефон и каква е технологията

Правил съм го на IBM Thinkpad но с телефункен NOKIA 6610. Има доста 
много изписано в интернет, да не се обидиш че те препращам там от 
където си дошла. Ама там от където идваш там някъде е истината. 
Опитай се да потърсиш в:
www.rambler.ru
www.aport.ru
www.list.ru
www.yandex.ru
www.mail.ru
Аз попаднах на някакво доста разширено ръководство от типа "стъпка по 
стъпка" на Руски език.
С какво кабелче си? Има ги и USB така и за COM порт, като при мене 
тръгна на USB.
Ако не си доволна от отговора ми потърси Жоро Гунински той май беше 
правил такива химии с телефони.

Забравих да кажа че към Мобилтел трябва да си пуснеш номер за пренос 
на данни. Това се прави във всеки техен център с една молба образец 
която ти дават и плащаш такса за цялото нещо 5 Евро. В детайлната 
разпечатка на сметката ти, телефонните разговори и sms-ти са през 
номера за пренос на глас, GPRS се таксува през номера за данни.

Мисля че информацията която даваш е малко стара. Активацията на Интернет 
през GPRS е описана тук:

http://www.mtel.bg/customer/mobile_gprs.php
Ако обаче номера ти е служебен ти трябва потвърждение от човека, който и 
даден като лице за връзка с Мтел.
За Globul нямам представа.

Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

lug-bg: SGID бит може би

[Qsin]

Как може да се сетне една и съща директория с две пароли?
Едната само Read Only другата Read/Write.
Debian testing - ProFTPD Version 1.2.9
А може ли двама потребители с две пароли да могат да четат
и пишат в своята, а чуждата само да четат?
Като се разтърсих стигнах до SGID бит, ма не ми стана ясно.
Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

lug-bg: Bropia + Postfix

[Qsin]

Във връзка с увеличаване броя ня версиите на Bropia,
не е ли разумно във main.cf на postfix, от smtpd_recipient_restrictions
да се премахнат всички reject_rbl_client?
Предполагам, че те са автоматични и ще създадат проблеми.
Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: SOA сериен номер

[Qsin]

Vesselin Kolev wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Qsin wrote:
| Категорично не е такъв. Аз съм го увеличил, но серийния номер на
| slave си остава същия, какъвто е бил преди това.
|
Ако си инсталирал BIND в пълна инсталация, трябва да имаш инструмента 
dig.

Бъди сигурен, че не правиш грешка при самата проверка. Ако slave
сървъра има IP адрес 10.10.10.1, а master е с адрес 192.168.1.1 и се
касае за зоната на домейна domain.com, изпълни следните действия:
$ dig @10.10.10.1 -t SOA domain.com
$ dig @192.168.1.1 -t SOA domain.com
Сравни двата отговора. Там е серийния номер. Вид дали случайно всичко
е наред, а ти да си питал някой кеширащ сървър и той да те е излъгат
по стар пазен от него запис.
Ако това не е твоя проблем, то следвай препоръките по-долу.
Влез на конзолата на slave сървъра, който не иска да опресни зоната.
С dig можеш да направиш тест дали зоната се изтегля. Ако IP адрес на
master сървъра ти е 192.168.1.1, а името на домейна, чиято зона
трансферираш е domain.com, то трябва да изпълниш следния команден ред:
$ dig @192.168.1.1 domain.com AXFR
Ако всичко е наред, трябва на екрана да видиш съдържанието на зоната.
Ако получиш отговор "Transfer failed", това означава, че в настройките
на master DNS сървъра най-вероятно има правило, което забранява
трансфера и проблемът е там.
Ако получиш отговор "time out", то вероятно няма условия за връзка с
порт 53/tcp (а не 53/udp, внимавай, трансферите на зони стават по TCP,
а не по UDP). Провери какво става по пътя до master сървъра и дали
няма някоя "защитна" стена (в случая само стена :) ), която да спира
сесията.
Ако зоната се трансферира, но новата й версия не се появява при теб
провеи дали случайно named не пише в директория, в която няма права
или случайно някой не е забранил за запис файла за зоната от страна на
потребителя, с който named се стартира и работи.
Ако си пуснал командния канал на BIND9 използвай инструмента rndc да
иницираш трансфер на зоната "насила". На slave изпълни:
$ rndc reload domain.com
Ако това помогне, това значи, че на master сървъра  (или/и при теб) е
забранен notify режима на оповестяване на промените или твоя slave
сървър не е описан като NS ресурсен запис в зоната. При notify master
DNS сървъра изпраща notify заявки само до описаните в зоната чрез NS
ресурсни записи сървъри за имена. Ако твоя не е, трябва да се упомене
чрез директивата "also-notify" (виж формата й в ръководството за
администриране на BIND, което идва с пакета).
Ако не е и това:) има нещо тотално сгрешено в цялата схема..
~  Поздрави
~Весо
Повечето неща ги бях направил. Внимателно следя твоите писма по темата 
BIND :)
Но не знам защо rndc веднъж работи, веднъж не. Намерих един модифициран 
скрипт
на Jos Backus и с него свърших работата.

Не знаех, че $ dig @10.10.10.1 -t SOA domain.com вади и серийния номер.
Благодаря за информацията.
Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: SOA сериен номер

[Qsin]

Dimitar G. Katerinski wrote:
Qsin wrote:
Категорично не е такъв. Аз съм го увеличил, но серийния номер на 
slave си остава
същия, какъвто е бил преди това.

Явор Атанасов

Хубаво ще е да пратиш на slave сървъра (ако е BIND) NS_NOTIFY_OP, или 
да изчакаш да ти
изтече зададения refresh period в SOA записа на slave-a. Ако ползваш 
tinydns и/или axfrdns,
съм готов да ти кажа също, макар че се съмнявам да е така.

Поздрави,
Димитър
BIND е. Стана идеално. Благодаря.
Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: SOA сериен номер

[Qsin]

Vesselin Kolev wrote:
Qsin wrote:
| Когато slave сървъра синхронизира зоната от master-а, какво трябва
| да стане със SOA записа в slave?
|
| Явор Атанасов
Въпросът ти е много грешно формулиран. SOA записа е запис в зоната на
домейна. Той е неотделна част от нея. Slave трансферира от master DNS
сървъра зоната, следователно и SOA. За да има обаче трансфер, трябва
серийния номер на зоната да се промени (увеличи/инкрементира). В
противен случай трансфер по механизма master/slave няма да има.
Изключение прави случая, когато BIND чете от база данни. Тогава няма
зонни трансфери, а само синхронизация на репликите. Там понятието
сериен номер в SOA губи значение. Но това не е твоя случай.
~  Поздрави
~ Весо
Категорично не е такъв. Аз съм го увеличил, но серийния номер на slave 
си остава
същия, какъвто е бил преди това.

Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

lug-bg: SOA сериен номер

[Qsin]

Когато slave сървъра синхронизира зоната от master-а, какво трябва да стане
със SOA записа в slave?
Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: DCC на практика?

[Qsin]

Стоян Цалев wrote:
Здравейте,
опитвам се да събера малко впечатления за приложимоста и ефективноста на 
практика на DCC (Distributed Checksum Clearinghouse), особено в случаи с 
натоварени пощенски сървъри (до ~100k писма на ден). Някой имплементирал ли е 
нещо от сходен мащаб?
Благодаря предварително за всеки конкретен отговор!

Стоян

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

 

При мен мащаба не е такъв и пак не работи добре, защото не съм намерил 
време да сетна
един кеширащ DNS сървър.

Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

lug-bg: RulesDuJour проблеми

[Qsin]

Здравейте,
на някой правили ли са му проблеми проблеми правилата:
4.0 SARE_FROM_CHAR_W1251   Displays in unexpected charset
3.3 SARE_CHARSET_W1251 Non-English character set
При мен, те класифицират някои писма, като спам, защото
само те двете надхвърлят границата от 5 точки.
Освен това, гледам, че в последната версия на RulesDuJour
не препоръчват използването на my_rules_du_jour, но не 
схващам защо.

Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: Въпрос относно външен SCSI кабел

[Qsin]

Alexander P. Panov wrote:
И така...
Имам скенер може да се каже "професионален" на HP който е на SCSI. Той 
си идва със ISA SCSI платка и 50 пинов външен кабел. И дотука нещата 
вървят добре ако не бяха дошли едни пари част от които гласувахме в 
офиса да отидат в осъвременяване на компютрите. Новите дъна нямат ISA 
слот, ако говорим за Intel там само чипсетите ZX, LX и BX (поддържат 
само SDRAM) имат ISA шина, по-добрите дъна вече не я поддържат 810, 
815, 820, 845, 848, 850. Ако говорим за AMD, VIA само KT133 има 
ISA (обуславено от южния мост) и пак поддържа само SDRAM. Може би 
някой КТ266 със стар южен мост ще поддържат DDR RAM, ама аз не намерих 
такова дъно. За да обновя компютъра най-мощното на ISA шина, ще е 
КТ133 с SDRAM (БББЛляяя - тук повръщам щото не моа да трая AMD).

Решение 2 е да взема нов PCI SCSI контролер и да подкарам скенера на 
I915. Още повече че имам един свободен контролер, Adaptec AHA 2940W. 
Та този контролер поддържа SCSI 1, 2, 3, Wide режими. Обаче външния му 
куплунг е 68 пинов, а има 2 вътрешни куплунга с 50 и 68 пина обаче те 
за вътрешни лентови кабели и гнездата са различни от този на външния. 
Сега на практика не мога да забуча 50 пиновия външен кабел на скенера 
в нито една дупкя.

Въпроса ми е дали ще има такъв ваншен SCSI кабел който да ми свърши 
работа, от едната страна с 50 пина от другата с 68? Или някакво гадно 
преходниче 50 - 50 от външен куплунг за вътрешен? Предпочитам нов 
кабел да си купя, кажете ми какъв е вашия опит и къде в София да 
намеря SCSI кабел?

Лека, доходна и безаварийна от мене в 00:21 минути.
За такива решения винаги гледам
   http://www.reset.bg/reset.html
Там в секция CABLES SCSI Adapter има
  11.01.7970 Adaptor CN50 F - mini DB68 M
Ма имам чувството, че на теб ти трябва нещо
подобно, но със сменени полове на пиновете.
Затова виж и
   http://www.comelsoft.com/product.php?lang=bul&title=scsicable
Там има повече неща, което е чудно, щото поне на времето
тези две фирми бяха, като двете страни на един медал.
Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: office XP

[Qsin]

Ziumbiulev, Peter wrote:
Abe siguren sam che v edin moment toia focus stavashe s RDC...
A s realvnc ? pravish si 10 potrebitelia ? WinXP Pro dava do 10 simultaneous 
connection sas sigurnost :-)
Peter 

 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
bulgaria.org] On Behalf Of Tsvetan Petkov
Sent: Friday, January 07, 2005 11:03 AM
To: Linux-BG
Subject: RE: lug-bg: office XP
ÐÐÑÑÐ,
ÐÐÐÑÐ Ñ ÐÐ ÐÑÑÐÐÑÐ ÐÐ ÐÐÑÐÐÐÑÐÑÐ, ÐÐ ÑÐÑ ÐÑÐÑÐÑ.
Le ven 07/01/2005 Ã 10:07, Ziumbiulev, Peter a Ãcrit :
   

Ako ste malka firma i imate pone edna mashina s Windows XP, kakav e
 

problema da polzvate "Remote Desktop Connection". Tova e vgradeno v WinXP.
   

Ne narushvash EULA zastoto ne startirash programata na sobstvenata si
 

mashina - RDC e nesto podobno na WTS.
ÐÐ, ÐÐ ÐÐ ÐÐÑÑÑÐÐÐÑ Ð ÐÐ ÑÐÐÐ Ð ÐÐÐ Ð ÐÑÐÐÑ ÐÑÐÐÑÑ ÐÐ 
ÐÐ ÐÑÐ ÑÐÑ ÐÐÑÑÐÐÐÑÐÐÑ ÐÐ ÑÐÐÐÑÐ ÐÐ  Ð ÑÑÑÐÐÑÐÐÐ.  ÑÐ Ð$
ÐÐÐÑ ÐÑÐÐÑÑ ÐÐ ÐÐ ÐÐÐÑÐÐÑÑ Ð ÐÐ ÐÐÐÑÐ Ð  ÐÐÑ, ÐÐ ÐÐÐÑÐÑ ÐÐ
ÐÐÑÐÐÑÐ Ð ÐÑÐÑÐÑ ÐÐ2,  ÐÐ ÑÐ ÐÑÑÐ ÐÐ ÐÑÐÑÐÑÐ Ð Ñ Ñ
ÐÐ Ð ÑÐÑ.
   

Tozi scenario shte raboti s do 10 users koito polzvat Office XP
 

ednovremennno.
ÑÐÐÐ Ñ ÐÐÐÑÑÐÐÐÑÑÑÑÐ ÐÐ ÐÐÐÑÐÐÐ ÐÐ Ð$ ÐÐ ÑÑÐÐ ÐÑ ÐÐÑÐÐÐ
ÐÑÑÐÑÑ, ÐÐ ÐÐÐ ÑÑÐ ÐÐ ÐÑÑ ÐÐ ÐÑÐ  ÐÐÑÑÐÐÐÑÐÐ ÐÐ Ð
ÐÐÑÐÐ ÐÐÐ ÐÐ ÑÐÐÐ Ð ÐÐÐÑÐÐÑÐÐ Ð ÐÐ ÐÐÑÐÐ ÐÑÑÐÐÑÐ.
ÐÐÐ ÐÐÑÐ ÑÑÐÑÑÐÐ :)
ÐÐÐÑÐÐ
ÐÑ. ÐÐÐÑ ÑÐ ÑÐÐ ÐÐÑÐÐÑÐ ÐÐ ÑÐÐÐÑÐ, ÑÐ ÑÐ ÐÑÑÐ
   

Pozdravi,
 

Peter
 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
bulgaria.org] On Behalf Of Dido Dilev
Sent: Thursday, January 06, 2005 2:39 PM
To: lug-bg@linux-bulgaria.org
Subject: Re: lug-bg: office XP
ÐÐÑÑÐÐ ÐÐ ÐÑÑ ÐÐÐ ÐÑÑ. ÐÐ ÐÑÑ ÑÐÐÑÑÐÐ  ÑÑÑÐÑÑÐÑÐÐ
ÐÐÐ ÐÐÑÐÐ ÐÐ  ÐÐ  ÐÑÐÑ ÐÑ ÐÑÐ PCta,  ÑÐ ÐÑÐÐ
   

Ñ
   

ÐÐÐ ÑÐÑÐÐÐ ÑÑÑÐÑÑ.
Ð ÐÑÐÐÐ  ÐÐ ÐÐÐ ÑÑÐÐ ÐÑÐÑÐÑÐ Ñ ÐÐÑÐÐÑÐÑÐÑÐ.   ÐÐ ÑÐ
   

ÐÑÐ ÐÑ
   

ÐÑÐÑ Ñ ÐÐ ÐÐÐÑÐÑ ÑÐÐÐÑÐÐ ÑÑÐÐÑÐÑ?
ÐÐÐÑÑ ÐÐ ÐÐ ÐÐÑÑÐÐ ÐÐ ÑÐÑÐÐÑ ÐÑÑ.
ÑÐÐÐ.

   

==
==
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara
Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
==
==
   


A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

 

ÐÐ  ÐÑ  ÐÐÑÐÑÐÐ?
ÐÐÐÑ ÐÑÐÐÐÑÐÐ

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: Проблем със http://www.linux-bg.org/

[Qsin]

Nikola Antonov wrote:
Nikola Antonov wrote:
   

Не, не е при теб. По всичко личи, че Спектър май правят преинсталация на
системата.

 

Току що говорих с Петър Щинков. Имат проблеми с един от дисковете на
машината. Скоро хостинг машината ще е работоспособна. Случват се и
такива неща.
 Поздрави
Весо
   

Да, за съжаление никой не е имунизиран срещу такива авирии.
Доколкото разбрах, става дума за изгорели дискове (не един, а два), от
което следва вадене на бекъпи и rebuild-ване на RAID1 масиви. Надяваме се,
че ще ни се размине най-лошото.
 

Дай Боже :)
Честита Нова Година на всички !!!
Много здраве, любов и късмет.
Останалото си го можете :)
Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

lug-bg: www.rulesemporium.com

[Qsin]

Някой има ли представа какво става с www.rulesemporium.com?
Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: [OT] lug-bg: Samba + Windows XP SP2

[Qsin]

darkstar wrote:
On Thursday 02 December 2004 15:18, Qsin wrote:
 

Някой сигурно ще каже, че въпроса ми не е за тук,
но смятам че е това е по-вероятно да се реши при
Samba-та, отколкото при MS.
   

показах писмото на един приятел и него вия коментар беше:
няма как да се реши при положение че има налице SP2
той е по-лош и от терминатор-УБИВА ВСИЧКО 
 

Напълно съгласен :)
Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

lug-bg: Samba + Windows XP SP2

[Qsin]

Здравейте,
Може би някой вече се е сблъсвал с този проблем.
Ако Samba-та е MBR в мрежата, а в нея има XP
със инсталиран SP2, известно време след старта
или рестарта на Samba-та, те се виждат, след което
изчезват. Каквото и да се прави по Windows-ите,
дори пълно изключване на Firewall-а, ефекта е налице.
XP без SP2 няма проблеми, както и 98.
Някой сигурно ще каже, че въпроса ми не е за тук,
но смятам че е това е по-вероятно да се реши при
Samba-та, отколкото при MS.
Явор Атанасов
П.П. Доста рових в Google, но освен съвети какво
да се направи с Firewall-а на Windows, друго не намерих.
Debian/testing - Samba 3.0.2a-Debian
[EMAIL PROTECTED]:~# uname -a
Linux mashine 2.4.18-bf2.4 #1 Son Apr 14 09:53:28 CEST 2002 i686 GNU/Linux

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: PCI запитване

[Qsin]

peyo wrote:
Здравейте.
Имам проблем с подкарването на 3 мрежови карти Intel pro 100 S с чип 82557 на 
дъно Intel D865GVHZ. И по-специално, че листа на PCI устройствата съобщава 
само за една карта. Те са 3, но закачени на обръщач, който е закачен на 
единственият слот на дъното. Използвам модула е100, последният от официалната 
страница. Пробвам на ядро 2.4.27. При зареждането на модула, намира само 
едната карта, а не и трите. Питам, защото не ми е ясно дали проблема не е в 
този обръщач.На някой да му се е случвало?

Поздрави:
Пейо

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

 

Какъв е тоя обръщач?
Единствен PCI слот ли имаш предвид?
Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: DHCPD problem

[Qsin]

Georgi Alexandrov wrote:
Dimitar Terziev wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Убеден съм, че проблема е в клиентските компютри, и по-точно - в 
задклавиатурното устройство. (Аз поне като не разбирам от нещо - не 
го пипам).
Иначе това е в лога:
Oct  2 19:09:28 server dhcpd: DHCPDISCOVER from 00:e0:98:b5:dc:70 via 
eth1
Oct  2 19:09:28 server dhcpd: DHCPOFFER on 192.168.1.10 to 
00:e0:98:b5:dc:70 via eth1
Ясно се вижда, че бозата не може да си вземе ИП адреса, който дхцп-то 
и предлага и това - от 2-3 дни, добре, че logrotate си знае 
работата :)

Утре ще се борим с бозаджийници :)
E***a работа, или с една дума - Window$.
Мерси за идеите къде да пипам в така наречените Windows-ки firewall-и.
И малко отклонение от темата... веднъж се излъгах да отида на някаква 
си лекция на МикроМеките... та спеца им по сигурност даде следната 
идея как да си защитим компютъра от "хакери":

"Сложете си поне два(???) firewall-а, ама е добре да са на различни 
фирми - така ако в единия има "дупка", в другия няма да я има, и ако 
хакера пробие единия - ще се спре при другия firewall". И не знам - 
как ще ме убеди да си купя 3 компютъра, 3 Бози, и 2 firewall-а, и от 
тези три компютъра двата да ги ползвам за firewall, а на третия да си 
върша работата :)

И още едно велико заключение - "За да се заразите с вирус, е 
достатъчно да го стартирате".
А като се обадих, и казах, че не ми пука от вируси, защото ползвам 
Линукс - оня просто ми се усмихна насреща :)

Та това е то - всички проблеми идват със Windows. Няма Windows - няма 
проблем :)

On Saturday 02 October 2004 16:58, atlas wrote:
 

Относно Symantec Firewall трябва да се окаже мрежата към която е вързан
компютъра.
Не знам какъв точно е Firewall-а, но за Norton Internet Security 
това се
намира в: Personal Firewall -> Networking.
Внимавай за коя мрежата от същото меню (Personal Firewall -> 
Networking)
правиш настройките - трябва тя да е активната.

За Symantec Firewall Corporate е същото условие, но не си спомням 
къде се
намираще опцията.

Надявам се това да ти помогне
Поздрави
Слав
  

From: "Dimitar Terziev" <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Здравейте.
Проблема не е точно в dhcpd-то, а по-скоро в клиентките машини.
Та, за какво става въпрос:
Има 40-тина клиенти, във wireless мрежа, на които dhcp-то раздава 
ip-ta.

Тези
  

дни обаче няколко (3-4) клиенти се оплакват, че "нямали Интернет", 
и се
оказа, че dhcp-to просто не им дава ip. Проблема е само с Windows 
машини
- каквато и да е версия, и само при тези клиенти.
Интересно ми е защо е така само за 4ма клиенти -  при всички други 
нещата

са
  

си ОК, променям си MAC адреса на някой от проблемните - на мен 
DHCP-то си

ми
  

дава IP (ама аз съм с Linux).
За сега съм им сложил статични IP адреси - не е проблем да останат 
и така

(те
  

и без това са си фиксирани към mac адресите), но при преинсталация на

бозата
  

- - повечето не могат да се оправят с настройките, и трябва да се

занимавам аз.
  

Инсталирали са някакви firewall-и на виндовсите - може ли там да е

проблема?
  

(Bit Defender и Symantec Firewall), ако някой има идеи кои 
настройки на
firewall-a да пипна - ще съм благодарен. (става въпрос за виндовските
firewall-и, под Linux се оправям). /До сега не ми се е налагало да се
занимавам със windows-ки firewalls, и нищо не ми е ясно, колкото и 
смешно

да
  

звучи :0)/
А, дa - където има Linux, също няма проблем с dhcp-to.
Друг проблем:
Няколко души са си направили мрежичка, и си споделят връзката, има 
едно

XP,
  

настроено да споделя. Проблема е, че ако XP-то изпадне в standby - 
тези,
които са зад него нямат нет. Явно си гаси и мрежовите карти...


здравей,
за standby-а на windows-а:
виж във настройките на дадения мрежов адаптер има някъде (не мога да я 
помня наизуст ;) една отметка "allow the computer to shutdown this 
device to save power" или нещо такова. Дано това помогне.

Успех в борбата ;-)
поздрави,
Георги Александров

А най-добре
Control Panel/ Power Options/Power Shemes/ Always On
Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: Internet prez ethernet s Motorola SB5100

[Qsin]

[EMAIL PROTECTED] wrote:
Zdraweite, prez usb nqmam nikakyw problem da se wyrja prez modema. 
Izpolzwam slackware 9. Problema e che se opitwam da wyrja tozi modem 
prez ethernet i za syjalenie nqmam predstawa kak stawa towa. Kabelite 
e izprawen - pod windows se wryzwa kym internet prez ethernet/usb.
Daide mi nqkakwi nasoki kak se puska tozi modem pod linux prez ethernet.
Potyrsih informaciq po wyprosa, no edinstwenoto koeto razbiram e che w 
kraina smetka nqma nikakwi nastroiki...
Kato dopylnitelna informaciq shte spomena, che po princip imam 
nastroikite na dns/ip/gw koito mi dawa dostawchika, no windows XP si 
gi wzima samo bez da mu gi nastroiwam.
Predwartelno blagodarq za wsqkakwa informaciq!!! I se izwinqwam za 
shliokowicata - polzwam web client koito za syjalenie se kara w 
libimiq mi ezik.
 

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara 
Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
 


Opitaj njakolko DHCP klienta.
pump, dhcpcd i t.n.
Ne sum s tova chudo na Motorola, no bjah s pump i ne stavashe.
Zaredih dhcpcd i trugna.
Yavor Atanasov

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: ����� ����� ��� type=text size=40 style=

[Qsin]

Nikolay Rashkov wrote:
ÃâÃÂÃâÃÂÃÂÃÂÃÂÃâÃÂ
ÃËÃÂÃÂàÃÂÃâÃÂÃÂÃÂÃÂààÃâÃÂÃÂÃâÃÂÃâÃÂÃÂÃÂÃâàÃÂÃÂ
ÃÂÃÂÃÂÃÂÃÂÃâàÃÂÃÂÃÂÃâàÃÂàÃÂÃÂÃÂÃÂÃÂàÃÂÃÂ
ÃâÃÅÃÂÃÂÃÂÃâÃÂÃÂÃÂ.
ÃËÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂ SlaCkwaRe 10 ÃÂÃÂÃÂÃÂÃÂÃâ
ÃÂÃÂbglinux ÃÂàÃÂÃâÃÂÃÂÃÂàÃÂàÃÂÃÂÃÂàÃÂÃÂ
ÃâÃÂÃâà
àÃÂÃÂÃÂÃÆÃÂÃÂàÃÂÃÅàÃÂÃâ ÃÂÃÂÃÂÃâÃÂ.
ÃÂÃÂÃÂÃÂÃÂÃÂÃÂ ÃÂÃÂÃÂÃÂ
ÃâÃâÃÂÃâÃÅÃâÃÂà àÃÅà ÃâÃâÃâÃÂà ÃËÃÂÃâÃâÃÂÃÅ

 

Pisha tova po tozi nachin za da go prochetesh.
Pismoto ti e kodirano na UTF-8, a kodirovkata e ukazana kato:
   charset=us-ascii
zashtoto si polzval Yahoo.
Pregledaj arhiva na lista. Imashe neshto po tozi povod.
A i ne kazvash kakvo polzvash za poshta.
Yavor Atanasov

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: Zone update after notifies

[Qsin]

Vesselin Kolev wrote:
Ами това, което генерира тази грешка е опит за динамичен "update" без 
да има съответното конфигуриране за целта.

А кажи, правилно ли е продположението ми, че 213.xxx.yyy.zzz е машина 
работеща под Windows? Правилно ли е второто ми предположение, че 
въпросната Windows машина използва DNS сървъра ти във forward режим?

  Поздрави
Весо
Не. И двете машини са Дебиан.
Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

lug-bg: Zone update after notifies

[Qsin]

Тази грешка се появява периодично:
client 213.xxx.yyy.zzz#41172: updating zone 'domain.bg/IN': update 
failed: 'rrset does not exist' prerequisite not satisfied (YXRRSET)

Каква е причината?
213.xxx.yyy.zzz е другия NS който трябва да дръпне зоната, но не иска.
Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: Re: lug-bg: Предаване на данни между 2 машинки.

[Qsin]

Rostislav Rusev wrote:
unsubscribe
 

*ÐÑÐÐÑÑÐ* ÐÑ ÐÐÑÑÐ ÑÑÐÐÐ ÐÐ ÐÐÐÑÐÐ ÐÐÑÐÐ:
ÐÐÐÑÐÑÐÑÐ ÐÐÑÐÐ ÐÐ [EMAIL PROTECTED] 
 ÐÑ ÐÐÑÐÑÐ, ÐÐÐÑÐ ÐÑÐÐÑÐ ÐÐ 
ÐÑÐÐÑÐÑÐ, ÑÑÑ ÑÐÑÐ ÑÑÐÑÑÐ ÐÑÐ ÑÑÐÐÑÐ ÐÐ ÐÐÑÐÐÑÐ:

unsubscribe lug-bg
end

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

lug-bg: Re: Ма следващия път напиши някякъв Subject моля те

[Qsin]

[EMAIL PROTECTED] wrote:

Здравейте,
искам да попитам дали мога да си направя дебиан инсталация със custom 
ядро,2.6 по принцип...

проблемът са едни Serial ATA дискове,които се разпознават само от 
последните kernel-и,а  инсталациооните дискове на дебиан са със стари...
ако не това,какво друго мога да направя-да boot-на от инсталационният 
диск на Debian като му кажа да си търси кернел-а на друго 
място-дискета примерно ...или какво?
ще съм много благодарен за помощта

-
Направете щастливи хората, които обичате!
Промоция на Съни Филмс и агазините Max Factor
за премиерния филма с Хю Грант и Ема Томсън
НАИСТИНА ЛЮБОВ
http://sunnyfilms.com/kino/igra/igra.html 
 


Виж това дали няма да ти помогне:
http://linux-bg.org/cgi-bin/y/index.pl?page=article&id=advices&key=362607277
Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

lug-bg: Panda Platinum - was: Пак за малкото "я" [OT]

[Qsin]

Много те моля, напиши кой, защото при мен е една постоянна борба със 
зъби, нокти и кремъклийки срещу шантавите антивирусни програми, които 
може и да не открият най-новото вирусченце, но за сметка на това как 
хубаво засират инсталациите - цена нямат.

ал_шопов
Точно такъв майл чаках, за да видя дали всичко е наред с малкото "я".
Опитвам се да намеря някаква платена алтернатива на безплатното AVG.
Идваха от една фирма да ни зарибяват за продуктите на Panda Software.
Тъй като в момента си преинсталирам компютъра реших да пробвам
едномесечния им пакет в пробен период.
Абсолютна грешка. Скапва писмата дори и при изключени всички
модули, т.е. и в неработно състояние.
Темата е малко offtopic, ма нали първо се усъмних в Мозилата, че и тя
е новобранец на компютъра ми, като изключим една неудачна версия
от преди 1-2 години.
Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

lug-bg: Пак за малкото "я"

[Qsin]

Изглежда проблема ще се окаже в един антивирусен пакет.
Използвам за тест е-майла на Г. Чорбаджийски:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg22926.html
 Re: lug-bg: Mozilla rezhe ot YA natatuk

   * From: Georgi Chorbadzhiyski
   * Subject: Re: lug-bg: Mozilla rezhe ot YA natatuk
   * Date: Wed, 23 Jun 2004 08:14:41 -0700

Qsin wrote:
Pisha na latinica zashtoto zabeljazvam seriozen problem v Mozillata.
Po njakakva prichina redovete se rezhat sled malko kirilsko YA.
Njakoj sreshtal li e tozi problem?
Yavor Atanasov

Пиша на латиница защото забеля
По ня
Ня
Много странен проблем, който досега не съм срещал.
Ядните яйца ядат ядрени ябълки, ядно!
Пиши коя версия на mozilla е това и в кое кодиране се опитваш да пишеш.
--
Georgi Chorbadzhiyski
http://georgi.unixsol.org/
Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: Mozilla rezhe ot YA natatuk

[Qsin]

Това само с изпращани от теб писма ли се случва, или и с такива, които
четеш?  По принцип имах едно време подобни проблеми, но със съвсем друг
 

   I s takiva koito cheta.
софтуер: FreeBSD Documentation Project и jade.  Проблемът е в това, че
съответната буква има код (code point) 255 в кодова таблица
windows-1251, а има неща, за които 255 не е валиден code point.  Това
обаче *изобщо* не важи за e-mail, особено при правилно указан charset :(
Не виждам никаква, ама никаква причина това да се случва с Mozilla при
композиране на поща, а още по-малко и при четене...
(Бр.. не било толкова лесно да се пише, без да се използва тази
определена буква :)))
Поздрави,
Петър
 

Mozhe li problema da e v njakoj mail server? Primerno moja?
Yavor Atanasov

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: Проблем с пощата - postfix

[Qsin]

Ня
на изпращача и ако не могат - не приемат писмото.  Кофти практика, ама 
нищо не можеш да направиш, освен да казваш на потребителите ти, че ако 
искат писмата им да заминават до Свищов, тря
съществуващи имейли.

Андрей
Otgovarjam ti na latinica sled kato prechetoh pismoto ti v arhiva:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg22908.html
Tam e rabotata che izprashtam pismoto ot firmenija si adres prez 
firmenija server.

Yavor Atanasov

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

lug-bg: Mozilla rezhe ot YA natatuk

[Qsin]

Pisha na latinica zashtoto zabeljazvam seriozen problem v Mozillata.
Po njakakva prichina redovete se rezhat sled malko kirilsko YA.
Njakoj sreshtal li e tozi problem?
Yavor Atanasov

Пиша на латиница защото забеля
По ня
Ня
Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

lug-bg: Проблем с пощата - postfix

[Qsin]

Здравейте,
ня
Къде е проблема? Оставам с впечатление, че не е при мен, тъй като
това са много редки случаи.
Jun 23 10:41:23 mail postfix/smtp[19032]: 90A341BE8: 
to=<[EMAIL PROTECTED]>, relay=comm.uni-svishtov.bg[193.68.172.1], 
delay=311, status=deferred (host comm.uni-svishtov.bg[193.68.172.1] 
said: 451 4.1.8 Domain of sender address [EMAIL PROTECTED] does not 
resolve (in reply to MAIL FROM command))

Променил съм само user-ите и домейните.
Явор Атанасов

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: Spamassassin и филтриране на пощата

[Qsin]

Peio Popov wrote:
ÐÐÑÑÐ,
ÐÐÐÑÑÐÑÐÐ ÐÐÑÐ, ÑÐ Spamassassin ÐÐ ÑÐÐÑÐ ÐÐÑÐ, Ð ÑÐÐÐ Ñ ÐÐÑÐÐÑÐ,  
ÐÐ ÐÐÐÑÐ ÐÑÐÑÐÐ Ð ÐÐÐ ÐÐÑÐÐ, ÐÐÐÑÐ ÐÐÐÑÑÐÐÐÑ ÑÐÑÑÐÐ Ð ÑÐÑÐÐ Ð 
ÑÐ ÑÐÐÐ ÐÑ ÐÐÐ-ÐÑ Ð ÑÑ ÐÐÐ. ÐÐÑÐ ÐÐ ÐÑÐÑÐÐ, ÐÐÐÑÐ 
ÑÐÑ, Ð ÑÐ ÑÐ ÐÐ ÐÑÐÐÑ ÑÐÐÐ ÐÐÑÐ ÐÐ ÐÐÑÑÑÐÐÐ ÑÐ Ð ÑÐÑÐÐÑÐ 
ÐÑÑÐÐ, ÐÐÑÐÐÐ  Ð ÐÐÑÐÐÑÐÐÐ ÐÐÑÐ ÑÐÐÐ ÐÐÐ ÐÐ - ÑÐ ÐÑÐÑÑÐ ÐÐ Ñ 
ÐÑÐÐÑ Ð ÐÐ ÐÑÐÐÑ ÐÐ ÑÐ Ñ Ñ ÑÐÐÑÑÐÑÐÐÐÑÐ Ð.

ÐÐ ÑÐ ÐÐÐÑÐÐÐ ÐÐ ÐÑÐÐ ÑÐÑ ÐÐ ÐÐÑÐÐÑÐÐ ÑÑÑÐÑÑ, ÐÐÐÑÐ ÑÐ 
ÑÑÑÐÐÐ ÐÐ ÑÑÐÑÐÐ ÐÐ ÐÑÑÐÐ Ñ Ñ ÐÑ ÐÑÑÐÐÑÐ ÐÐ ÐÐÑÑÐÐÐÑÐÐÐÑÐ, ÐÐ 
Ð ÑÐ ÑÑÐÑÐÐ ÐÐ ÐÐ ÑÐÐÑÐ Ð ÐÐÑÐÑÐ ÐÐÑÐ. ÐÑÐ ÐÐÑÐ ÐÐÐÑÐÑÐ ÐÐ 
ÑÐÐÑÐÐÐÑÐ ÐÐÐ Ð ÐÑÐÐÑÐÑÐÑÐÐ ÐÐÐÑÐÐ ÑÐ ÐÐÐÑÐÐÐ ÐÐ ÐÐÐÑÐÐÑ 
ÑÐ ÑÐÑ ÐÐ ÑÐÐÐÑ ÑÑÑÐÑÑ, ÐÐÐÑÐ ÑÐ ÐÑÑÐÐ ÐÐÑÐÑÐ, ÐÐÑÐÐÑÐÐÐ 
ÐÐÑÐ ÑÐÐÐ Ð ÑÐ ÐÑÐÐ ÐÑÐÐÐÑÐ (ÑÐÐ) ÐÐÑÐÑÑÐÐÑ ÐÐ ÐÐÐÑÑÐÑÐÐÑ Ð ÐÐ 
Ð Ð Ð ÑÐÑÑÐÐ Ð ÐÐ ÐÐ ÐÐÐ ÐÐ "ÐÑÐ" ÐÑÐÐÐ ÑÐÑÑÐÐ 
ÐÐÑÐÐ.

ÐÑÐÐÐ ÐÐ ÑÐÐ ÐÐ ÑÐ ÐÐÑÐ, ÑÐ ÐÐÐÑÐ ÐÐ ÐÐ Ð ÑÐÐ 
ÑÑÑÐÐÐ ÐÐ ÐÑÑÑÐÑÑÐÑ Ð ÑÐ ÐÑÐ ÑÐ ÐÐÐ ÐÑÐÐÐ, ÐÐÐÑÐ ÐÐ Ð ÐÐÑÐÐ ÐÐÑÐ 
ÐÐ ÐÑÐÑÐÑÐ, ÐÐ ÐÐÑÐÐÐ ÐÐ ÑÑÐÑÑ ÐÐÑÐ ÐÐ ÑÑ. ÐÐÐ-ÐÐÑ ÐÐ ÐÑÐ 
Ð ÑÐ ÐÐ ÑÐÐÑÑÐÑÐÑÐ ÐÑÐÐÑÐÐÐ, ÐÐÑÑÐ ÐÐ ÐÑÐÑÐÐÑÐ ÑÑÐÐÑÐÐÐÑÑÐ ÑÐÐÐ 
ÐÐÑÐ ÐÑÐÐÑ ÐÑÐ ÐÑ Spamassassin Ð ÐÐ ÐÐ ÐÐÑÐÑÐÐ ÐÐÐ ÐÑÐ ÐÐÑÐÐÑÐÐÑÐ 
ÐÑÑÐÐ ÐÐÐ ÐÑÐ ÐÑÑÑÐÑÐ ( Ð?) ÐÑÐÐÑÐ ÑÐ ÐÑÐÐÑ ÐÐÐÑÑ ÐÐ 
ÑÑÐÐ ÐÑÐÐÐ Ð ÐÑÐÐÑÐ ÐÐÐÑÑÐÑÐÐÐÑÐ ÐÐ ÑÐ  ÐÐ ÐÐ ÐÑÐÐÐÑ.

ÐÐÐ ÑÐ  ÐÑÐÐÑÐÐ ÑÐÐÑÑÐÑÐÐÐ ÐÐ ÐÐÑÐ, ÑÐ ÐÐÑÑÐÐÐÑÐÐÐÑÐ 
ÑÐ Ð ÐÐÑÑÐÐÐÑÐÐÐ ÐÐ ÑÐÑÑÐÐÐÑÐ (procmail , maildrop), ÐÐ Ð ÐÐÑ ÑÐÑÑÐÐ Ð 
ÐÐÐÑÐÐÐÑ ÐÐÐÑÐ ÐÐ ÑÐ ÑÑÐÐÑ "ÐÐÑÑÑ" ÐÐÐ Ð ÐÐÑÑÐÐÐÑÐÐÐ.

ÐÐÑÐÐÐ ÑÑÐ ÑÐ ÑÐÑÑÐ ÐÐ Postfix ÐÐÑÐ ÐÐÑÐÐÑÐÐ ÑÑÑÐÑÑ Ð ÐÐÐ 
popa3d ÐÑÐÐ ÐÐ ÑÐÑÑÐÐÐÑÐ, ÐÐÑÐ ÑÐÑÑÐÐ ÐÐ ÐÐ ÐÑ Ñ Courier-Imap 
ÐÐÐ Cyrus, ÑÐÐÐ ÐÐÑÐ ÐÐÑ ÐÑÐÐÑÑÐÑÐ ÐÐ ÐÐ-ÐÐÐÑÐ.

ÐÐÐ ÐÑÐÐÐ ÐÑ ÐÐÑ ÑÐ Ð ÑÐÑÑ Ñ ÐÐÐ ÑÐ ÐÐÑ ÐÐÐ 
ÐÐÐÑÐÐ, ÐÐÐ ÑÐÐ ÐÐÐÑÐ ÑÐ.

ÑÐÐÐ
 Ð
ÐÐÑÑÐÐ  ÐÐÐ ÐÐ:
http://www.fatofthelan.com/articles/articles.php?pid=22
Ð ÐÑÑÐÐÐ ÐÐ ÐÐÑÑÐ ÐÐÐ ÐÐÑÐÐÑÐ ÐÑ ÐÐÑÑÑÐ ÑÐ ÐÐ Rules Du Jour.
ÐÐÑÐÑ, ÑÐ ÐÑÑÐ ÐÑ ÐÐÑÐÐ Ð. ÐÐ Ð ÐÑÐ ÐÐÐ ÑÐÐÐ. ÐÐ  100 %
ÐÐÑÐÑÐ ÐÑ ÑÐÐÐ, ÐÐ ÐÑÐ Ð ÐÐÑÐ.
ÐÐÐÑ ÐÑÐÐÐÑÐÐ

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: Spam bazi

[Qsin]

- Original Message - 
From: "Denislav Ganchev" <>
To: "LUG-BG" <[EMAIL PROTECTED]>
Sent: Thursday, June 10, 2004 4:59 PM
Subject: Re: lug-bg: Spam bazi


> ÐÑÐ ÐÐÑÐ ÐÐ ÐÑ  ÐÐÐÑÐ ÐÐ ÑÑÐ ÐÐÑÑÐÐ. ÐÐ 
> ÐÐ ÑÐÑ Ñ ÐÐÑ. ÐÐÑÐ
> ÐÐ ÐÐ ÑÐÐÑÐÐ ÐÐÑÐ smap-assasina ÑÑÑÐÐÐ ÐÐ  
> ÐÑÐ 200 spama Ð
> 200 ÑÐÐÐ ÐÐÑÑÐÐÐ, ÐÐ ÐÐÐÑÐ ÐÐÐ ÑÑÑÐÐÐ ÐÐ ÐÐ 
> ÐÐÑÑÐÑÐ. ÐÐÐÑÐ ÐÐÐ ÑÑÐ ÐÐ
> ÐÑ:
> ÐÐ Ñ
> sa-learn --spam -C /etc/mail/spamassassin --showdots --dir
> /path/to/directory/full/of/spam/msgs
> ÐÐ ÑÐÐÐ
> sa-learn --ham -C /etc/mail/spamassassin --showdots --dir
> /path/to/directory/full/of/ham/msgs
> ÐÐÑÐ ÑÐÐÐ Ð ÐÐ Maildir ÐÐ Mbox ÐÐ  ÐÐÐ Ð ÑÐÑÐÐÑ 
> ÑÐÐ. ÐÐÑÐÐ ÐÐ Ñ
>  ÑÐ Ð ÑÐÑÑÐÐÐ ÐÐÐ Ð'ÐÐ  ÐÐ 
> ÐÑÐ.
> sa-learn --dump magic

[EMAIL PROTECTED]:~# sa-learn --dump magic
0.000  0  2  0  non-token data: bayes db version
0.000  0   3023  0  non-token data: nspam
0.000  0  13687  0  non-token data: nham
0.000  0 143628  0  non-token data: ntokens
0.000  0 1082205184  0  non-token data: oldest atime
0.000  0 1086867059  0  non-token data: newest atime
0.000  0 1086867059  0  non-token data: last journal sync
atime
0.000  0 1085057869  0  non-token data: last expiry atime
0.000  02764800  0  non-token data: last expire atime
delta
0.000  0  39616  0  non-token data: last expire
reduction count

 ÐÐÐÑÐ ÐÐ Ð?

ÐÐÐÑ ÐÑÐÐÐÑÐÐ


A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: Spam bazi

[Qsin]

Ð ÐÐÐ ÐÐ ÐÐÑÐÐ ÐÐ ÑÐ , ÐÐÐÑÐ Ð ÐÑÐÐÐÑÐ ÐÐ 
ÐÑÐÐÐ
ruleset, ÐÐ ÑÐÑÐÐÐÑÐÑÑÐ, ÐÐ  ÐÐÑÐÐ ÐÐÑÐ 
ÑÐÐÐ?

ÐÐÐÑ ÐÑÐÐÐÑÐÐ


A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html