On Thu, May 10, 2018 at 10:18:32AM -0400, Predrag Punosevac wrote: > > I was wondering if somebody could give me some insight into how is the > new SMTP client related to OpenSMTPD? >
Eric wrote code to simplify the SMTP client engine in OpenSMTPD and help with the cleanup I mentionned at EuroBSDCon'17. His code happens to be standalone enough that he wrote an SMTP client on top of it so we have a proper tool to perform SMTP sessions because that is a recurring need and we kept using shitty scripts or manual sessions. I'm not only talking as a developer here but as a mail admin too. The SMTP client code he wrote is going to be what OpenSMTPD uses in some months to replace our ageing SMTP client layer. He did not write a tool, he wrote an SMTP engine THEN he wrote a tool on top of it and committed both the engine and the tool. > I would think one could create a > "new" SMTP client by a straight forward surgery on OpenSMTPD. > Yes, that's doable. Except that the code he would have surgically extracted is the code that will soon get replaced with the code he committed. > How does the new SMTP client compare to DragonFly Mail Agent (dma)? > The new SMTP client is a simple tool to perform an SMTP session and does nothing more than that. If a use-case involves doing an SMTP session AND something else, the tool became the wrong tool at AND. I'm not familiar at all with dma but I assume it does a bit more. > As most > machines these days just need to send an e-mail to the relaying SMTP > server are there plans to make new SMTP client default instead of full > blown OpenSMTPD. > That is doubtful. I do not think most machines just need to send an e-mail to the relaying SMTP server, most machines would also need the mail to be retried if the server is unreachable, sender to be notified if the mail ttl is reached, handle local aliases, .forward, etc... it goes FAR beyond that tool. Now I may be biased but I think a "full blown" OpenSMTPD does not have a huge overhead given how we fought feature creep. I don't think you would have a much simpler code path if you used OpenSMTPD or added server code in front of this new SMTP client to allow enqueuing. -- Gilles Chehade https://www.poolp.org @poolpOrg