Linux-Bulgaria.ORG
навигация

 

начало

пощенски списък

архив на групата

семинари ...

документи

как да ...

 

 

Предишно писмо Следващо писмо Предишно по тема Следващо по тема По Дата По тема (thread)

Re: lug-bg: Sendmail


  • Subject: Re: lug-bg: Sendmail
  • From: Delian Krustev <krustev@xxxxxxxxxxx>
  • Date: Fri, 16 Apr 2004 16:40:32 +0300

On Friday 16 April 2004 12:33, Vesselin Kolev wrote:
> Забрави да прибавиш "man" след "Thank You" :) Е пак добре, че не
> използва "К'о пра'иш ма, парцал" :)))

Не ми звучи добре с "man".

> Ти питаше за удостоверителните механизми и аз поясних как се случват
> нещата и показах защо хората са направили тези макроси "CLIENT_OPTIONS".
> Не се прави на фолк певица с къса памет. Беше нужно само да прочетеш за
> да схванеш.

...

> Много ме радваш като пишеш глупости. При chroot имаш един родителски
> процес и всички процеси по обслужване на задачи са дъщерни и получават
> различен PID при стартирането на задачата. Сега ще слезем на по-ниско
> ниво (махаме удостоверителните протоколи, че като гледам изпитваш
> някакъв ужас от тях). Ето ти една малка картинка (изход от ps aux, но
> малко поорязан от мен за да на пращам ненужна информация) с два налични
> демона:

Прочети моля те какво означава SID. Дъщерните процеси си го шерват.

> root     17248  S    Apr15   0:02 sendmail: accepting connections
> ...
> root     22159  S    Apr16   0:12 sendmail: accepting connections
>
> Та това са два процеса на заключени демони работещи на една и съща
> машина (mail hub), слушат на различни интерфейсни адреси, обслужват
> различни групи от домейни, правят приоритизация и т.н., НО когато им се
> наложи да изпращат поща до други сървъри (тогава работят като клиенти),
> те използват един и същи изходящ адрес (към който няма закачени демони).
> Ето сега аз изпращам през единия адрес писмо (пращам го от моят пощенски
> клиент до демона). Стартира се нов процес:
>
> sendmail  4473 S    11:28   0:00 sendmail: i3G8STs3004473
> point-203.nat-lan.lcpe.pip.digsys.bg.:
>
> този процес е за приемане на задачата и той е сървърският процес. След
> като задачата бъде приета се стартира клиентският процес (предаване на
> писмото към някой от сървърите за поща в MX йерархията):
>
> sendmail  4476 S    11:28   0:00 sendmail: ./i3G8STs3004473
> mx1.mail.ukl.yahoo.com.: user open
>
> Въпросче. Как по PID ще ми познаеш клиентския процес? Много ми е
> интересно да разбера това:) Показвам и другите пуснати в момента процеси:
>

Първо си пропуснал това "Хе, хе.". Второ виж да кажем "man ps".

ps -AH

> sendmail  4478  S    11:28   0:00 sendmail: i3G8STs3004465
> lugburz.zadnik.org.:
> sendmail  4481  S    11:28   0:00 sendmail: i3G8STs3004490
> sofia.digsys.bg.: sendmail  4486  S    11:28   0:00 sendmail:
> i3G8STs3004568
> fedora.lcpe.pip.digsys.bg.:
> sendmail  4489  S    11:28   0:00 sendmail: i3G8STs3004651
> ns.lcpe.uni-sofia.bg.:
> sendmail  4498  S    11:28   0:00 sendmail: i3G8STs3004733
> ady.uni-sofia.bg.:
> sendmail  4504  S    11:28   0:00 sendmail: i3G8STs3004754
> ady.uni-sofia.bg.:
> sendmail  4512  S    11:28   0:00 sendmail: i3G8STs3004867 mail.dir.bg.:
> sendmail  4518  S    11:28   0:00 sendmail: i3G8STs3004903
> cpch17.chm.tu-dresden.de.:
>
> Та:) кой е сървърски и кой е клиентски процес:) и как ще го насочиш чрез
> iproute2?

