Здравейте, най-вероятно ще ми се наложи да направя следната конфигурация user@test.com при преминаване на сървъра да стане user@com.test. Сега се замислих как мога да го реализирам. Малко помощ би ми дошла много добре. Става дума за qmail или Postfix ( не знам за кой мейл сървър ще ми трябва още ). Благодаря много предварително за помощта!

Здравейте, най-вероятно ще ми се наложи да направя следната конфигурация user@test.com при преминаване на сървъра да стане user@com.test. Сега се замислих как мога да го реализирам. Малко помощ би ми дошла много добре. Става дума за qmail или Postfix ( не знам за кой мейл сървър ще ми трябва още ). Благодаря много предварително за помощта!

по принцип ги държеше в опашката за изпращане, но след атрактивната ми намеса вчера вече не знам къде ги държеше. Предполагам в опашката за сканиране. Когато спрях сканирането с clamav всичко е ток. Засега става  да го оставя без сканиране за вируси сървърчето, но ме дразни вътрешно, че не работи.Писмата иначе които се задържат са си напълно реално. Довечера ще го мъча, че не ми иска да бавя писма сега.

логовете системните са пълни с всякакви истории от iptables
и няма нищо свързано с clamav в тях

логовете на clamav - Thu Feb 14 16:33:38 2008 -> /var/qmail/simscan/1202999618.195598.19879/msg.1202999618.195598.19879: Trojan.Dropper-4637 FOUN
D
Thu Feb 14 16:33:38 2008 -> /var/qmail/simscan/1202999618.282750.19883/msg.1202999618.282750.19883: OK
Thu Feb 14 16:33:38 2008 -> /var/qmail/simscan/1202999618.282750.19883/mZ0KMtpwHk.gif: OK
Thu Feb 14 16:33:38 2008 -> /var/qmail/simscan/1202999618.282750.19883/textfile1: OK
Thu Feb 14 16:33:38 2008 -> /var/qmail/simscan/1202999618.282750.19883/addr.1202999618.282750.19883: OK
Thu Feb 14 16:33:38 2008 -> /var/qmail/simscan/1202999618.282750.19883/textfile2: OK

 са само такива ето и от пускане на clamav :

Thu Feb 14 16:30:35 2008 -> /var/qmail/simscan/1202999435.115566.16891/msg.1202999435.115566.16891: OK
Thu Feb 14 16:30:36 2008 -> Shutting down the main socket.
Thu Feb 14 16:30:36 2008 -> Closing the main socket.
Thu Feb 14 16:30:36 2008 -> Socket file removed.
Thu Feb 14 16:30:36 2008 -> Pid file removed.
Thu Feb 14 16:30:36 2008 -> --- Stopped at Thu Feb 14 16:30:36 2008
Thu Feb 14 16:30:47 2008 -> +++ Started at Thu Feb 14 16:30:47 2008
Thu Feb 14 16:30:47 2008 -> clamd daemon 0.90.1 (OS: linux-gnu, ARCH: i386, CPU: i486)
Thu Feb 14 16:30:47 2008 -> Log file size limit disabled.
Thu Feb 14 16:30:47 2008 -> Reading databases from /var/lib/clamav
Thu Feb 14 16:30:48 2008 -> Loaded 211590 signatures.
Thu Feb 14 16:30:48 2008 -> Unix socket file /var/run/clamav/clamd.ctl
Thu Feb 14 16:30:48 2008 -> Setting connection queue length to 25
Thu Feb 14 16:30:48 2008 -> Listening daemon: PID: 19606
Thu Feb 14 16:30:48 2008 -> Archive: Archived file size limit set to 26214400 bytes.
Thu Feb 14 16:30:48 2008 -> Archive: Recursion level limit set to 5.
Thu Feb 14 16:30:48 2008 -> Archive: Files limit set to 1000.
Thu Feb 14 16:30:48 2008 -> Archive: Compression ratio limit set to 250.
Thu Feb 14 16:30:48 2008 -> Archive support enabled.
Thu Feb 14 16:30:48 2008 -> Algorithmic detection enabled.
Thu Feb 14 16:30:48 2008 -> Portable Executable support enabled.
Thu Feb 14 16:30:48 2008 -> ELF support enabled.
Thu Feb 14 16:30:48 2008 -> Mail files support enabled.
Thu Feb 14 16:30:48 2008 -> Mail: Recursion level limit set to 64.
Thu Feb 14 16:30:48 2008 -> OLE2 support enabled.
Thu Feb 14 16:30:48 2008 -> PDF support disabled.
Thu Feb 14 16:30:48 2008 -> HTML support enabled.
Thu Feb 14 16:30:48 2008 -> Self checking every 3600 seconds.
Thu Feb 14 16:30:50 2008 -> /var/qmail/simscan/1202999450.315197.19611/textfile1: OK


