Клубове Дир.бг
powered by diri.bg
търси в Клубове diri.bg Разширено търсене

Вход
Име
Парола

Клубове
Dir.bg
Взаимопомощ
Горещи теми
Компютри и Интернет
Контакти
Култура и изкуство
Мнения
Наука
Политика, Свят
Спорт
Техника
Градове
Религия и мистика
Фен клубове
Хоби, Развлечения
Общества
Я, архивите са живи
Клубове Дирене Регистрация Кой е тук Въпроси Списък Купувам / Продавам 01:46 18.06.24 
Компютри и Интернет
   >> UNIX
Всички теми Следваща тема *Кратък преглед

Страници по тази тема: 1 | 2 | >> (покажи всички)
Тема freebsd 5.1 -qmailнови  
Авторivanov (Нерегистриран)
Публикувано09.08.04 12:33



Здравейте
отскоро търкалям един qmail+vpop+squirrelmail на FBSD 5.1.Проблема е следния по принцип всичко върви нормално-qmail-а праща и получава мейл и след известно време (ден, два може да искара и 5 дни или самоняколко часа) спира и почва да трупа всичко на queue. Не става и с flush на queue. След рестарт нещата се оправят.Qmail-а е пачнат.Рових доста по гоогле-то но не намерих някакво решение на проблема.Ще ви помоля да споделите идеи ако имате Akoтрябва допълнително инфо ще постна.
благодаря

freebsd 5.1
apache 1.3.31
PHP4.3
mysql 4.0.18
bind 9.2.4
qmail 1.03
vpopomail 5.4



Тема Re: freebsd 5.1 -qmailнови [re: ivanov]  
Автор ^] (escapist...)
Публикувано09.08.04 15:44



Пейстни /var/qmail/bin/qmail-showctl

Отделно, какво ще рече "пачнат".. с какво? кои точно пачове?
SQL? той обикновенно няма нищо общо със qmail-a, но ако е заради впоп-а.. както и да е, какво имаш във логовете като започне само да пълни опашката без да праща? дай повече инфо :)

// Lex Talionis.


Тема Re: freebsd 5.1 -qmailнови [re: ^]]  
Авторivanov (Нерегистриран)
Публикувано09.08.04 16:49



qmail-103.patch
qmailqueue.patch
auth-jms1.4a.patch
имам MySQL но не свързан с vpop

./qmail-showctl
qmail home directory: /var/qmail.
user-ext delimiter: -.
paternalism (in decimal): 2.
silent concurrency limit: 255.
subdirectory split: 200.
user ids: 1005, 1006, 1007, 0, 1008, 1009, 1010, 1011.
group ids: 1005, 1006.

badmailfrom:

bouncefrom: Bounce user name is badmail.

bouncehost: (Default.) Bounce host name is ime.moidomain.com.

concurrencylocal: (Default.) Local concurrency is 10.

concurrencyremote: Remote concurrency is 255.

databytes: SMTP DATA limit is 10000000 bytes.

defaultdomain: Default domain name is moidomain.com.

defaulthost: (Default.) Default host name is ime.moidomain.com.

doublebouncehost: (Default.) 2B recipient host: ime.moidomain.com.

doublebounceto: (Default.) 2B recipient user: postmaster.

envnoathost: (Default.) Presumed domain name is ime.moidomain.com.

helohost: (Default.) SMTP client HELO host name is ime.moidomain.com.

idhost: (Default.) Message-ID host name is ime.moidomain.com.

localiphost: (Default.) Local IP address becomes ime.moidomain.com.

locals:
Messages for ime.moidomain.com. are delivered locally.

me: My name is ime.moidomain.com.

percenthack: (Default.) The percent hack is not allowed.

plusdomain: Plus domain name is moidomain.com.

qmqpservers: (Default.) No QMQP servers.

queuelifetime: (Default.) Message lifetime in the queue is 604800 seconds.

rcpthosts:
SMTP clients may send messages to recipients at ime.moidomain.com.
SMTP clients may send messages to recipients at moidomain.com.

morercpthosts: (Default.) No effect.

morercpthosts.cdb: (Default.) No effect.

smtpgreeting: (Default.) SMTP greeting: 220 ime.moidomain.com.

