TV-Browser-Forum

If you want to do it without changing the Plugin:

Write a perl script that excepts mailto: as a parameter, parses it and sends the result using sendmail.

[quote="Bananeweizen"]Sorry for only interrupting this late, but why the heck would the plugin need any changes? If an external command is specified for sending mail, it gets all the necessary information. If it doesn't the send mail, the external program is not suited for the job as it cannot handle mailto: URIs. From my point of view there is no reason to change anything at the plugin...[/quote]

If you have the solution to send RFC2446-email without changing the plugin, please tell me !
As I know is it that RFC2446 is a MIME-mail, and all application that use the [b]mailto/body[/b] syntax cannot handle MIME-mail,

Why use RFC2446 mail ?
This send iCal automaticy to an calendar application. (eg Thunderbird with ligthning plugin or Microsoft Exchange)
And with the plugin '[i]Manage favorite programs[/i]' it is even more automatic

Regards

I think this feature would enhance the plugin a little bit. sending directly from within the plugin might be handy sometimes.

Sorry for only interrupting this late, but why the heck would the plugin need any changes? If an external command is specified for sending mail, it gets all the necessary information. If it doesn't the send mail, the external program is not suited for the job as it cannot handle mailto: URIs. From my point of view there is no reason to change anything at the plugin...

I repeat myself: don't put features where user won't except them to be only because it technically fits best :) .

And yes, you have to copy the iCal-Creation-Class to the other Plugin. BUT If you do this and add everything into the email-plugin, we can release it for the current version of tv-browser. After that I will refactor the iCal-Class out of both plugins into the util.*-Package of tv-browser. that way both plugins can use this class in the next release of tv-browser.

Write code that does what you want in the email-plugin, attach the patch here. I will package it and release a new version of the plugin. I really would love to see that feature in that plugin.

[quote="bodo"]
The Calendar Export Plugin exports directly to calendars. [/quote]

That just what rfc 2446 do. Cut from the rfc document:
rfc 2445 specifies how calendaring systems use iCalendar objects to interoperate with other calendar systems.

so I see it as an export to another calendar.

and still do the 'export plugin' have the iCAL configuration. Should this be double in the tv-browser ?

or can one plugin depends on other plugins ?

[quote="bodo"]Short question: where did you look to find a method to send an email? You tryed the most obvious: the send email plugin. It's very easy to remove the "external" from the description of the plugin. That's not a problem at all.[/quote]

http://www.rblasch.org/studies/cs629/pa2/src/SmtpMail.java

I dont know if it is free too use.

The only disadvantage (as I told earlier) is with this method is that the user
must have a SMTP server. Most people have this (But some need authentiation)

Regards

Short question: where did you look to find a method to send an email? You tryed the most obvious: the send email plugin. It's very easy to remove the "external" from the description of the plugin. That's not a problem at all.

Nobody would try to find this feature in the calendar-export plugin. The Calendar Export Plugin exports directly to calendars. The iCal working in the Background doesn't interest the user because he wants a task done without the knowledge how it is done.

Usability is _very_ important to us.

The plugin name is 'Send an e-mail with an [b]external [/b]application".

The feature I want to implement is to Send an e-mail(rfc 2446) without an application (unattended)
It should talk talk SMTP direct to an mail-server. (or use sendmail). The proposed application
in the e-mail plugin wiki cannot send rfc 2446 mails (Which is of MIME type) . The main page must redesign.

To put it in this plugin means that everything has to be written.. To use it in the [b]export plugin[/b]
means that "to create iCal" already exist and only SMTP has to be written. In export calender main page there is only an
addition of an interface module in the GUI.

So the work is less and no change of the main page if using [b]calendar export[/b]

Regards

Note: To use this feature, the application must reach an open (without authentication) SMTP server.

I don't think that the Calender-Plugin is the correct location for this. A user won't expect it there. He would expect this in the EMail-Plugin.

From a usability standpoint it's not a great idea to put stuff together because of rules a user wouldn't understand.

It would be best to add this as a setting in the email plugin.

I change plugin.
My idea is to add another application to the 'Calendar Export' .

What should this application do ?
Create an e-mail as RFC 2446/PUBLISH and send this. The best solution is to talk to SMTP server direction.
or maybe use sendmail like application.
To use an parameter e-mail application is impossible as RFC 2446 say it should be a MIME-mail.

Why put it in 'Calendar Export' , beacuse RFC 2446 use iCal which is already implemented.

The problem is that i'm a bad Java programmer but I have done this in Perl.
but maybe I will make a try.

Is Somebody interest in this new feature ?

I thought you were looking for a non-interactive MUA, and/or stdin usage examples? If they don't work, 'xterm -e' or the like may help.

[quote="andre"]You could use [url=http://en.wikipedia.org/wiki/Mail_(Unix)]mail[/url] or [url=http://en.wikipedia.org/wiki/Mailx]mailx[/url].[/quote]

mail/mailx have the same interface as sendmail. I even think mail/mailx use sendmail

We don't want to implement everything to be able to send mails. Imap, POP, Sentmail...there are tons of ways to send Mails and we try to focus only on the important parts.

But If you want to implement such a thing, you can with our plugin infrastructure.

You could use [url=http://en.wikipedia.org/wiki/Mail_(Unix)]mail[/url] or [url=http://en.wikipedia.org/wiki/Mailx]mailx[/url].