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