smtproutes: (Default.) No artificial SMTP routes.

timeoutconnect: (Default.) SMTP client connection timeout is 60 seconds.

timeoutremote: (Default.) SMTP client data timeout is 1200 seconds.

timeoutsmtpd: (Default.) SMTP server data timeout is 1200 seconds.

virtualdomains:
Virtual domain: moidomain.com.:moidomain.com.

rcpthosts.lock: I have no idea what this file does.

virtualdomains.lock: I have no idea what this file does.

locals.lock: I have no idea what this file does.

defaultdelivery: I have no idea what this file does.

concurrencyincoming: I have no idea what this file does.




това е от pop3 други логове няма

@400000004113657d1558aefc tcpserver: status: 0/100
@400000004113851b21fc189c tcpserver: status: 1/100
@400000004113851b2201314c tcpserver: pid 25077 from 192.168.1.10
@400000004113851b220c0e8c tcpserver: ok 25077 ime.moidomain.com:EXT.IP.XXX.XXX:110 :192.168.1.10::2819
@400000004113851b236d63ac tcpserver: end 25077 status 256
@400000004113851b236e2ae4 tcpserver: status: 0/100
@400000004113851b24017204 tcpserver: status: 1/100
@400000004113851b2405949c tcpserver: pid 25079 from 192.168.1.10
@400000004113851b240ea8d4 tcpserver: ok 25079 ime.moidomain.com:EXT.IP.XXX.XXX:110 :192.168.1.10::2821
@400000004113851c2891b824 tcpserver: end 25079 status 256
@400000004113851c289267ec tcpserver: status: 0/100
@4000000041138521286d7eb4 tcpserver: status: 1/100
@40000000411385212872167c tcpserver: pid 25093 from 192.168.1.10
@4000000041138521287baf84 tcpserver: ok 25093 ime.moidomain.com:EXT.IP.XXX.XXX:110 :192.168.1.10::2823
@400000004113852129528b6c tcpserver: end 25093 status 256
@400000004113852129534ad4 tcpserver: status: 0/100
@400000004113852129cbc2ac tcpserver: status: 1/100
@400000004113852129cff4e4 tcpserver: pid 25095 from 192.168.1.10
@400000004113852129d92474 tcpserver: ok 25095 ime.moidomain.com:EXT.IP.XXX.XXX:110 :192.168.1.10::2825
@40000000411385212ac0734c tcpserver: end 25095 status 256
@40000000411385212ac12ecc tcpserver: status: 0/100
@4000000041138f4119f35d2c tcpserver: status: 0/100
@4000000041173778333202ac tcpserver: status: 0/100
@40000000411744c705fcf774 tcpserver: status: 0/100



Тема Re: freebsd 5.1 -qmailнови [re: ivanov]  
Автор ^] (escapist...)
Публикувано10.08.04 10:56



Е точно поп3 логовете никва полза нямаме от тях.

Така, като начало, този 'jms' пач не го знам, какво му е предназначението?
remoteconcurrency - 255, това е странно малко, не съм сигурен че можеш да го сложиш на толкова без пачване.. или джмс-то е за това?

Не може да нямаш логове ;) намери си ги в maillog или прегледай /var/log/qmail, и намери на сенд-а логовете.

// Lex Talionis.


Тема Re: freebsd 5.1 -qmailнови [re: ^]]  
Авторivanov (Нерегистриран)
Публикувано10.08.04 13:48



този пач е за smtp auth

чекнах пермишъните на директориите на queue и всичко е на ред
намерих едно тулче http://www.netmeridian.com/e-huss/queue-fix.tar.gz
е го пробвам и него ако не стане работата ще реинстална qmail-a
При реинстал трябва ли да реинсталвам и vpop-a squirrelmail-a