конфигурацията на clamav нищо не съм пипал по нея, но е следната:

LocalSocket /var/run/clamav/clamd.ctl
FixStaleSocket true
User clamav
AllowSupplementaryGroups true
ScanMail true
ScanArchive true
ArchiveMaxRecursion 5
ArchiveMaxFiles 1000
ArchiveMaxFileSize 25M
ArchiveMaxCompressionRatio 250
ArchiveLimitMemoryUsage false
ArchiveBlockEncrypted false
MaxDirectoryRecursion 15
FollowDirectorySymlinks false
FollowFileSymlinks false
ReadTimeout 180
MaxThreads 12
MaxConnectionQueueLength 15
StreamMaxLength 10M
LogSyslog false
LogFacility LOG_LOCAL6
LogClean true
LogVerbose true
PidFile /var/run/clamav/clamd.pid
DatabaseDirectory /var/lib/clamav
TemporaryDirectory /tmp
SelfCheck 3600
Foreground false
Debug true
ScanPE true
ScanOLE2 true
ScanHTML true
DetectBrokenExecutables false
MailFollowURLs false
ArchiveBlockMax false
ExitOnOOM false
LeaveTemporaryFiles false
AlgorithmicDetection true
ScanELF true
NodalCoreAcceleration false
IdleTimeout 30
MailMaxRecursion 64
PhishingSignatures true
LogFile /var/log/clamav/clamav.log
LogTime true
LogFileUnlock false
LogFileMaxSize 0



това само ми се струва странно:

# /etc/init.d/clamav-daemon
# /etc/init.d/clamav-daemon start
#
# echo $?
0

един сървър служи за спам филтър от 10 месеца. Досега нямах проблем с него до днес. Без да е ъпдейтван без нищо от днес clamav почна да слага на опашката от време на време ( през 2-3 минути по някой и друг мейл). Доста мейли минават, но някои се спират. Спирам clamav-daemon всичко е наред. Преди ми беше направим проблем freshclam-a беше забил нещо при ъпдейт, но сега не мисля, че това е проблемът. Пробвах дори и с ъпдейт от backport колекцията на Etch.


ii  spamassassin                      3.1.7-2
ii  qmail                             1.03-45iuculano2
ii  clamav                            0.91.2-4.0lenny1~bpo40+1

Това беше точният въпрос  '>  Всичко е наред сега благодаря много!

Здравейте, днес се сбълсках със следният проблем - имам един интерфейс на един Дебиан 4.0, който е вързан към trunk порт на суич на който му е untaggnat ( native ) един vlan. Чудех се как мога да кажа на линукса да не праща и приема tagnati пакетите от този vlan. Видях че vconfig има set_flag [vlan-device] 0 | 1, но като го сложих -
vconfig set_flag vlan100 1 и нещата не се промениха. Та се чудех така ли се прави? Благодаря за помощта...

П.С. Чудех се как се прави подобно нещо и под Freebsd

Ами място ... около 450 ГБ, като харда не е цепен на различни дялове т.е. всичко в / . За рам-а да това е ясно ще се тества, за съжаление още не съм го правил. Един път се хванах да го изчерпам (останаха 200-300 МБ), но нямаше проблем. Ами кога... през ноща. Няма графична среда и върви само един AMP  на него и някои стандартни за системата - cron, rsyslog. Вече казах, че не е когато е натоварена т.е. тя не може да се натовари при нормалната и работи в момента е на е 0.01.

[Цитат]

Цитат (elfenlied @ Ян. 18 2008,01:15)

