Re: [Lug-bg] Как да подкарам Auto cad в Debian ?
На Monday 25 May 2009 13:07:10 Dimitar Dobrev написа: Ако някой добронамерен, приятелски настроен, отслужлив и приветлив добряк вземе че ме светне как да си сложа Autocad под Debian, да знае че има не една а няколко каси бира от мен. До колкото разбрах, Autocad R14 най-лесно ще го подкарам под WINE. По закона на Мърфи и най-трудно ще го открия. Здравей, може да пробваш с virtualbox или нещо подобно, но ще трябва да инсталираш и любимата ОС за съжаление. Успех! ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] RAID и debian
Здравейте, имам следния проблем, ще се радвам ако някой може да помогне - става въпрос за RAID контролер INTEL 82801HR/HO/HH (дъното е supermicro X7SBL-LN2). Опитвам се да използвам хардуерния RAID, но нещо не мога да се справя. Ето какво съм пробвал до сега - debian netinstaller (4.0r5). От BIOS -а имам две възможни настройки за RAID -а INTEL/Adaptec. И така - с INTEL създавам RAID (1) масив, инсталацията започва, но когато стигна до разделянето на исковете, вместо един диск се виждат двата. Разбира се мога да разделя единия и да инсталирам ОС, но след като рестартирам се изписва само GRUB и толкова, но така или иначе това не е решение. Ако се опитам да използвам Adaptec изобщо не намира дисковете. Накрая за да тръгне GRUB -а изкарах единия диск от масива и инсталирах ОС, сложих и софтуерен RAID, ще прикача и dmesg -а ако може да помогне. Благодаря Ви и поздрави! Linux version 2.6.18-6-686 (Debian 2.6.18.dfsg.1-23) ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Mon Oct 13 16:13:09 UTC 2008 BIOS-provided physical RAM map: BIOS-e820: - 00096000 (usable) BIOS-e820: 00096000 - 000a (reserved) BIOS-e820: 000ce000 - 000d (reserved) BIOS-e820: 000e - 0010 (reserved) BIOS-e820: 0010 - 7fe7 (usable) BIOS-e820: 7fe7 - 7fe7c000 (ACPI data) BIOS-e820: 7fe7c000 - 7fe7f000 (ACPI NVS) BIOS-e820: 7fe7f000 - 8000 (reserved) BIOS-e820: e000 - f000 (reserved) BIOS-e820: fec0 - fed0 (reserved) BIOS-e820: fee0 - fee01000 (reserved) BIOS-e820: ff00 - 0001 (reserved) 1150MB HIGHMEM available. 896MB LOWMEM available. found SMP MP-table at 000f69c0 On node 0 totalpages: 523888 DMA zone: 4096 pages, LIFO batch:0 Normal zone: 225280 pages, LIFO batch:31 HighMem zone: 294512 pages, LIFO batch:31 DMI present. ACPI: RSDP (v002 PTLTD ) @ 0x000f6990 ACPI: XSDT (v001 SHIMAS SDS-ONE 0x0604 LTP 0x) @ 0x7fe730b9 ACPI: FADT (v003 INTEL 0x0604 PTL 0x0002) @ 0x7fe7b440 ACPI: _MAR (v001 Intel OEMDMAR 0x0604 LOHR 0x0001) @ 0x7fe7b534 ACPI: TCPA (v001 Intel 0x0604 PTL 0x005a) @ 0x7fe7b564 ACPI: MCFG (v001 PTLTDMCFG 0x0604 LTP 0x) @ 0x7fe7b596 ACPI: MADT (v001 PTLTD APIC 0x0604 LTP 0x) @ 0x7fe7b5d2 ACPI: BOOT (v001 PTLTD $SBFTBL$ 0x0604 LTP 0x0001) @ 0x7fe7b63a ACPI: SPCR (v001 PTLTD $UCRTBL$ 0x0604 PTL 0x0001) @ 0x7fe7b662 ACPI: ERST (v001 SMCI ERSTTBL 0x0604 SMCI 0x0001) @ 0x7fe7b6b2 ACPI: HEST (v001 SMCI HESTTBL 0x0604 SMCI 0x0001) @ 0x7fe7bc42 ACPI: BERT (v001 SMCI BERTTBL 0x0604 SMCI 0x0001) @ 0x7fe7bcea ACPI: EINJ (v001 SMCI EINJTBL 0x0604 SMCI 0x0001) @ 0x7fe7bd1a ACPI: SLIC (v001 SHIMAS SDS-ONE 0x0604 LTP 0x) @ 0x7fe7be8a ACPI: SSDT (v001 PmRef Cpu0Tst 0x3000 INTL 0x20050228) @ 0x7fe749f8 ACPI: SSDT (v001 PmRef Cpu7Tst 0x3000 INTL 0x20050228) @ 0x7fe74952 ACPI: SSDT (v001 PmRef Cpu6Tst 0x3000 INTL 0x20050228) @ 0x7fe748ac ACPI: SSDT (v001 PmRef Cpu5Tst 0x3000 INTL 0x20050228) @ 0x7fe74806 ACPI: SSDT (v001 PmRef Cpu4Tst 0x3000 INTL 0x20050228) @ 0x7fe74760 ACPI: SSDT (v001 PmRef Cpu3Tst 0x3000 INTL 0x20050228) @ 0x7fe746ba ACPI: SSDT (v001 PmRef Cpu2Tst 0x3000 INTL 0x20050228) @ 0x7fe74614 ACPI: SSDT (v001 PmRef Cpu1Tst 0x3000 INTL 0x20050228) @ 0x7fe7456e ACPI: SSDT (v001 PmRefCpuPm 0x3000 INTL 0x20050228) @ 0x7fe73185 ACPI: DSDT (v001 INTEL BEARLAKE 0x0604 MSFT 0x0300) @ 0x ACPI: PM-Timer IO Port: 0x1008 ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Processor #0 7:7 APIC version 20 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) Processor #1 7:7 APIC version 20 ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) ACPI: IOAPIC (id[0x02] address[0xfec0] gsi_base[0]) IOAPIC[0]: apic_id 2, version 32, address 0xfec0, GSI 0-23 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 high edge) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ9 used by override. Enabling APIC mode: Flat. Using 1 I/O APICs Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at 8800 (gap: 8000:6000) Detected 2660.130 MHz processor. Built 1 zonelists. Total pages: 523888 Kernel command line: root=/dev/md2 ro mapped APIC to d000 (fee0) mapped IOAPIC to c000 (fec0) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 PID hash table entries: 4096 (order: 12,
Re: [Lug-bg] RAID и debian
На Tuesday 09 December 2008 08:52:54 Nickola Kolev написа: Здравейте, Да взема да се обадя и аз... Съгласен съм с всичко, казано досега, като добавя някои неща: On Tue, 9 Dec 2008 07:40:41 +0200 Marian Marinov [EMAIL PROTECTED] wrote: Споделям мнението на цеци, подобни RAID контролери много рядко са добър избор, Причините да са лош избор са следните: 1. Трудно се подкарват да работят правилно Въобще не се подкарват. Дъната на Supermicro, както и повечето евтини 1U маркови сървъри имат, както беше споменато полу-софтуерни/полу-хардуерни RAID контролери. Затова най-добрия вариант е да се изключи напълно и да се действа с mdraid. 2. При счупване на масива ти си ограничен до софтуера който имаш в BIOS-а и съответно има много ситуации в които все едно нямаш RAID Виж по-горе. 3. В повечето случаи софтуерният RAID на Linux ядрото вади по добър performance отколкото този на дъното. Естествено - този на дъното въобще го няма. :) Това обяснява много неща :-) Благодаря Ви много за помощта! Поздрави и всичко добро! ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Мониторинг на захранващото напрежение
На Wednesday 19 March 2008 11:31:52 Frant Frant написа: Здравейте група, Честит последен сняг за тази зима :-))) Имам една питанка. Може ли някой да ми каже инструмент, с който мога или в конзола, или под КДЕ да наблюдавам захранващото напрежение на системата ( +5, -5, 12 Волта ), както например ползвам SMARTCTL за мониторинг на твърдите си дискове. Здравей, предполагам, че ти трябва lm-sensors (http://www.lm-sensors.org/). Под конзола командата е sensors, има и доста графични инструменти които да ползваш. В зависимост от дистрибуцията която ползваш трябва да провериш дали го имаш инсталирано или да го инсталираш и конфигурираш. Поздрави ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Монтиране на отдалечен ресу рс
Здравейте, имам следния проблем. Ако монтирам отдалечен ресурс (само със самба съм пробвал, не знам как се държи с други протоколи), може да си го ползвам като локална директория - до тук всичко ясно. Проблема се появява като отдалечената машина се изключи. Когато се използват графични програми за преглед на директории или в конзола с ls се получава доста голямо забавяне (тъй като явно има някакво време през което изчаква информация за дадения ресурс). Въпросът ми е има ли начин да се автоматизира монтирането и демонтирането на отдалечени ресурси т.е. когато отдалечената машина е в мрежата автоматично да се монтира, когато излезе от мрежата да се демонтира? Благодаря ви! ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Внезапна размяна на имената на картите - eth0 и eth1
Здравей, Стоян правилно каза, че не си дал достатъчно информация. Така или иначе ако ползваш udev може да направиш следния файл: /etc/udev/rules.d/z25_persistent-net.rules (примерно) в който да имаш нещо от вида: SUBSYSTEM==net, DRIVERS==?*, ATTRS{address}==MAC_АДРЕСА_НА_КАРТАТА_ТИ, NAME=ETH Където MAC_АДРЕСА_НА_КАРТАТА_ТИ има вид като 00:11:22:33:44:55 а ETH е съответно eth0, eth1 и т.н. В тоя случай трябва да имаш два такива реда за двете ти карти. Надявам се да помогне, но така или иначе потърси из нет -а, повече информация. Поздрави! На 24.10.2007 Ivan Petrushev пише: Здравейте! Някой имал ли е проблем след рестарт на машината да се окаже че имената на лан картите са се сменили? На какво може да се дължи? Аз съм с 1) вградена RTL8111/8168B Gbit LAN 2) PCI карта RTL-8139 И двете са компилирани като модули в ядрото (2.6.21.5) Има ли значение кой модул се зарежда първи? От къде мога да видя реда на зареждането? Поздрави! ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Странен звуков проблем
Здравейте, от няколко дни насам се появи странен звуков проблем - докато слушам музика с амарок или xmms се получава някакъв ефект като ехо все едно е пуснат някакъв филтър. Единствения начин по който успях да го оправя е като пусна mpg123 за известно време след това музиката от амарок се чува нормално. След известно време нещата се повтарят. Ако някой от вас се е сблъсквал с нещо подобно ще съм му благодарен да даде съвет. Пробвах да преконфигурирам alsa драйверите но резултата беше същия. Системата е дебиан (testing) с alsa 1.0.14 и kernel 2.6.22-2-486 (за последно го обновявах днес, но проблема си остана така или иначе). Звуковата карта е Intel 82801G. Поздрави ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] драйвер за монитор
На 21.8.2007 12:26 Hristo Simenov Hristov пише: Здравейте, искам да ви попитам някой има ли опит с LCD мониторите. Може ли да ме посъветва какъв модел да използвам за дравейр? Става дума за LCD Samsung SyncMaster 740N Този модел не го срещам в изброените и се чудя кой да избера от предложените. Здравей, до колкото видях характеристиките на монитора са ти: Horiz. Frequency 30~81 kHz Vertical Frequency 56-75 kHz така, че може да си ги зададеш ръчно в конфигурационният файл. Предполагам, че той се намира тук: /etc/X11/xorg.conf (ако ползваш xorg разбира се, иначе ще е нещо като XF86...) В него има секция Monitor в която трябва да замениш съществуващите стойности ето така: HorizSync 30-81 VertRefresh 56-75 Ако искаш да не работи на 75Hz второто може да го направиш примерно 56-60. Успех! ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] драйвер за монитор
На 21.8.2007 16:24 Hristo Simenov Hristov пише: On 21.8.2007, Yasen Pramatarov wrote: Това за LCD изобщо не му трябва. При тях няма честота на опресняване, защото екранът не се прерисува постоянно. Това, което му трябва е само: Section Screen Identifier alabala Device съответният идентификатор на видеокартата, сигурно по-нагоре във файла Monitor идентификатор на монитора, каквото си решиш или модел и т.н. DefaultDepth24 SubSection Display Modes 1280x1024 (тук слагаш максималната разделителна способност на монитора, тоест Препоръчваната, а тя е винаги максималната за TFT-та) EndSubSection EndSection Естествено, другите части на файла са си както трябва, това е само за екрана. И си готов ;) Тези неща хич не ми помагат. Структурата на xorg.conf ми е пределно ясна. Не са ми ясни стойностите. Конкретно: VendorName Samsung - туй да кажем е така ModelName ХХ - е тука какво да турнем HorizSync Х-Х- авно са някакви честоти, според Атанас: 30-81 VertRefresh Х-Х - и съответно: 56-75 Но от къде ги видя тези честоти? ModeLine 1280x1024 - е те това тука вече трепе рибата. Какви чисълца трябва да се изредят тука е мътна Индия. Ако го има модела на монитора няма проблем. Избирам си го и се нацвъкват спокойно. Но като го няма точния модел ко прайм? Здравей, предполагам, че Яската е прав относно LCD мониторите, не съм много запознат, а тези честоти които ти казах са от спецификацията на монитора, трябва да ги има в книжката към монитора, ако ги няма там потърси ги в интернет (аз от там ги взех). За ModelName предполагам, че няма особено значение какво ще сложиш, по - важно е да сложиш някакъв Identifier, който да отговаря на Monitor в секцията Screen. Надявам се да съм успял да помогна. Успех! ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] драйвер за монитор
На 21.8.2007 17:31 Hristo Simenov Hristov пише: On 21.8.2007, Yasen Pramatarov wrote: Изтрий тия редове. Сериозно -- аз ги нямам и съм без проблеми. Файла съм пипал на ръка, но е генериран от debconf, тоест тия редове когато сложих LCD-то ми бяха махнати автоматично. Честоти не ти трябват, те и да ги сложиш, сървърът няма да се съобразява, защото при цифровото управление на TFT просто няма нужда от такива неща. Аз съм с аналогов изход за монитора, не DVI. Една стара Riva TNT Ultra :) Мониторите дори и цифрови си имат честоти на опресняване. Виждат се и на менюто което се показва. Аз затова ти казвам да ползваш както ти написах: SubSection Display Modes 1280x1024 EndSubSection Това е подсекция на секцията Screen А тези неща съм ги копирал и за които питам са от секцията Monitor Пропуснах да спомена, че аз съм с 920N, монитора има така или иначе само аналогов вход. При мен конфигурацията е следната: Section Monitor Identifier Generic Monitor Option DPMS HorizSync 30-81 VertRefresh 56-75 EndSection Така или иначе може да смениш данните с тези от книжката на монитора или тези които пратих в началото (предполагам, че са същите). Успех ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] пробив през апаче и пхп :(
Здравей, за съжаление не мога да дам съвет къде точно е проблема. Тъй като имах преди време подобен проблем, освен нещата които вече се написаха като защита, мога да ти препоръчам да сложиш mod_security. Може би малко време ще ти отнеме докато го настроши, но мисля, че си заслужава. Може да го намериш тук: http://www.modsecurity.org/ Поздрави и успех! На 11.7.2007 23:16 deb4o пише: няколко пъти пробиват през уеб сървъра и копират разни неща за пускане на irc bot все в /tmp, но там сетнах noexec,nosuid на този дял и не могат да ги страртират. но искам да разбера къде е дупката в апачето. Apache 2.0.53 и php 4.3.9 Така и не мога да разбера от къде влизат. търсих по логовете но само единственно в error log-a на апачето намирам подобни на тези неща: ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Сигурен сървър
Здравейте, интересно ми е вашето мнение (като изключим всички останали фактори влияещи на сигурността) за изграждане на сигурен сървър. Имам предвид следното - тъй като повечето сървъри са натоварени с повече от една услуга, как да защитим цялостно системата, ако е осъществен пробив на една от работещите услуги? Вярно е, че повечето услуги се стартират със собствен потребител, някои от тях в chroot режим, но дали това е достатъчно, или да прибегнем към използването на chroot за всяка една услуга или може би до vserver или user mode linux? Благодаря! П.П. Целта на въпроса ми не е да предизвика флейм, а възможност за обмяна на мнения ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Сигурен сървър
Най-малкото може би са пермс. Тоест до файловете на всяка една услуга да има достъп само нейният потребител. Няма да е приятно някой да ти превземе апача, и да ти прочете конфигурационните файлове на quagga-та да речем. Chroot за всяка една услуга звучи някак си сигурно, но пък от друга страна няма ли да създаде много главоболия докато я настройваш тая машина? Да, с chroot наистина малко се усложняват нещата. Пробвал съм vserver там настройването е по - лесно но пък не знам как е като бързодействие, нямал съм възможност да го наблюдавам при по - големи натоварвания. ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] [SPAM] българско мрежово ад ресно пространство
http://ip2.ludost.net/ На 24.1.2007 11:48 Kamen TOMOV пише: Някой може ли да ме насочи към списък съдържащ по-голямата част от българското IPv4 адресно пространство? Сигурно не съм първия който пита, но не успях да намеря информация. Освен това се извинявам за офтопика и се чудя дали има специфичен мейл лист по подобни въпроси? ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] [SPAM] българско мрежово ад ресно пространство
Здравей, до колкото виждам разлика няма просто тази връзка ми попадна първа, затова нея пращам. Все пак може да питаш автора (Васил Колев предполагам :-)). Поздрави На 24.1.2007 14:37 Danail Petrov пише: Kаква е разликата между ip.ludost.net и ip2.ludost.net ? Атанас Мавров / Atanas Mavrov wrote: http://ip2.ludost.net/ ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Postfix и SPAM
Здравейте, искам да ви помоля за съвет къде бъркам при конфигурацията на postfix, тъй като спама които получавам е меко казано доста, а в директорията в която трябва да се съхранява намерения спам няма почти нищо. И така да уточня само каква е системата - Debian testing, инсталирани са postfix, amavis-new, spamassassin, razor, spambayes, clamav. Postfix е настроен с виртуални пощенски кутии, ако има някакво значение де. Ето какви са настройките на postfix (взети са от тук http://linux-bg.org/cgi-bin/y/index.pl?page=articleid=adviceskey=388152596 с много благодарности на Никола Антонов): main.cf strict_8bitmime = no strict_8bitmime_body = no strict_mime_encoding_domain = yes strict_7bit_header = no smtpd_etrn_restriction = reject allow_untrusted_routing = no smtpd_soft_error_limit = 10 smtpd_hard_error_limit = 20 smtpd_error_sleep_time = 1s smtpd_delay_reject = yes disable_dns_lookups = no smtpd_helo_required = yes strict_rfc821_envelopes = yes disable_vrfy_command = yes smtp_always_send_ehlo = yes smtpd_delay_reject = yes smtpd_helo_required = yes smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, permit_tls_clientcerts, reject_non_fqdn_recipient, reject_unauth_destination, reject_invalid_hostname, reject_unauth_pipelining, reject_non_fqdn_sender, reject_unknown_sender_domain, reject_non_fqdn_recipient, reject_unknown_hostname, reject_unknown_recipient_domain, reject_rbl_client bl.spamcop.net, reject_rbl_client relays.ordb.org, reject_rbl_client sbl-xbl.spamhaus.org, reject_rbl_client list.dsbl.org, reject_rbl_client dnsbl.njabl.org, reject_rbl_client dnsbl.ahbl.org, reject_rbl_client dnsbl.sorbs.net, reject_rhsbl_client blackhole.securitysage.com, reject_rhsbl_sender blackhole.securitysage.com, reject_rhsbl_client rhsbl.ahbl.org, reject_rhsbl_sender rhsbl.ahbl.org, reject_rhsbl_client rhsbl.sorbs.net, reject_rhsbl_sender rhsbl.sorbs.net, reject_rhsbl_client block.rhs.mailpolice.com, reject_rhsbl_sender block.rhs.mailpolice.com, reject_rhsbl_client dynamic.rhs.mailpolice.com, reject_rhsbl_sender dynamic.rhs.mailpolice.com, reject_rhsbl_client bogusmx.rfc-ignorant.org, reject_rhsbl_sender bogusmx.rfc-ignorant.org, reject_rhsbl_client dsn.rfc-ignorant.org, reject_rhsbl_sender dsn.rfc-ignorant.org, permit smtpd_helo_restrictions = reject_invalid_hostname reject_non_fqdn_hostname check_helo_access hash:/etc/postfix/helo_access smtpd_sender_restrictions = reject_unknown_sender_domain, permit_sasl_authenticated, reject_rhsbl_sender dsn.rfc-ignorant.org master.cf smtp-amavis unix - - n - 2 lmtp -o lmtp_data_done_timeout=1200 -o disable_dns_lookups=yes -o lmtp_send_xforward_command=yes 127.0.0.1:10026 inet n - n - 16 smtpd -o content_filter= -o receive_override_options=no_unknown_recipient_checks,no_header_body_checks -o smtpd_helo_restrictions= -o smtpd_client_restrictions= -o smtpd_sender_restrictions= -o smtpd_recipient_restrictions=permit_mynetworks,reject -o mynetworks_style=host -o smtpd_authorized_xforward_hosts=127.0.0.0/8 Съответно в amavis-new е направено следното: @bypass_virus_checks_acl = qw( . ); # @bypass_spam_checks_acl = qw( . ); $forward_method = 'smtp:127.0.0.1:10025'; $notify_method = $forward_method; и в clamav: OutAddress: 10026 Listen: 127.0.0.1:10025 Не знам къде точно бъркам, но явно нещо не съм настроил както трябва. Освен това предполагам, че когато искам да обучавам spamassassin трябва да съм като потребител amavis или бъркам? И последен въпрос - spamassassin може ли да си взема база с данни за спама, освен това което аз му подавам като данни. Благодаря много! ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: lug-bg: отново за... шейпър
На 27.8.2006 23:24 Dragomir Todorov пише: Атанас Мавров / Atanas Mavrov написа: От тук нататък съм сложил филтрите които изглеждат по един и същи начин: $TC filter add dev $dev_lan parent 1: protocol ip prio 1 handle 101 fw classid 1:2 $TC filter add dev $dev_inet parent 2: protocol ip prio 1 handle 1 fw classid 2:2 ... ... Ето как съм направил маркирането на пакетите (ще покажа само за един потребител, защото нещата са идентични): За теглене: iptables -t mangle -A POSTROUTING -s ! 1.2.3.4 -d 1.2.3.4 -j MARK --set-mark 102 Ако не си направил правописна грешка като си писал този мейл филтъра ти е за маркирани пакети с марка 101 а ти ги маркираш с 102 ?! Ами грешката е моя и е правописна де... Значи правя следното: $TC filter add dev $dev_lan parent 1: protocol ip prio 1 handle 101 fw classid 1:2 $TC filter add dev $dev_inet parent 2: protocol ip prio 1 handle 1 fw classid 2:2 $TC filter add dev $dev_lan parent 1: protocol ip prio 1 handle 102 fw classid 1:2 $TC filter add dev $dev_inet parent 2: protocol ip prio 1 handle 2 fw classid 2:2 iptables -t mangle -A FORWARD -s 1.2.3.4 -j MARK --set-mark 1 iptables -t mangle -A FORWARD -s 1.2.3.5 -j MARK --set-mark 2 ... iptables -t mangle -A POSTROUTING -s ! 1.2.3.4 -d 1.2.3.4 -j MARK --set-mark 101 iptables -t mangle -A POSTROUTING -s ! 1.2.3.5 -d 1.2.3.5 -j MARK --set-mark 102
lug-bg: отново за... шейпър
Здравейте, знам, че тази тема е разисквана мнооого, постарах се да прочета каквото намерих и направих едно произведение, но за съжаление не работи коректно. Та ако някой има малко време бих го помолил да ми каже къде бъркам. И така става въпрос за една малка мрежа в която трябва да разпределя нет -а по равно на всички. Ето какво съм направил до тук: TC=/usr/sbin/tc #lan interface dev_lan=eth0 #net interface dev_inet=eth1 # това е скоростта за теглене (доставчика както може би се сетихте е... бтк) d_speed=2048 u_speed=512 #броя на потребителите $users=xxx $TC qdisc del dev $dev_lan root /dev/null $TC qdisc del dev $dev_inet root /dev/null #root disc $TC qdisc add dev $dev_lan root handle 1: htb default 1000 $TC qdisc add dev $dev_inet root handle 2: htb default 1001 $TC class add dev $dev_lan parent 1: classid 1:1 htb rate ${d_speed}kbit ceil ${d_speed}kbit $TC class add dev $dev_inet parent 2: classid 2:1 htb rate ${u_speed}kbit ceil ${u_speed}kbit #general download class $TC class add dev $dev_lan parent 1:1 classid 1:2 htb rate $[$d_speed/$users]kbit ceil ${d_speed}kbit #general upload class $TC class add dev $dev_inet parent 2:1 classid 2:2 htb rate $[$u_speed/$users]kbit ceil ${u_speed}kbit $TC qdisc add dev $dev_lan parent 1:2 sfq perturb 10 $TC qdisc add dev $dev_inet parent 2:2 sfq perturb 10 От тук нататък съм сложил филтрите които изглеждат по един и същи начин: $TC filter add dev $dev_lan parent 1: protocol ip prio 1 handle 101 fw classid 1:2 $TC filter add dev $dev_inet parent 2: protocol ip prio 1 handle 1 fw classid 2:2 ... ... $TC class add dev $dev_lan parent 1: classid 1:1000 htb rate $[$d_speed/$users]Kbps $TC class add dev $dev_inet parent 2: classid 2:1001 htb rate $[$u_speed/$users]Kbps Ето как съм направил маркирането на пакетите (ще покажа само за един потребител, защото нещата са идентични): За изходящия трафик: iptables -t mangle -A FORWARD -s 1.2.3.4 -j MARK --set-mark 1 За теглене: iptables -t mangle -A POSTROUTING -s ! 1.2.3.4 -d 1.2.3.4 -j MARK --set-mark 102 Ами това е... приемам всякакви съвети и предложения :-) Благодаря!
lug-bg: bogofilter
Здравейте, имам следния странен проблем. Ползвам kmail + bogofilter (debian testing + помощника на kmail за настройки на spam филтъра). Инсталирал съм го на две машини по един и същи начин без да правя каквито и да било настройки. Резултата е, че на едната машина 99% от спама отива където му е мястото, а на другата този процент не надвишава 5. И тъй като най - вероятно съм пропуснал нещо, може ли да ме упътите къде бъркам и как най - лесно да обуча филтъра? Благодаря!
Re: lug-bg: webmail?
На 28.1.2006 11:09 Стоян Цалев пише: Здравейте, опитвам се да събера впечатления от работата на различни webmail клиенти към IMAP сървър. Вие какво ползвате и какво бихте препоръчали, имайки предвид следните изисквания: (Е,говорим за свободен софтуер, разбира се. :) ) - да поддържа различни езици,по възможност и български :) - да има възможност за редактиране на sieve скриптове. Това е много основно. - изчистен (прост) интерфейс - сигурен (е,това е силно относително,но... сещате се какво имам предвид) - задължително да поддържа поне cyrus IMAP server - да се съобразява с възможностите на IMAP сървъра (има някои разлики м-у cyrus, courier и uw,в момента се сещам например за командата sort с подаден cp1251 charset - в cyrus за съжаление не се поддържа (да де,командата sort e ok,ама charset-a - тц,нямат го :) ) - да не е мъртъв проект - да поддържа IMAP4rev1 - не е нужно да поддържа механизми за аутентикация като CRAM-MD5,NTLM - IMAPS поддръжката също не е задължителна Здравей, аз ползавам imp (http://www.horde.org/imp/). Мисля, че повечето от изискванията ги покрива, а освен това е лесен за инсталиране :-) Успех! pgppgkDeaw9MM.pgp Description: PGP signature
Re: lug-bg: тв. тунер
На 25.1.2006 09:19 [EMAIL PROTECTED] пише: За звук - пробвай да смениш в tvtime източника на сигнала от television на television-mono или обратно ако имаш такъв избор ,също виж от миксера line in да не е мутнат или конфигуриран като изход ако си с вграден звук. Благодаря на всички за помощта! По неведоми за мен начини всичко проработи... Та ако на някой му се налага да си купува/настройва такъв tv tuner (с чипсет saa7131), да знае драйвера (saa7134) работи правилно :-) (modprobe saa5134 card=57 ако не е засечен автоматично) Поздрави
lug-bg: тв. тунер
Здравейте, надявам се някой да може да помогне защото от това което намерих/пробвах в нет -а не се получава резултата който се очаква (в смисъл няма никакъв такъв :-)) Става въпрос за тунер с чипсет Philips 7131E. (My Cinema-P7131Dual). Според това което четох в интернет картата се поддържа (всички карти от 713*), с модул saa7134. Освен него при разните опита зареждах и модули като bttv, tuner... Но резултата винаги е един и същи - с tvtime - no signal, с xawtv -no signal, kdetv с video2linux2 не са активни бутоните за търсене на канали с video2linux поне може да се търси но... нищо не се намира. Та ако някой може нека даде съвет и/или четиво. Благодаря!
Re: lug-bg: тв. тунер
На 23.1.2006 13:02 Vasil Benov пише: Първо бих проверил дали тв тунера въобщ е засечен - lspci После дали съществуват /dev/video* , ако не - cd /dev ./MAKEDEV video Евентуално ln -sf /dev/video0 /dev/video Евентуално провери дали като user си член на група video ако тези неща са ок - xawtv -hwscan ще каже дали има някой Поздрав Здравей, Тунера е засечен, и /dev/video0 има (направих и /dev/video), имам и права за съответните файлове(устройства). Резултата за съжаление обаче е no signal
Re: lug-bg: тв. тунер
Здравейте пак, това е намерено #dmesg saa7133[0]: found at :00:09.0, rev: 208, irq: 11, latency: 32, mmio: 0xef001000 saa7133[0]: subsystem: 1043:4845, board: LifeView FlyVIDEO2000 [card=3,insmod option] saa7133[0]: board init: gpio is 4 saa7133[0]: there are different flyvideo cards with different tuners saa7133[0]: out there, you might have to use the tuner=nr insmod saa7133[0]: option to override the default value. input: saa7134 IR (LifeView FlyVIDEO20 as /class/input/input1 Real Time Clock Driver v1.12 saa7133[0]: i2c eeprom 00: 43 10 45 48 54 20 1c 00 43 43 a9 1c 55 d2 b2 92 saa7133[0]: i2c eeprom 10: 00 ff e2 0f ff 20 ff ff ff ff ff ff ff ff ff ff saa7133[0]: i2c eeprom 20: 01 40 01 02 03 01 01 03 08 ff 00 88 ff ff ff ff saa7133[0]: i2c eeprom 30: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff saa7133[0]: i2c eeprom 40: ff 22 00 c2 96 ff 02 30 15 ff ff ff ff ff ff ff saa7133[0]: i2c eeprom 50: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff saa7133[0]: i2c eeprom 60: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff saa7133[0]: i2c eeprom 70: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff tuner 1-004b: chip found @ 0x96 (saa7133[0]) tuner 1-004b: type set to 5 (Philips PAL_BG (FI1216 and compatibles)) saa7133[0]: registered device video0 [v4l2] saa7133[0]: registered device vbi0 saa7133[0]: registered device radio0 Ако пробвам с tvtime-scanner ... Checking ... MHz: - No signal
Re: lug-bg: тв. тунер
На 23.1.2006 13:34 Vasil Benov написа: xwatv -hwscan какво казва? Здравейте, $xawtv -hwscan This is xawtv-3.94, running on Linux/i686 (2.6.15-1-k7) looking for available devices port 69-69 [ -xvport 69 ] type : Xvideo, video overlay name : video4linux port 70-70 type : Xvideo, image scaler name : ATI Radeon Video Overlay /dev/video0: OK [ -device /dev/video0 ] type : v4l2 name : ASUS TV-FM 7135 flags: overlay capture tuner Това е резултата от xawtv -hwscan, явно намира нещо но така или иначе не намира никакви канали нито с xawtv, нито с tvtime. (Бях задал настройка за чипсета при зареждане, сега е махната и резултата е: saa7133[0]: subsystem: 1043:4845, board: ASUS TV-FM 7135 [card=53,autodetected] ...) Честно казано нямам никаква идея къде може да е проблема...
Re: lug-bg: тв. тунер
На 23.1.2006 22:47 Vasil Benov написа: след като намира xawtv /dev/video0 пробвай: xawtv -c /dev/video0 За съжаление резултата е никакъв, нито така нито с tvtime-scanner, нито с scantv (последните две на всички честоти дават съобщение no signal). Да спомена че системата е debian testing, само ядрото сложих 2.6.15 с надеждата, че ще помогне но не би...
lug-bg: Samba и addware
Здравейте, имам следния проблем - една мрежа с 6 линукс машини и един windows. На линукс машините има пусната samba и съответно присъединени папки. В папките които са присъединени започнах да се появяват разни странни файлове с имена Britney Suxx.exe и от рода. Имате ли идея как се лекува това нещо? Поздрави Благодаря! pgpx5ZlKNtKGd.pgp Description: PGP signature
Re: lug-bg:Postfix
На 6.12.2005 17:00 Georgi Georgiev пише: Благодаря на всички за коментарите, но ,честно казано, не ми помогнаха много, тъй като съм достатъчно неопитен и не разбрах много от нещата. Ами както ще ти кажат повечето хора от този списък, нещата може да се оправят с четене... До тук ми стана ясно следното: 1. Да прочета http://www.postfix.org/postconf.5.html и http://www.postfix.org/BASIC_CONFIGURATION_README.html - Що се отнася до прочитането -прочетох ги. 2. Да преразгледам mynetworks. Това ми създава известни затруднения, защото не схванах как да разширя обхвата, за да мога да изпращам писма на практика към всички възможни домейни. (smtpd_recepient_restrictions = permit_mynetworks , permit_sasl_authentication) Може би аз бъркам нещо но тук трябва да укажеш кой има право да получава поща. В случая както си го написал си разрешил получаването на поща за адресите записани в mynetworks. Като пример може да се посочи нещо от рода smtpd_recipient_restrictions = reject_invalid_hostname, reject_non_fqdn_hostname, reject_non_fqdn_sender, reject_unauth_destination, reject_rbl_client zombie.dnsbl.sorbs.net, ... permit_mynetworks 3. Мислех си, че съм конфигурирал sasl_authentication, но как да проверя дали е правилно? 4. Относно smtpd_sender_restrictions = hash:/etc/postfix/access, си мисля, че съм поставил коректните записи в /etc/postfix/access. Освен да ги поставиш във файла, трябва и да го хешираш. Може да го направиш с командата postmap. 5. Когато разглеждам върнатото съобщение : host homecomputer.co.nr[82.146.34.249] said: 550 5.7.1 [EMAIL PROTECTED]... Relaying denied. Proper authentication required. (in reply to RCPT TO command) ме обхващата някои съмнения. Този IP адрес 82.146.34.249 не е очакваният от мен. Сървърът работи на друг адрес. Аз си регистрирах безплатне домейн homecomputer.co.nr и с http нямам проблеми http://homecomputer.co.nr отваря моя сайт. Писмата обаче се връщат от друг IP адрес. Какво означава това ? Тук може би трябва оправиш DNS, като укажеш правилни MX записи Успех pgpDyRfRDEvlJ.pgp Description: PGP signature
Re: lug-bg: Postfix
На 5.12.2005 15:24 Georgi Georgiev пише: Здравейте, група, Имам следния проблем: Опитвам се да направя работещ меил сървър. Използвам SuSE9.3 и съответно postfix. Сървъра изглежда, че работи, но когато изпращам към него писмо се връща : 5.7.1 [EMAIL PROTECTED]... Relaying denied. Proper authentication required. (in reply to RCPT TO command) Подобно е съобщението и когато се опитвам да изпратя писмо. Моля, дайте някакви насоки като за начинаещ. Предполагам, че проблема е в правилата определящи кои потребители могат да пращат и за кои да се получава поща... Може да погледнеш в конфигурационния файл какво точно е описано (main.cf, по подразбиране /etc/postfix/main.cf) и по специално smtpd_sender_restrictions = ... smtpd_recipient_restrictions =... pgpifAkPtX1FV.pgp Description: PGP signature
Re: lug-bg: Postfix
На 5.12.2005 16:22 Georgi Georgiev пише: Текущи настройки в /etc/postfix/main.cf smtpd_sender_restrictions = hash:/etc/postfix/access smtpd_recepient_restrictions = permit_mynetworks , permit_sasl_authentication При текущите настройки, предполагам трябва да редактираш /etc/postfix/access, освен това да настроиш (редактираш) mynetworks, a също да провериш правилно ли е конфигуриран sasl_authentication. Бих ти препоръчал да прочетеш малко документация: http://www.postfix.org/documentation.html или като за начало може да почнеш с http://www.postfix.org/postconf.5.html http://www.postfix.org/BASIC_CONFIGURATION_README.html Успех! pgpEy4SjhJadD.pgp Description: PGP signature
lug-bg: шейпър
Здравейте, по този въпрос има мнооого изписано и след дълго четене сътворих еднотворение но не съм много сигурен дали работи правилно. Та искам да помоля някой ако може да отдели 5 минути и да си каже мнението :-) Та става въпрос за ADSL -ла (на една добре известна компания :-)) и няколко човека в мрежа. Идеята предполагам е ясна - да се раздели справедливо трафика между всички. Ето това направих до момента: Първо отбелязваме изходящия трафик: iptables -t mangle -A FORWARD -s x.x.x.x -j MARK --set-mark 1 iptables -t mangle -A FORWARD -s y.y.y.y -j MARK --set-mark 2 ... След това входящия: iptables -t mangle -A POSTROUTING -s ! x.x.x.x -d x.x.x.x -j MARK --set-mark 101 iptables -t mangle -A POSTROUTING -s ! y.y.yy -d y.y.y.y -j MARK --set-mark 102 Ето и самия шейпър: #path to tc TC=/usr/sbin/tc #interface for users dev_lan=eth0 dev_inet=eth1 #download speed d_speed=512kbit #upload speed u_speed=128kbit $TC qdisc del dev $dev_lan root /dev/null $TC qdisc del dev $dev_inet root /dev/null $TC qdisc add dev $dev_lan root handle 1: htb #default 1000 $TC qdisc add dev $dev_inet root handle 2: htb #default 1001 #general class $TC class add dev $dev_lan parent 1: classid 1:1 htb rate $d_speed ceil $d_speed $TC class add dev $dev_inet parent 2: classid 2:1 htb rate $u_speed ceil $u_speed #general download class $TC class add dev $dev_lan parent 1:1 classid 1:2 htb rate 73Kbit ceil $d_speed #general upload class $TC class add dev $dev_inet parent 2:1 classid 2:2 htb rate 18Kbit ceil $u_speed И самите дисциплини: $TC filter add dev $dev_lan parent 1: protocol ip prio 1 handle 101 fw classid 1:2 $TC filter add dev $dev_inet parent 2: protocol ip prio 1 handle 1 fw classid 2:2 Не е нищо особено но имам някои съмнения върху правилната му работа. Благодаря! pgpa2B0T2tqVV.pgp Description: PGP signature
Re: lug-bg: Дебиан и приоритети
На 3.10.2005 13:30 Огнян Кулев пише: Атанас Мавров wrote: тъй като сравнително от скоро ползвам Дебиан и някои неща не са ми много ясни ще ви помоля за помощ :-) Може би http://lists.uni-sofia.bg/cgi-bin/mailman/listinfo/debian е по-подходящ списък? :-) apt-get install kde/unstable Струва ми се, че apt-get install -t unstable kde ще свърши работа. Package: kde* Pin: release a=unstable Pin-Priority: 910 Package трябва да е или име на конкретен пакет, или *. Няма шаблони :-( Поздрави, оги Благодаря Оги, ще пробвам!!! Поздрави
lug-bg: slackware current + cups
Здравейте, имам следния (странен) проблем - инсталирах си cups от tgz пакет, конфигурирах го през web интерфейса (принтера е HP Laser Jet 5) но... Когато се опитах да печатам се получава следния дефект - печата първата страница после има пауза от примерно минута, печата втората страница само че паузата се увеличава и такава в геометрична прогресия. След това се опитах да настроя OpenOffice като му зададох нужния принтер и команда за печат lpr-cups и тук резултата беше още по интересен - започна да печата страниците по ширина... (т.е. завъртяни на 90 градуса) при което естествено половината текст липсва освен че е на неправилната страна на листа. Та някой имал ли е подобен проблем за да помогне. Благодаря!
lug-bg: postfix + mysql + sasl
Здравейте, някой сблъсквал ли се е със следния проблем - системата е Debian current / stable. Инсталиран е postfix, mysql, postfixadmin, courier (imap, pop3), libsasl2, libsasl2-modules, libsasl2-modules-sql, sasl2-bin, postfix-tls. Проверката на пощите работи без проблем но като се опитам да изпращам писма ми казва, че удостоверяването е пропаднало. Ето какви настройки съм направил до тук: /etc/postfix/main.cf smtpd_sasl_auth_enable = yes smtpd_sasl_security_options = noanonymous smtpd_sasl_local_domain = broken_sasl_auth_clients = yes smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination smtpd_sasl_application_name = smtpd smtpd_use_tls = yes smtpd_tls_cert_file = /etc/postfix/sasl/postfix-cert.pem smtpd_tls_key_file = /etc/postfix/sasl/postfix-key.pem smtpd_tls_loglevel = 5 smtpd_tls_received_header = yes smtpd_tls_session_cache_timeout = 3600s tls_random_source = dev:/dev/urandom /etc/postfix/master.cf smtp inet n - n - - smtpd /etc/postfix/sasl/smtpd.conf pwcheck_method: saslauthd /etc/pam.d/smtp auth sufficient pam_mysql.so host=127.0.0.1 db=postfix user=user passwd=password table=mailbox usercolumn=username passwdcolumn=password crypt=1 logtable=log logmsgcolumn=msg logusercolumn=user loghostcolumn=host logpidcolumn=pid logtimecolumn=time auth sufficient pam_unix_auth.so account required pam_mysql.so host=127.0.0.1 db=postfix user=user passwd=password table=mailbox usercolumn=username passwdcolumn=password crypt=1 logtable=log logmsgcolumn=msg logusercolumn=user loghostcolumn=host logpidcolumn=pid logtimecolumn=time account sufficient pam_unix_acct.so - като този файл е копиран и в /var/spool/postfix/etc/pam.d/ - След като се опитам да изпратя писмо обаче това се получава в syslog -а: . warning: SASL authentication failure: Password verification failed .. Някой има ли идея къде бъркам. Благодаря! pgpS7xk7SWSRA.pgp Description: PGP signature
Re: lug-bg: postfix + mysql + sasl
Работи! Благодаря много! :-) На 8.8.2005 15:05 Nikola Antonov пише: Държиш ли да използваш saslauth. Обикновено при тази конфигурация оторизацията на courier? Т.е. съдържанието на /etc/postfix/sasl/smtpd.conf е примерно такова: pwcheck_method: authdaemond log_level: 3 mech_list: PLAIN LOGIN authdaemond_path:/var/run/courier/authdaemon/socket -- Nikola ANTONOV, Linux for Bulgarians -- Public GnuPG key at http://wwwkeys.pgp.net ftp://ftp.logos-bg.net/pub/Linux-BG.org/GPG_Keys/ Fingerprint: AD64 2468 0AB4 B298 E7E3 92DA 15F5 7AC5 A05E 0F63 pgpbw08Y2RGqQ.pgp Description: PGP signature
lug-bg: horde3+imp4 [2]
Здравейте, имам следния проблем - реших да мина от horde2+imp3 към horde3+imp4. Системата е Debian Stable (sarge). Използвам Postfix + mysql. В horde2 има един модул sork-passwd с помощта на който мога да укажа къде е базата данни с потребителите и паролите които и postfix ползва, но в horde3 не намерих нещо подобно. Някой имал ли е подобен проблем и как го е разрешил? Благодаря! pgpbTrsCfBBEj.pgp Description: PGP signature
Re: lug-bg: horde3+imp4 [2]
Здравей, ами при мен такъв файл няма... ето какво има в ../horde3/config conf.php conf.xml hooks.php mime_drivers.php motd.php nls.php prefs.php registry.php На 24.6.2005 15:50 Teodor Georgiev пише: В 3ката отиваш в директория config (не на IMPa) и гледаш файла horde.php. Указваш си за драйвер - sql и надолу си настройваш достъпа до базата данни/таблицата. On Friday 24 June 2005 15:17, Атанас Мавров wrote: Здравейте, имам следния проблем - реших да мина от horde2+imp3 към horde3+imp4. Системата е Debian Stable (sarge). Използвам Postfix + mysql. В horde2 има един модул sork-passwd с помощта на който мога да укажа къде е базата данни с потребителите и паролите които и postfix ползва, но в horde3 не намерих нещо подобно. Някой имал ли е подобен проблем и как го е разрешил? Благодаря!
lug-bg: postfix, virtual mail, web mail
, : , webmail.postfix , webmail . 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: Ако случайно някой пази...
, -GNU Mach . : http://www.linux-bulgaria.org/archive/2004/Feb/26786.html . free.top.bg:-) !!! ! pgpYz2xZRNzgB.pgp Description: PGP signature
Re: lug-bg: Subversion
! ,post-commit ! ! 2.3.2005 12:54 Krasimir Kazakov : Kaloian Doganov wrote: ... #!/bin/bash WORKING_DIR=/path/to/project/htdocs cd $WORKING_DIR ; svn update pgpDMVWh19KZ8.pgp Description: PGP signature
lug-bg: Subversion
, , , . - subversion, . - subversion ( ) berkeley db. . , ? , 1.1.3-2. ! pgpIcwYzoYsW7.pgp Description: PGP signature
lug-bg: Дебиан и линукс ядро
, .- -- 14.02. 2.6.8 , 2.6.10. . , - ( ) : Kernel panik VFS unable to mount root device hda1 or (hd0,0) GRUB ( ): - title Debian GNU/Linux, kernel 2.6.10 Default root (hd0,0) kernel /boot/vmlinuz-2.6.10 ro boot - title Debian GNU/Linux, kernel 2.6.10 Default root (hd0,0) kernel /boot/vmlinuz-2.6.10 root=/dev/hda1 ro boot ... google initrd, initrd . initrd? ! 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: Дебиан и линукс ядро
, ! 25.2.2005 08:29 Yavor Doganov : On 2005-02-25 02:50:06 +0200 [EMAIL PROTECTED] wrote: . - - - 14.02. 2.6.8 , 2.6.10. kernel-package . /usr/share/doc/kernel-package/. -- , === = 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: Sendmail проблем
17.1.2005 17:58 : , + cyrus-sasl + amavisd-new + clamav slackware current... () - :-) - : /etc/amavisd.conf: $forward_method= 'pipe:flags=q argv=/usr/sbin/sendmail -i -f ${sender} -- ${recipient}'; $notify_method = 'pipe:flags=q argv=/usr/sbin/sendmail -i -f ${sender} -- ${recipient}'; ... /etc/amavisd.conf $forward_method = undef; $notify_method = 'pipe:flags=q argv=/usr/sbin/sendmail -Ac -i -odd -f ${sender} -- ${recipient}'; ! 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: Sendmail проблем
, + cyrus-sasl + amavisd-new + clamav slackware current... () - :-) - : /etc/amavisd.conf: $forward_method= 'pipe:flags=q argv=/usr/sbin/sendmail -i -f ${sender} -- ${recipient}'; $notify_method = 'pipe:flags=q argv=/usr/sbin/sendmail -i -f ${sender} -- ${recipient}'; /etc/hosts , () ( 70% ) : amavis.log Jan 17 17:34:37 mail /usr/local/sbin/amavisd[1063]: (01063) spam_scan: DSPAM not available, skipping it Jan 17 17:34:38 mail /usr/local/sbin/amavisd[1063]: (01063) calling SA parse, SA version 3.0.2 Jan 17 17:34:38 mail /usr/local/sbin/amavisd[1063]: (01063) CALLING SA check Jan 17 17:34:42 mail /usr/local/sbin/amavisd[1063]: (01063) RETURNED FROM SA check, time left: 26 s Jan 17 17:34:42 mail /usr/local/sbin/amavisd[1063]: (01063) prolong_timer after spam_scan_SA: remaining time = 479 s Jan 17 17:34:42 mail /usr/local/sbin/amavisd[1063]: (01063) spam_scan: hits=-2.642 tests=ALL_TRUSTED,NO_REAL_NAME Jan 17 17:34:42 mail /usr/local/sbin/amavisd[1063]: (01063) prolong_timer after spam_scan: remaining time = 479 s Jan 17 17:34:42 mail /usr/local/sbin/amavisd[1063]: (01063) lookup: (scalar) matches, result=6.31 Jan 17 17:34:42 mail /usr/local/sbin/amavisd[1063]: (01063) lookup (spam_kill_level) = true, [EMAIL PROTECTED] matches, result=6.31, matching_key=(constant:6.31) Jan 17 17:34:42 mail /usr/local/sbin/amavisd[1063]: (01063) header: Received: from unknown by localhost (amavisd-new, unix socket) id 01063\n for [EMAIL PROTECTED]; Mon, 17 Jan 2005 17:34:36 +0200 (EET)\n Jan 17 17:34:42 mail /usr/local/sbin/amavisd[1063]: (01063) lookup_acl([EMAIL PROTECTED]) matches key .my_host.bg, result=1 Jan 17 17:34:42 mail /usr/local/sbin/amavisd[1063]: (01063) lookup (local_domains) = true, [EMAIL PROTECTED] matches, result=1, matching_key=.my_host.bg Jan 17 17:34:42 mail /usr/local/sbin/amavisd[1063]: (01063) query_keys: [EMAIL PROTECTED], user@, my_host, .my_host, .my_host.bg, .bg, . Jan 17 17:34:42 mail /usr/local/sbin/amavisd[1063]: (01063) lookup_hash([EMAIL PROTECTED]), no matches Jan 17 17:34:42 mail /usr/local/sbin/amavisd[1063]: (01063) lookup (bypass_virus_checks) = undef, [EMAIL PROTECTED] does not match Jan 17 17:34:42 mail /usr/local/sbin/amavisd[1063]: (01063) query_keys: [EMAIL PROTECTED], user@, my_host, .my_host, .my_host.bg, .bg, . Jan 17 17:34:42 mail /usr/local/sbin/amavisd[1063]: (01063) lookup_hash([EMAIL PROTECTED]), no matches Jan 17 17:34:42 mail /usr/local/sbin/amavisd[1063]: (01063) lookup (bypass_spam_checks) = undef, [EMAIL PROTECTED] does not match Jan 17 17:34:42 mail /usr/local/sbin/amavisd[1063]: (01063) lookup: (scalar) matches, result=2 Jan 17 17:34:42 mail /usr/local/sbin/amavisd[1063]: (01063) lookup (spam_tag_level) = true, [EMAIL PROTECTED] matches, result=2, matching_key=(constant:2) Jan 17 17:34:42 mail /usr/local/sbin/amavisd[1063]: (01063) lookup: (scalar) matches, result=6.31 Jan 17 17:34:42 mail /usr/local/sbin/amavisd[1063]: (01063) lookup (spam_tag2_level) = true, [EMAIL PROTECTED] matches, result=6.31, matching_key=(constant:6.31) Jan 17 17:34:42 mail /usr/local/sbin/amavisd[1063]: (01063) headers CLUSTERING: NEW CLUSTER [EMAIL PROTECTED]: hits=-2.642, tag=0, tag2=0, subj=0, subj_u=0, local=1, bl= Jan 17 17:34:42 mail /usr/local/sbin/amavisd[1063]: (01063) header: X-Virus-Scanned: amavisd-new at my_host.bg\n Jan 17 17:34:42 mail /usr/local/sbin/amavisd[1063]: (01063) headers CLUSTERING: done all 1 recips in one go Jan 17 17:34:42 mail /usr/local/sbin/amavisd[1063]: (01063) FWD via PIPE: [EMAIL PROTECTED] - [EMAIL PROTECTED] Jan 17 17:34:42 mail /usr/local/sbin/amavisd[1063]: (01063) mail_via_pipe running command: /usr/sbin/sendmail -i -f [EMAIL PROTECTED] -- [EMAIL PROTECTED] Jan 17 17:34:42 mail /usr/local/sbin/amavisd[1063]: (01063) run_command_consumer: [1092] /usr/sbin/sendmail -i -f [EMAIL PROTECTED] -- [EMAIL PROTECTED] /dev/null - maillog Jan 17 17:32:43 mail amavis-milter[1055]: Starting, handing off to smfi_main Jan 17 17:32:48 mail sendmail[1060]: starting daemon (8.13.2): [EMAIL PROTECTED]:25:00 Jan 17 17:34:23 mail sendmail[1082]: j0HFYNwm001082: from=root, size=210, class=0, nrcpts=1, msgid=[EMAIL PROTECTED], [EMAIL PROTECTED] Jan 17 17:34:24 mail sendmail[1083]: STARTTLS=server, relay=localhost [127.0.0.1], version=TLSv1/SSLv3, verify=NO, cipher=DHE-RSA-AES256-SHA, bits=256/256 Jan 17 17:34:24 mail sendmail[1082]: STARTTLS=client, relay=[127.0.0.1], version=TLSv1/SSLv3, verify=FAIL, cipher=DHE-RSA-AES256-SHA, bits=256/256 Jan 17 17:34:24 mail sendmail[1083]: j0HFYNcd001083: from=[EMAIL PROTECTED], size=452, class=0, nrcpts=1, msgid=[EMAIL PROTECTED], proto=ESMTP, daemon=MTA, relay=localhost [127.0.0.1] Jan 17 17:34:32 mail sendmail[1088]: j0HFYWqE001088: Authentication-Warning: my_host: amavis set sender to [EMAIL PROTECTED] using -f Jan 17
lug-bg: sendmail [2]
, ( ) , ... - amavisd, . - slackware-current + cyrus-sasl + amavisd-new + clamav. maillog - : Jan 18 02:56:09 mail sendmail[2607]: j0I0u9F1002607: ruleset=check_rcpt, arg1=[EMAIL PROTECTED], relay=sender_server [sender_ip], reject=403 4.7.0 encryption too weak 0 less than 128 Jan 18 02:56:09 mail sendmail[2607]: j0I0u9F1002607: from=[EMAIL PROTECTED], size=932, class=0, nrcpts=0, proto=ESMTP, daemon=MTA, relay=sender_server [sender_ip] Jan 18 02:56:09 mail amavis-milter[2608]: j0I0u9F1002607: (mlfi_abort) .. : define(`confAUTH_OPTIONS', `A p') !!! 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: Kmail и Slackware current
, Kmail 1.7.1 Slackware.- SSL : kdecore (KLibLoader): WARNING: KLibrary: /usr/lib/libcrypto.so.0.9.7: undefined symbol: PKCS7_content_free kdecore (KLibLoader): WARNING: KLibrary: /usr/lib/libcrypto.so.0.9.7: undefined symbol: OpenSSL_add_all_algorithms kdecore (KLibLoader): WARNING: KLibrary: /usr/lib/libcrypto.so.0.9.7: undefined symbol: OpenSSL_add_all_algorithms_conf kdecore (KLibLoader): WARNING: KLibrary: /usr/lib/libcrypto.so.0.9.7: undefined symbol: OpenSSL_add_all_algorithms_noconf , ? ! pgpnCk6lzip0Q.pgp Description: PGP signature