Re: lug-bg: Sendmail

[Vesselin Kolev <vlk@xxxxxxxxxxxxxxxxx>]

Delian Krustev wrote:

> Абсолютно си прав, за съжаление видях че съм оставил DAEMON_OPTIONS
> вместо CLIENT_OPTIONS след като натиснах сенд ..
>
> Що се отнася до _основните_ понятия, не съм ползвал нито CLIENT_OPTIONS,
> нито DAEMON_OPTIONS. И да съм ги ползвал е било преди години, когато
> все още работех с sendmail. От постинга ти, както и самите имена на
> опциите говорят красноречиво кое за какво е .. Thank You че се хващаш
> за глупости ..
>  
Забрави да прибавиш "man" след "Thank You" :) Е пак добре, че не 
използва "К'о пра'иш ма, парцал" :)))
> Отново offtopic. Човека не питаше това. 
Ти питаше за удостоверителните механизми и аз поясних как се случват 
нещата и показах защо хората са направили тези макроси "CLIENT_OPTIONS". 
Не се прави на фолк певица с къса памет. Беше нужно само да прочетеш за 
да схванеш.
> Гледаики от къде ? Ще ги позная по PID. Xe xe. Само да добавя, изпуснал
> си частта за маркирането по SID, session identifier. Oще нещо, ако човека
> беше тръгнал да прави това нямаше да задава тоя въпрос.
>  
Много ме радваш като пишеш глупости. При chroot имаш един родителски 
процес и всички процеси по обслужване на задачи са дъщерни и получават 
различен PID при стартирането на задачата. Сега ще слезем на по-ниско 
ниво (махаме удостоверителните протоколи, че като гледам изпитваш 
някакъв ужас от тях). Ето ти една малка картинка (изход от ps aux, но 
малко поорязан от мен за да на пращам ненужна информация) с два налични 
демона:
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 ще ми познаеш клиентския процес? Много ми е 
интересно да разбера това:) Показвам и другите пуснати в момента процеси:
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?
> > Представи си каква каша ще стане, ако Sendmail
> > едновременно вземе да приема и изпраща. Жална ти майка. И какво, в
> > рамките на една сесия приема пакети на един IP адрес и излъчва от друг.
> > Единственият изход е да си сигурен, че този дето иницира сесията (когато
> > твоя Sendmail работи като сървър) не изпъчва от порт 25 и да правиш
> > някакви сложни премаркирания в зависимост от порта на излъчвателя и да
> > следиш всеки пакет и да товариш машината с глупости. Ама няма как да си
> > сигурен в това (да не говорим, че доста сървъри за поща, когато работят
> > като клиенти излъчват от порт 25 за да минат през разни "заграждения").
> >    
> Напротив, имаш как да си сигурен. За това са тия DNS записи.
>  
Господи:) Какви DNS записи? Ти си уникум. Я вземи прочети ВНИМАТЕЛНО 
какво съм написал. Това дето го пише горе НЕ касае DNS и т.н. Това касае 
ПЪТЯ на пакетите на една сесия (това е вече много след като е използвана 
системата за имена).
> Защото не ти се рови по документацията на сендмаила. 
Е пак е добре, че знаеш, че я има. Ама като гледам си "documentation 
independent":)
> Защото предпочиташ да
> свършиш работата бързо. Enough ?
>  
"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
============================================================================