Ами не е клокван. Доста е мощен и няма смисъл от това. За прегряването lm-sensors нещо не хващат модулите за температура, обороти на вентилаторите и волтажи, така че това мисля да гледам. Гледах, че има по ново ядро за федора, то мога и от source да го сложа, но предпочитах от федората да е. Почти всичко съм спрял, което не ми трябва. То и почти нищо няма да де. Все пак все си мисля, че повече са тествани. Не знам най ме гложди каква е вероятноста наистина да е драйвер. Но то всички драйвери си работят и в един момент по доста различно време да забиват не ми се връзва нещо.

Сега като се глозгаш, че е драивър пробваи друго дистро (Федора е най-хубава от към разползнаване на части псоред мен) с други драивъри '>
Доста е ненормално псоред мен да работи с драивъра и лсед 15 часа да се бъгне... то или работи или не!
Друг въпроса ако драивъра е бъгав и от него с времето се награвя дадената част(Рам, Процесор, Хард, Видео ...)
Пробваи и ръчно да си нагласиш драивърите!Ами не то ми се иска да не е драйвер или ядро затова за тях си мисля '> Иначе това нещо това ръчно да наглася драйверите малко не го разбрах. Може ли малко повече информация за това? А машината ако е с адското охлаждане не виждам честно казано как драйвер ще придизвика това прегравяне на процесор, рам или видео.

Забива имам предвид Kernel Panic и всички свършва (ни ping ни активен service ни приемане на команди). Засега не знам точно какъв е точно Kernel Panic-a '> (но това е друг история) ами нема братче кьораво съобщение. Последните съощения са от предния рестартиране на системата.

Ами не е клокван. Доста е мощен и няма смисъл от това. За прегряването lm-sensors нещо не хващат модулите за температура, обороти на вентилаторите и волтажи, така че това мисля да гледам. Гледах, че има по ново ядро за федора, то мога и от source да го сложа, но предпочитах от федората да е. Почти всичко съм спрял, което не ми трябва. То и почти нищо няма да де. Все пак все си мисля, че повече са тествани. Не знам най ме гложди каква е вероятноста наистина да е драйвер. Но то всички драйвери си работят и в един момент по доста различно време да забиват не ми се връзва нещо.

Здравейте,
  имам един проблем и ако някой даде съвет ще съм много благодарен, защото аз нямам идея вече. Сложих една Fedora 8 и машината си работи много добре по 10-15 часа понякога и 1-2  дни но винаги забива. Натоварването е от порядъка на 0.02 - 0.15 което е нищо. Рам свободен да се удавиш. Един час я държах на 100% cpu натоварване и нищо. Изчетах какво ли не в логовете и не видях нищо. Нито kernel panic нито Oops съобщения, нито никаква грешка. Какво ли не изчетох и нема братче. Или е проблем в ядрото или в драйвер или е хардуерен проблем. Мисълта, че забива с по над 10-15 часа uptime ме навежда на мисълта, че едва ли е драйвер ... за 15 часа работа защо да реши да забие този драйвер не ми е ясно. Ядро пак не мисля, че е. Наистина вече немам идея.

Ами Outlook Express не, но outlook 2003 доста е замесен '>

Значи напоследък гледам, че винаги когато мине писмо през някакъв линукс мейл сървър - (qmail,postifx,exim...) и съобщението е на кирилица нещо се омазва яко и се получава някаква знаци само, а не текста. Мисля че проблемът се получава когато се дава reply или forward на писмото. Някой борил ли се с такъв проблем или просто ме интересуваше дали проблемът е в самият Exchange или при Linux mail server-ите.

Значи за втори път ми го прави следния проблем - тръгнах да трия към 1000 файла (грешки от едни тестове се получаваха), но не бях обръщал внимание. Днес ги видях и тръгнах да ги трия и малко след това (3-4) мин ми заби системата... след рестарт не се дигна. Отивам да я видя бла бла please run fsck manually - INCONSISTENCY... викам ок един бърз fsck и всичко ток. ОК сега гледам че ми е наврял тези файлове в /var/lost+found. Викам си я пак да почна да ги трия хайде пак глупости. Това има ли начин да не се получават такива проблеми. Еднат ами Linux машина и при нея така се получи преди няколко седмици... хайде там бяха 1.5-2 милиона файла. И двете машини са с software-ни RAID-1. Та въпросът ми е има ли начин да се предпазя от такива неща и как? Благодаря предварително на всички който помогнат!