и аз не знам защо няма други логове това тука е от maillog-a но май не дава много инфо
Aug 9 11:38:27 srv imapd: Connection, ip=[::ffff:127.0.0.1]
Aug 9 11:38:27 srv imapd: LOGIN, user=user1, ip=[::ffff:127.0.0.1], protocol=IMAP
Aug 9 11:38:27 srv imapd: LOGOUT, user=user1, ip=[::ffff:127.0.0.1], headers=0, body=0
Aug 9 11:38:27 srv imapd: Connection, ip=[::ffff:127.0.0.1]
Aug 9 11:38:27 srv imapd: LOGIN, user=user1, ip=[::ffff:127.0.0.1], protocol=IMAP
Aug 9 11:38:27 srv imapd: LOGOUT, user=user1, ip=[::ffff:127.0.0.1], headers=0, body=0
Aug 9 11:38:27 srv imapd: Connection, ip=[::ffff:127.0.0.1]
Aug 9 11:38:27 srv imapd: LOGIN, user=user1, ip=[::ffff:127.0.0.1], protocol=IMAP
Aug 9 11:38:27 srv imapd: LOGOUT, user=user1, ip=[::ffff:127.0.0.1], headers=1918, body=0
Aug 9 11:38:42 srv imapd: Connection, ip=[::ffff:127.0.0.1]
Aug 9 11:38:42 srv imapd: LOGIN, user=postmaster, ip=[::ffff:127.0.0.1], protocol=IMAP
Aug 9 11:38:42 srv imapd: LOGOUT, user=postmaster, ip=[::ffff:127.0.0.1], headers=0, body=0
Aug 9 11:38:42 srv imapd: Connection, ip=[::ffff:127.0.0.1]
Aug 9 11:38:42 srv imapd: LOGIN, user=postmaster, ip=[::ffff:127.0.0.1], protocol=IMAP
Aug 9 11:38:42 srv imapd: LOGOUT, user=postmaster, ip=[::ffff:127.0.0.1], headers=0, body=0
Aug 9 11:38:42 srv imapd: Connection, ip=[::ffff:127.0.0.1]
Aug 9 11:38:42 srv imapd: LOGIN, user=postmaster, ip=[::ffff:127.0.0.1], protocol=IMAP
Aug 9 11:38:42 srv imapd: LOGOUT, user=postmaster, ip=[::ffff:127.0.0.1], headers=0, body=0
Aug 9 11:39:11 srv imapd: Connection, ip=[::ffff:127.0.0.1]
Aug 9 11:39:11 srv imapd: LOGIN, user=postmaster, ip=[::ffff:127.0.0.1], protocol=IMAP
Aug 9 11:39:11 srv imapd: LOGOUT, user=postmaster, ip=[::ffff:127.0.0.1], headers=0, body=0
Aug 9 11:39:11 srv imapd: Connection, ip=[::ffff:127.0.0.1]
Aug 9 11:39:11 srv imapd: LOGIN, user=postmaster, ip=[::ffff:127.0.0.1], protocol=IMAP
Aug 9 11:39:11 srv imapd: LOGOUT, user=postmaster, ip=[::ffff:127.0.0.1], headers=0, body=0
Aug 9 11:39:15 srv imapd: Connection, ip=[::ffff:127.0.0.1]
Aug 9 11:39:15 srv imapd: LOGIN, user=postmaster, ip=[::ffff:127.0.0.1], protocol=IMAP
Aug 9 11:39:15 srv imapd: LOGOUT, user=postmaster, ip=[::ffff:127.0.0.1], headers=0, body=0
Aug 9 11:39:24 srv imapd: Connection, ip=[::ffff:127.0.0.1]
Aug 9 11:39:24 srv imapd: LOGIN, user=user1, ip=[::ffff:127.0.0.1], protocol=IMAP
Aug 9 11:39:24 srv imapd: LOGOUT, user=user1, ip=[::ffff:127.0.0.1], headers=0, body=0
Aug 9 11:39:24 srv imapd: Connection, ip=[::ffff:127.0.0.1]
Aug 9 11:39:24 srv imapd: LOGIN, user=user1, ip=[::ffff:127.0.0.1], protocol=IMAP
Aug 9 11:39:25 srv imapd: LOGOUT, user=user1, ip=[::ffff:127.0.0.1], headers=0, body=0
Aug 9 11:39:25 srv imapd: Connection, ip=[::ffff:127.0.0.1]
Aug 9 11:39:25 srv imapd: LOGIN, user=user1, ip=[::ffff:127.0.0.1], protocol=IMAP
Aug 9 11:39:25 srv imapd: LOGOUT, user=user1, ip=[::ffff:127.0.0.1], headers=1918, body=0



