On 09/13/2010 08:34 PM, Gregory D. Rosenberg wrote: > On 9/13/2010 8:07 PM, Etienne Goyer wrote: >> On 10-09-13 08:23 PM, Daniel Curry wrote: >>> Sounds a lot like MTAs and MUAs. >> The Linux MTA landscape have pretty much converged toward Postfix, with >> Sendmail being an important legacy. Exim and Courier are really just >> minor players in that space, and should probably not be covered in the >> exam IMHO. > I totally agree with your assessment. >> The MUA situation is, indeed, all over the place and I am not sure they >> are worth being covered in the exam either (would there be question on >> Thunderbird? Mutt? Evolution? Pine?). >> >> In a nutshell, if it was my call, I would have this exam cover: >> >> - Postfix in depth; >> - Sendmail in depth, focusing on the traditional interface, and possibly > When you say traditional interface are you speaking of the commercial or > open source product. Sendmail still is defalt on a few distros, but > clearly Postfix is the hands down winner. It irequires minimal effort to > secure Postfix compared to sendmail for most mail admins. Especially > those getting started that have less than three yeas experience. I won't > argue that some one who is a sendmail expert can probably come close to > what postfix is capable of. >> covering milter (although I am not entirely sure about that); >> - Courier and Exim in passing; > Agreed >> - MUA not at all, except for some knowledge of the the traditional mail >> command. > Knowing the protocol well enough to perform diagnostic tests from a > telnet prompt would be something I would minimally expect. Understanding > the protocol well enough to know the interfaction at the packet level > between the client and server might be a reasonable expectation. If you > don't know these two it can be rather tough to troubleshoot a good many > problems. Lastly the knowledge of what to look for in logs. Again in a > general sense.
I agree, I know a lot a exchange experts that have wasted 1 whole day searching for a id in the ms knowledgebase or something, and of course all the day their mail server was down without a backup (because is expensive), most of times the problem was resolved by doing telnet to the smtp port and get the classic error about not enough storage, other times we need to diagnostic problems with flawed cisco smtp inspectos, so knowing how mail flows is a must. >> >> But that is just my 0,02$. >> >> >>> On 9/13/2010 6:18 PM, Etienne Goyer wrote: >>>>> Webmail systems such as squirrelmail, Horde, RoundCube and the like >>>>> should also be added as clients. >>>> This is a hard call. There is no clear leader in the webmail >>>> application space, and it changes all the time. I would leave it out of >>>> the objectives. For this, I think most of important is how a webmail send and receive mail, how PHP uses sendmail binary, how to change it to another MTA, how to use php library for simple smtp and smtp auth, how mail is affected when you send mail form a web form/application. >>>> _______________________________________________ >>>> lpi-examdev mailing list >>>> lpi-examdev@lpi.org >>>> http://list.lpi.org/cgi-bin/mailman/listinfo/lpi-examdev >>> _______________________________________________ >>> lpi-examdev mailing list >>> lpi-examdev@lpi.org >>> http://list.lpi.org/cgi-bin/mailman/listinfo/lpi-examdev >> _______________________________________________ >> lpi-examdev mailing list >> lpi-examdev@lpi.org >> http://list.lpi.org/cgi-bin/mailman/listinfo/lpi-examdev > > > -- > > 73 and 75 > Gregg > AB9MZ > > Gregory D. Rosenberg RICIS, Inc. > Chief Technology Officer 8018 Mallow Drive > gr...@ricis.com Tinley Park, IL 60477-2697 > www.ricis.com United States > > +1 708-444-2690 Voice +1 866-742-4777 Voice (US and Canada) > +1 708-444-2697 Fax +1 708-267-6664 Cell (Best) > > "When you love the work you do, you will never work a day in your life." > > Support anti-Spam legislation. Join the fight atwww.cauce.org > > NOTICE: This e-mail message and all attachments transmitted with it are > intended solely for the use of the addressee and may contain legally > privileged and confidential information. If the reader of this message is not > the intended recipient, or an employee or agent responsible for delivering > this message to the intended recipient, you are hereby notified that any > dissemination, distribution, copying, or other use of this message or its > attachments is strictly prohibited. If you have received this message in > error, please notify the sender immediately by replying to this message and > please delete it from your computer. > > > > > _______________________________________________ > lpi-examdev mailing list > lpi-examdev@lpi.org > http://list.lpi.org/cgi-bin/mailman/listinfo/lpi-examdev -- Compugraf _______________________________________________ lpi-examdev mailing list lpi-examdev@lpi.org http://list.lpi.org/cgi-bin/mailman/listinfo/lpi-examdev
