dlangBugzillaToGithub / migration_test

0 stars 0 forks source link

E-mail attachments #1083

Open dlangBugzillaToGithub opened 6 years ago

dlangBugzillaToGithub commented 6 years ago

vino.bheeman reported this on 2017-12-22T03:21:27Z

Transfered from https://issues.dlang.org/show_bug.cgi?id=18113

CC List

Description

Hi All,

 We are using D to to develop few system monitoring / alert tools, so request you to add the feature of adding attachments to the e-mails to the library std.net.curl SMTP, we know that there are other non Phobos repository which contains this features but we intend to us only Phobos. 

From,
Vino.B
dlangBugzillaToGithub commented 6 years ago

greeenify commented on 2017-12-24T19:52:28Z

Try vibe.d: http://vibed.org/api/vibe.mail.smtp/

We don't intend to add this functionality to Phobos in the near future. Why can't you use other libraries?
dlangBugzillaToGithub commented 6 years ago

vino.bheeman commented on 2017-12-26T15:06:36Z

Phobo’s is the official s/w repository of D programming language as far as we know. Bigger enterprise companies will not accept to use any individual repository like you stated as there are certain limitation?

As D is a system programming, and monitoring tools are the most important tools in the world of cloud computing, mail functionality is one the basic and core function that is required in development of such tools. So do you mean that D programming is not suitable for such developments? 

If we cannot re-invent then why not we add the good work of Adam Rupee’s email.d into Phobos?

May we know what do you mean by "We don't intend to add this functionality to Phobos in the near future"

We have completed 90% for the coding and for email we are calling the powershell’s Sendmail functionality using the std.process module, so do you mean that we have to revert back all are changes and wait until this basisc functionality is brought into Phobos and then start using D programming? 

We are aware that there are other priorities, hence we are not asking this functionality to be immediately brought into Phobos, but why not add this in the next release.

"Why can't you use other libraries?"  Why cant this functionality be added to Phobos?
dlangBugzillaToGithub commented 6 years ago

greeenify commented on 2017-12-26T15:11:22Z

> Bigger enterprise companies will not accept to use any individual repository like you stated as there are certain limitation?

But that happens in all languages I know, e.g. pip, npm, ...

> So do you mean that D programming is not suitable for ...

No that's not what I meant. There's just limited manpower in an open source project.

> If we cannot re-invent then why not we add the good work of Adam Rupee’s email.d into Phobos?

Because it would be a lot of work to do so.

May we know what do you mean by "We don't intend to add this functionality to Phobos in the near future"
dlangBugzillaToGithub commented 6 years ago

greeenify commented on 2017-12-26T15:25:40Z

(Sorry I am replying from my phone and I accidentally clicked on send)

> May we know what do you mean by "We don't intend to add this functionality to Phobos in the near future"

Oh I am sorry. I wanted to say: as far as I know no one is working on this and thus I don't think this will happen soon.

> We have completed 90% for the coding and for email we are calling the powershell’s Sendmail functionality using the std.process module, so do you mean that we have to revert back all are changes and wait until this basisc functionality is brought into Phobos and then start using D programming? 

Here's the problem: once we add it to Phobos, it will be the defacto standard for sending mail.
And then we will receive complaints from the people who want to send mail async or use a more recent standard. For example, a lot of people hate std.net.curl and don't like it for various reasons. Thus, a standard solution needs to be superb and being superb requires a lot of time.
I suggested using Vibe.d or email.d - they both have very permissive licenses.

> We are aware that there are other priorities, hence we are not asking this functionality to be immediately brought into Phobos, but why not add this in the next release.
> "Why can't you use other libraries?"  Why cant this functionality be added to Phobos?

I'm really sorry that it's unlikely that it will be added to Phobos. Obviously I don't speak for the Phobos library - I just wanted to prevent disappointment of waiting for this issue if it's unlikely to be fixed. I highly encourage you to open a discussion on the NG about this topic. Adding more modules to Phobos is a frequent topic and many people on the mailing list are a lot more eloquent than I am.