Тема Re: freebsd 5.1 -qmailнови [re: ivanov]  
Автор ^] (escapist...)
Публикувано10.08.04 14:29



нито впопа нито скуирела ще трябва да преинсталираш, споко.
Въпроса е какво се случва със пощата все пак?
Ако го стартираш през svscan дай аутпута от svstat /service/*
или където там фризбито е решило че трябва да си сложи директорията.

// Lex Talionis.


Тема Re: freebsd 5.1 -qmailнови [re: ^]]  
Авторivanov (Нерегистриран)
Публикувано10.08.04 15:21



най лесно е да преинсталирам но не знам от къде идва проблема
а и нямам никакъв опит с qmail Всичко сум инсталирал от сорс и при компилиране и нсталираен не даде никакви грешки.И най интересното е че след рестарт се оправя и незнайно до кога.
това е малко след рестарт

svstat /service/*
/service/qmail-pop3d: up (pid 1790) 2480 seconds
/service/qmail-send: up (pid 1776) 2480 seconds
/service/qmail-smtpd: up (pid 1784) 2480 seconds

qmailctl stat
/service/qmail-send: up (pid 1776) 2585 seconds
/service/qmail-send/log: up (pid 7334) 0 seconds
/service/qmail-smtpd: up (pid 1784) 2585 seconds
/service/qmail-smtpd/log: up (pid 7335) 0 seconds
/service/qmail-pop3d: up (pid 1790) 2585 seconds
/service/qmail-pop3d/log: up (pid 1789) 2585 seconds
messages in queue: 2
messages in queue but not yet preprocessed: 0



Тема Re: freebsd 5.1 -qmail [re: ivanov]  
Автор ^] (escapist...)
Публикувано10.08.04 15:42




/service/qmail-send/log: up (pid 7334) 0 seconds
/service/qmail-smtpd/log: up (pid 7335) 0 seconds


Logging service-a ne ti raboti, predpolagam che e zaradi sburkani permissions ili prosto lipsata na directoriata v koiato se opitva da pishe.

ps -ef | grep readproc (ili ako znaesh niakoia druga opcia na ps-a na frizbito, az lichno hich ne my se kefa) da izkara argumentite sled readproctitle - tam shte si pishe sus sigurnsot kakuv e problema.
Napulno e vuzmojno zaradi povredenia logging service da ti se zadrustvat neshtata, imashe edin dva sluchaia vuv qmail listata ako ne gresha.
Anyway, fixni si loga, ako oshte imash problemi shte go kopame natatyk.

P.s.
vuv /service/qmail-send/log/run i /service/qmail-smtpd/log/run shte si pishe kude se opitva da logva s koi user i t.n.
proveri dali tozi user moje da chete/pishe vsiaka edna ot directoriite, dali sluchaino niakade nikoi +x lipsva primerno.

// Lex Talionis.


Тема Re: freebsd 5.1 -qmailнови [re: ^]]  
Авторivanov (Нерегистриран)
Публикувано10.08.04 16:25



значи бях сгрешил в скритчетата /service/qmail-send/log/run и
/service/qmail-smtpd/log/run
пътя на директорията където да пише скрипта. макар че ги погледнах поне 5 пъти . сега ги оправих ще изчакам така да видим какво ще стане и ще пиша до къде сме я докарали

благодаря
ако проблема продължи ще пиша пак



Тема Re: freebsd 5.1 -qmailнови [re: ivanov]  
Автор ^] (escapist...)
Публикувано11.08.04 13:32



Свирни какъв е резултата :)

// Lex Talionis.



Страници по тази тема: 1 | 2 | >> (покажи всички)
Всички темиСледваща тема*Кратък преглед
Клуб :  


Clubs.dir.bg е форум за дискусии. Dir.bg не носи отговорност за съдържанието и достоверността на публикуваните в дискусиите материали.

Никаква част от съдържанието на тази страница не може да бъде репродуцирана, записвана или предавана под каквато и да е форма или по какъвто и да е повод без писменото съгласие на Dir.bg
За Забележки, коментари и предложения ползвайте формата за Обратна връзка | Мобилна версия | Потребителско споразумение
© 2006-2024 Dir.bg Всички права запазени.