Re: lug-bg: Re: lug-bg: проба, н е обръщайте внимани е :-)
Ivan Bogouchev / Иван Богушев wrote: 2005/10/27, Georgi Alexandrov <[EMAIL PROTECTED]>: Dimitar Vasilev wrote: От известно време започнах да ползвам smtp server-а на google. Вчера и преди това също праштах писма до листа през него, но не пристигнаха. Това днес пристигна веднага (отново през smtp на google). Има ли причина или е просто "ей така", или проблема е в "моя" телевизор? :-) Може доставчика да те филтрира на 25-ти порт ТСР. Освен това ползвай и правописен речник моля - пише се праЩах. Поздрави -- Димитър Василев Dimitar Vassilev GnuPG key ID: 0x4B8DB525 Keyserver: pgp.mit.edu Key fingerprint: D88A 3B92 DED5 917E 341E D62F 8C51 5FC4 4B8D B525 Здравей, извинявам се за грешката, много рядко пиша на кирилица :-) Доставчика ми със сигурност не ме филтрира. По скоро проблема е при получаването на писмата. Ето например второто мое не съм го получил (това на което ти отговаряш). Явно ги праЩам успешно (тук замалко пак да напиша "праштам"). По принцип gmail се опитва да не ти показва писмата които ти си пратил към някоя листа докато нямаш отговор. И аз на няколко пъти се хващах на въдицата. А за писмото което си видял като получено сигурно се е промъкнало незабелязано. Проверих spam филтъра на gmail, но уви - не са попаднали там писмата. Ще погледна на още някое място където може да се губи, но засега нямам обяснение на феномена :-) Георги Александров Поздрави, -- Ivan Здравей, Това вече обяснява нещата :-) Разрових се из настройките на пощенската кутия в gmail, но не намерих нищо за иключване на подобно държание. Георги Александров
Re: lug-bg: Re: lug-bg: проба, не обръщайте внимание :-)
2005/10/27, Georgi Alexandrov <[EMAIL PROTECTED]>: > Dimitar Vasilev wrote: > > >>От известно време започнах да ползвам smtp server-а на google. > >>Вчера и преди това също праштах писма до листа през него, но не пристигнаха. > >>Това днес пристигна веднага (отново през smtp на google). > >>Има ли причина или е просто "ей така", или проблема е в "моя" телевизор? :-) > >> > >> > >> > >Може доставчика да те филтрира на 25-ти порт ТСР. > >Освен това ползвай и правописен речник моля - пише се праЩах. > >Поздрави > >-- > >Димитър Василев > >Dimitar Vassilev > > > >GnuPG key ID: 0x4B8DB525 > >Keyserver: pgp.mit.edu > >Key fingerprint: D88A 3B92 DED5 917E 341E D62F 8C51 5FC4 4B8D B525 > > > > > Здравей, > > извинявам се за грешката, много рядко пиша на кирилица :-) > Доставчика ми със сигурност не ме филтрира. По скоро проблема е > при получаването на писмата. Ето например второто мое не съм го получил > (това на което ти отговаряш). Явно ги праЩам успешно (тук замалко пак да > напиша "праштам"). По принцип gmail се опитва да не ти показва писмата които ти си пратил към някоя листа докато нямаш отговор. И аз на няколко пъти се хващах на въдицата. А за писмото което си видял като получено сигурно се е промъкнало незабелязано. > Проверих spam филтъра на gmail, но уви - не са попаднали там писмата. > Ще погледна на още някое място където може да се губи, но засега > нямам обяснение на феномена :-) > > > Георги Александров > Поздрави, -- Ivan
Re: lug-bg: Re: lug-bg: проба, н е обръщайте внимани е :-)
Dimitar Vasilev wrote: От известно време започнах да ползвам smtp server-а на google. Вчера и преди това също праштах писма до листа през него, но не пристигнаха. Това днес пристигна веднага (отново през smtp на google). Има ли причина или е просто "ей така", или проблема е в "моя" телевизор? :-) Може доставчика да те филтрира на 25-ти порт ТСР. Освен това ползвай и правописен речник моля - пише се праЩах. Поздрави -- Димитър Василев Dimitar Vassilev GnuPG key ID: 0x4B8DB525 Keyserver: pgp.mit.edu Key fingerprint: D88A 3B92 DED5 917E 341E D62F 8C51 5FC4 4B8D B525 Здравей, извинявам се за грешката, много рядко пиша на кирилица :-) Доставчика ми със сигурност не ме филтрира. По скоро проблема е при получаването на писмата. Ето например второто мое не съм го получил (това на което ти отговаряш). Явно ги праЩам успешно (тук замалко пак да напиша "праштам"). Проверих spam филтъра на gmail, но уви - не са попаднали там писмата. Ще погледна на още някое място където може да се губи, но засега нямам обяснение на феномена :-) Георги Александров
lug-bg: mysql 4.0 to 4.1 upgrade and cp1251
Ползвам FC2 и МySQL-server на rpm пакет от mysql.com. направих ъпгрейд от MySQL 4.0.23 към MySQL 4.1.14. после видях, че някои бази данни с cp1251 кодировка ги изкарва като utf8. прочетох на mysql.com че така е в 4.1 и трябва да конвертирам, но не разбраах как. после сложих в my.cnf това [mysqld] default-character-set=cp1251 default_collation=cp1251_general_ci но тогава ми се прецака един друг сайт, дето си е с utf8 какво да правя? -- Milen Trifonov <[EMAIL PROTECTED]>
lug-bg: Re: lug-bg: проба, не обръщайте внимание :-)
> От известно време започнах да ползвам smtp server-а на google. > Вчера и преди това също праштах писма до листа през него, но не пристигнаха. > Това днес пристигна веднага (отново през smtp на google). > Има ли причина или е просто "ей така", или проблема е в "моя" телевизор? :-) > Може доставчика да те филтрира на 25-ти порт ТСР. Освен това ползвай и правописен речник моля - пише се праЩах. Поздрави -- Димитър Василев Dimitar Vassilev GnuPG key ID: 0x4B8DB525 Keyserver: pgp.mit.edu Key fingerprint: D88A 3B92 DED5 917E 341E D62F 8C51 5FC4 4B8D B525
Re: lug-bg: Проблем с mod_chroot и Apache 2.0.55
Григор Йосифов wrote: Григор Йосифов wrote: Georgi Hristozov wrote: Здравейте! Блъскам си главата с доста гаден проблем. Машинката е със Slackware 10.2, Apache 2.0.55 и mod_chroot 0.5. В httpd.conf имам следните директиви: LoadModule chroot_module modules/mod_chroot.so ChrootDir /usr/httpd/ Както се досещате, Apache-то ми е инсталирано в /usr/httpd. При изпълнение на apachectl или httpd не вади никакъв изход или грешка, не записва и нищо в лога, но сървъра не е достъпен и httpd въобще не работи като процес. По принцип Apache трябва да работи със специален потребител, който съм направил - httpd и всичко е наред когато махна chroot. Пропускам ли нещо от конфигурацията или има някаква особеност на този модул? Надявам се въпроса да не е прекалено тъп. Благодаря предварително! Apache-то се опитва да създаде pid файл, но при chroot взима root директорията която е зададена със ServerRoot. Тоест ако тя е /usr/local и за pid файла имаш PidFile /var/run/httpd.pid, apache-то ще се опитва да запише pid-а в /usr/local/var/run/httpd.pid, така че ти трябва да създадеш тази директория и да и дадеш нужните права. Същото е и с логовете. Попвавка: не от ServerRoot, ами от ChrootDir Имам: CustomLog logs/access_log common ErrorLog logs/error_log PidFile logs/httpd.pid Така че тази възможност май отпада, защото всичко си е в папката му. -- |Georgi Hristozov | |E-mail: [EMAIL PROTECTED]| |ICQ: 3-119-401 / 81-850-937 |
Re: lug-bg: проба, не об ръщайте внимание :- )
Georgi Alexandrov wrote: проба, не обръщайте внимание :-) От известно време започнах да ползвам smtp server-а на google. Вчера и преди това също праштах писма до листа през него, но не пристигнаха. Това днес пристигна веднага (отново през smtp на google). Има ли причина или е просто "ей така", или проблема е в "моя" телевизор? :-)
lug-bg: проба, не обръща йте внимание :-)
проба, не обръщайте внимание :-)
Re: lug-bg: Тъй като неотдавна излезе OpenOffice 2 ...
Стария офис е добрия стар Microsoft Office XP ... :(
Re: lug-bg: Тъй като неотдавна излезе OpenOffice 2 ...
On Thursday 27 October 2005 16:40, Ivan Adams wrote: > Тъй като неотдавна излезе OpenOffice 2, реших че сега е времето да мигрирам > офиса на свободен софтуер. В момента самият аз го разучавам и затова имам > следното питане: > За разлика от стария офис, оpenoffice oтваряйки файл, който е само за > четене, НЕ предоставя опция за временни промени по него. Би ли посочил кой е този стар офис? Къде се намира в него такава опция която да позволява редактиране на файл отворен само за четене? Пробвах с ООо 1.1.4 и не успях да постигна ефекта който описваш. Поздрави -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB pgpFVHXbzr6vw.pgp Description: PGP signature
lug-bg: Тъй като неотдавна излезе OpenOffice 2 ...
Тъй като неотдавна излезе OpenOffice 2, реших че сега е времето да мигрирам офиса на свободен софтуер. В момента самият аз го разучавам и затова имам следното питане: За разлика от стария офис, оpenoffice oтваряйки файл, който е само за четене, НЕ предоставя опция за временни промени по него. Решението е да се цъкне Save As, да се запише локално вече като файл годен за писане по него. И след това процедурата е принтиране и предоставяне на променливите на колега. Проблема е че е малко объркващо, а и хората на работното място си иска старото положение, аз лично претърсих няколко пъти настройките и не отрких такава, позволяваща да се пише в файл само за четене ... Някои от вас вече имат повече опит, и тайничко се надявам някой да се е сблъсквал с този "проблем" и да одари едно рамо. Благодаря ви много
Re: lug-bg: X prez putty
> Открих го. Предполагам проблема е в реда: > > Info: Remote proxy doesn't support fake authentication. Не. Проблемът е в това : "Warning: Connected to remote NXPROXY version 1.4.0 with local version 1.5.0." fake authentication е въведено от версия 1.5.0. Инсталирай си последната версия на библиотеките и CVS версията на FreeNX ! > > Ето и целия 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: xfree86 или xorg ?
Stanimir wrote: > Ами аз принципно имам и Stable и Testing в apt.conf просто default ми е > Stable. Там е работата, че като е Testing няма ли да има грешки в > програмите и да не се получи така че да не мога да се оправям сам, > защото аз не разбирам програмните езици поне не много :( Използван *unstable* от години, не ми се е налагало да /програмирам/ за да оправям редките проблеми. В testing проблемите са още по-малко. дам -- Дамян Иванов Кредитреформ България [EMAIL PROTECTED] http://www.creditreform.bg/ тел. +359(2)928-2611, 929-3993 факс +359(2)920-0994 моб. +359(88)856-6067 [EMAIL PROTECTED]/Gaim signature.asc Description: OpenPGP digital signature
Re: lug-bg: X prez putty
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. Явор Атанасов