ps aux, май верно се споменава по всички книжки.

> Господи:) Какви DNS записи? Ти си уникум. Я вземи прочети ВНИМАТЕЛНО
> какво съм написал. Това дето го пише горе НЕ касае DNS и т.н. Това касае
> ПЪТЯ на пакетите на една сесия (това е вече много след като е използвана
> системата за имена).

Питаше как ще накараш някой да ти праща на определен адрес. Пак ще поентя.
MX, или при липса на такъв А record.

> Е пак е добре, че знаеш, че я има. Ама като гледам си "documentation
> independent":)

Sendmail е супер кирливо документиран. Което не е случайно. Хората се
опитват да правят пари от него. Пуснали са го free за да може да бъде
достатъчно популярен. Нека да го оплюя още малко:

В комерсиалната версия има много feature-i които свободната няма да види.
Има лошо минало, вероятно и настояще, (за security related shits говоря).

> "Enough" - аха, ето как хората говорят модерно:) "How do You do, майна"

Ама пак гледаш за ква глупост да се хванеш ..

> :) И точно ти за правилен превод и изказ ще ми говориш.

Не говоря за правилен превод. Говоря за правилно/ясно изразяване.

> В психологията си трагичен:) ама много трагичен. Доста хора в листа дето
> ме познават лично тук са се изхилили яко:) Ако почнеш да се прехранваш с
> психология ще си първият фотосинтезиращ човек:) Това е градивен хумор:)
> Не се засягай. Освен това пиша само по тема, по която мога да говоря и в
> която имам познания. Например по една скорошна темата "kernel sheduler"
> (напрактика и по повечето теми) не се чувствам компетентен и за това не
> участвах в дискусиите по тази тема (ако си пропуснал да забележиш).
> Човек не може да знае всичко. Enough? :)))

...

> Тинтири-минтири:) и измислици-премислици.

...

> Накрая. Всички свестни софтуери за реализиране на пощенски сървъри имат
> специално дефинирани клиентски опции и това НЕ Е случайно. Т.е. това не
> е направено, защото някой е искал така и така му е било кеф или така е
> казала жена му след семеен скандал. Това е направено като следствие от
> ГОДИНИ опит и от гледна точка на реално възникнали проблеми, които са
> съпътствали софтуерните решения. В Интернет има купчина форуми, в които
> точно тези неща са дискутирани и обобщавани и е било обяснявано защо
> един MTA сам трябва да си се дефинира като клиент с интерфейс и т.н.
> Постерите на Shapiro са едно много добро четиво.

Много правилно.

>
> И отреагирам така? Защото утре някой ще намери тази боза с насилственото
> обявяване на клиенстки адрес с iproute2. Ще се натъкне на някой от
> проблемите, за които говорих и в главата му ще дойдат ведри мисли от
> рода на :
> - тези в този лист са тапаци и ми дават неработещо решение и стига с
> този UNIX - минаваме на Windows;
> - щом не става, значи вината е в конкретния използван софтуер и значи
> сменям софтуера чрез безумна миграция от работещо решение към ново, за
> което не се знае дали ще работи;
> - доставчика ми ме базика нещо и що да не дигна скандал на
> администратора му по телефона и да му обясня, че не струва колкото
> отходните ми води и да си ми върне парите.

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


============================================================================
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
============================================================================



 

наши приятели

 

линукс за българи
http://linux-bg.org

FSA-BG
http://fsa-bg.org

OpenFest
http://openfest.org

FreeBSD BG
http://bg-freebsd.org

KDE-BG
http://kde.fsa-bg.org/

Gnome-BG
http://gnome.cult.bg/

проект OpenFMI
http://openfmi.net

NetField Forum
http://netField.ludost.net/forum/

 

 

Linux-Bulgaria.ORG

Mailing list messages are © Copyright their authors.