Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0006559opensim[GRID] Messaging Servicepublic2013-03-03 23:292019-02-17 05:08
Reporterdjphil 
Assigned To 
PrioritynormalSeverityminorReproducibilityalways
StatusnewResolutionopen 
PlatformPCOSWindowsOS VersionSeven
Product Version 
Target VersionFixed in Version 
Summary0006559: [EMAIL] DefaultEmailModule Exception Unrecognized authentication type
DescriptionAfter configuring OpenSim.ini mails and even tried several configurations, I still get this error message on the console when I try to send an email.

[EMAIL]: DefaultEmailModule Exception: Unrecognized authentication type
Steps To ReproduceScript for testing:

string address = "user@provider.be";
string subject = "OpenSim Email Test";
string message = "This is only a test ...";

default
{
    state_entry()
    {
        llSetText("Envoyer un mail à:\n" + address, <1.0, 1.0, 1.0>, 1.0);
        llEmail( address, "Initializing Email Module", "[STARTUP COMPLETE]");
        llSay(0, "Email envoyé ...");
    }

    touch_start(integer num)
    {
        llEmail(address, subject, message);
        llSay(0, "Email envoyé ...");
    }
}
Additional InformationOpensimDefault.ini or Opensim.ini:

[Startup]
    emailmodule = DefaultEmailModule

[SMTP]
    enabled = true
    internal_object_host = lsl.opensim.local
    email_pause_time = 20
    email_max_size = 4096
    host_domain_header_from = host.no-ip.org
    ; host_domain_header_from = 127.0.0.1
    SMTP_SERVER_HOSTNAME = relay.provider.be
    SMTP_SERVER_PORT = 25
    SMTP_SERVER_LOGIN = user
    SMTP_SERVER_PASSWORD = pass
TagsNo tags attached.
Git Revision or version numberOSgrid 0.7.6 (Dev) e70c71a
Run Mode Grid (Multiple Regions per Sim)
Physics EngineBulletSim
Script Engine
Environment.NET / Windows32
Mono VersionNone
ViewerVoodoo
Attached Files

- Relationships

-  Notes
(0024568)
djphil (reporter)
2013-10-23 03:20

Email Module does not work, can you help or fix ?
(0024648)
Trixic (reporter)
2013-11-15 06:16

It seems that Email Module can't send messages to SMTP servers with encryption, because DotNetOpenMail does not support it.
http://stackoverflow.com/a/5802238 [^]
(0024730)
djphil (reporter)
2013-11-19 00:20

Is it possible then to configure Email module or another way to make it work properly ?
(0027190)
djphil (reporter)
2015-01-09 02:53

Is there a hope to have operational Email Module for Windows users ?
Tank you in advance.
(0028387)
djphil (reporter)
2015-05-17 08:33

It would be nice to have this option that works on windows, this would be possible ? This bug report was transmitted in 2013 and since no answer, no patch ... why ?
(0029046)
kcozens (administrator)
2015-07-31 13:43

Mantis just tossed an invalid security token at me after typing a long note. This is an abbreviated version of the information I had entered.

Latest version of DotNetOpenMail is 2006-05-25 so it is ancient and only supports basic user ID and password authentication. A web page dated 2010 on microsoft.com (https://social.msdn.microsoft.com/Forums/en-US/e9e1825a-71a8-487e-9e81-d9c873225e59/smtpclient-esmtp-authentication-and-tls-encryption [^]) mentions the System.Net.Mail.SmtpClient class. That class supports multiple authentication system based on the contents of the web page.

I don't think it will take much work to update the default mail module to talk with the majority of the modern SMTP mail servers out there that require more than just a user ID and password.
(0030919)
djphil (reporter)
2016-07-14 00:54

I even tested once the Email module with OS v0.9.0.x but unfortunately it does not work under Windows.

That would be really nice to finally do something to make it also work for windows users.
(0034743)
devigor (reporter)
2019-02-12 17:00
edited on: 2019-02-12 17:01

Same thing i receive "02:46:41 - [EMAIL]: DefaultEmailModule Exception: Login and password required" when i use login/pass to smtp server. and if i turn it of i get "Unrecognized authentication type". No encription required for auth by the server.

(Windows 10/Dreamgrid V2.73/OpenSim 0.9.1.0 Dev)

(0034744)
BillBlight (developer)
2019-02-12 22:05
edited on: 2019-02-12 22:06

the email module in Opensimulator does not support SSL/TLS on SMTP, which most providers require now, this may never get changed, or it might ...

You can look up stunnel, to lay between your regions and your smtp server it will proxy the connection for you and can use SSL/TLS.


https://www.stunnel.org/ [^]

(0034745)
djphil (reporter)
2019-02-13 02:57
edited on: 2019-02-13 03:40

Not support stmp and yet has stmp parameters in its configuration, amazing!

The email module has not been updated for many years.
At some point Plugh it was proposed to look around and improve it but we have not seen anything coming ...

If I refer to the old Jessica Pixel tutorial @ http://liftedpixel.net/blog/posts/getting-llemail-to-work-in-opensim [^] it seems to work through the cpanel of its host. I guess his web host has connected his cpanel mail service to a tunnel or a personnal mail server.

Currently I use Mercury Mail (provided with xampp) to use the llMail function.
I also got a positive result with hMailServer but the configuration of these programs is not really "easy".
I will try Stunnel, I do not know. Tank's!
Also note that Diva Wifi work directly via Gmail.

Do not we all want a modern Opensim ...
Updating the opensim Email module would be cool!

(0034746)
devigor (reporter)
2019-02-13 06:17

UPDATE: Ive managed to connect and send email via hMailServer :
EMail sent to: devigor@gmail.com from object: 0cb8f7a7-7a73-4ad1-a10e-8ede941a984a@devigorz.icu" as to normal email.

As for the ingame user: "[EMAIL]: DefaultEmailModule Exception: Unknown user".

Suppose email module needs more configuring, or it has no access to userd data or idk how its working with ingame users. :-)

Anyway ive tried several changes of adrees, including ingames inqame.. Nope..

But! I gladly confirm that in my OS build it does works.. not with many email servers maybe. But without SSL/TSL encription it does..

Checked SMTP server logs - i'ts from him notes . So i suppose SMTP sever has to be filled with with user's data from OS to receive and send.' But Game does not receive mails. So other vars are:
1. Fix OpenSim to send without SMTP usage if its mailing to user or prim.
2. Usage of local SMTP server with Adding Server ingame for receive and IM to user.
3. Use WEB/MysSQL as storage of mail, and scripts for transfering it to game...
(0034748)
BillBlight (developer)
2019-02-13 10:16

Actually the email module was updated in November of last year ..

http://opensimulator.org/viewgit/?a=commit&p=opensim&h=834a8fac2faf89aa41ec753cd64c7c598511386f [^]
(0034750)
kcozens (administrator)
2019-02-13 11:24

That is puzzling. The DotNetOpenMail website has no mention of any code newer than version 0.5.8b that was released May 24, 2006. The sourceforge website for the project has no code available.

I was going to use the SmtpClient class from System.Net.Mail but that is marked as Obsolete. I have compiled the suggested replacement but I need time to read the documentation for it before I can start applying changes to OpenSim.
(0034751)
paela argus (reporter)
2019-02-14 17:12

There is no way to have access to emails from residents of Osgrid.
in conclusion impossible to send an email link to a person's account on Osgrid.
And it should be everywhere on OpenSim (GDPR!)

to get back to that function
[EMAIL] Exception DefaultEmailModule
I do not see the interest of maintaining it because it is quickly dangerous for people who do not secure anything at all.
(0034753)
BillBlight (developer)
2019-02-14 17:27

I tend to agree with Paela here, having email on the regions via the LL function, which you can't restrict, basically turns you region into an open mail relay ..

So unless you really know what you are doing and trust all your users with your IP's reputation, not a good idea ..
(0034754)
BillBlight (developer)
2019-02-14 17:30

I wonder if it would be safer to remove llEmail, and make it an os function that can be controlled via the osslEnable.ini
(0034755)
paela argus (reporter)
2019-02-14 17:30

Or with god tools
(0034756)
BillBlight (developer)
2019-02-14 17:48

Moved discussion on securing the function to ..

http://opensimulator.org/mantis/view.php?id=8482 [^]
(0034787)
JeffKelley (reporter)
2019-02-16 18:04
edited on: 2019-02-16 18:05

The proposal assumes that the email module will be fixed to work in an easier way. Thus, the ability for grid managers to disable llEmail while offering osEmail to selected users is indisputably a sound idea. It's adding something and removing nothing to the software.

Legacy scripts (vendors, etc) won't suffer from the availability of a new function. Grids featuring such scripts will enable llEmail as they did in the past. osEmail is obviously dedicated to new scripts.

We also assume that, being easier to configure, mail would be more widely available.

This in mind, we should ask what kind of today's scripts will benefit from email. It is my own opinion that http is superior in all respects, object to web and object to object, notwithstanding the overhead to track object's urls externally. If a significant work should be put into email, i would vastly prefer to have persistent object's urls.

(0034788)
BillBlight (developer)
2019-02-16 18:07

I have persistent object URL's there is a patch somewhere on the mantis ..

Not submitted by me but , tested and used, works fine ...
(0034789)
djphil (reporter)
2019-02-17 03:50
edited on: 2019-02-17 06:30

- With RestrictEmail = true you can already limit the sending of email to several different email addresses. Is not that already enough?
- With RestrictEmail = true, an "open mail relay" does not have much interest to be if it can only send the mails to one and the same address of destination ...
- Why create an ossl function like osMail?
Just add Allow_llMail below RestrictEmail is it not enough?

[LL-Functions]
     RestrictEmail = false
     Allow_llMail = ESTATE_OWNER, ALLOWED_UUID, ...

About the persistent url: Ok, that would simplify the design of httprequest scripts but it exposes more to security problems. A non-persistent url is more secure than a persistent url ...

I would prefer to have an additional option for AllowCrossOrigin on the Http server of my simulator. For example to get jSonSimStats without errors in my browser ...

osRequestURL is already very good but it is not enough ... but that is another discussion.

(0034790)
JeffKelley (reporter)
2019-02-17 04:34

AllowCrossOrigin is implemented in commit e8b4602 2016-03-16 Melanie Thielker Add osRequestURL and osRequestSecureURL with an options list. Only currently supported option is "allowXss" which will send the needed Access-control-allow-origin: * header to allow xss scripting against the LSL http server.

I don' see the security problem of persistent url's. Regions are restarted once a week or more. In this lapse of time, url's are persistent and exposed to abuse. If persistence is extended beyond region restart and you feel safer with disposable url's, you may call RequestURL on restart, or periodically, and get a new one.
(0034791)
djphil (reporter)
2019-02-17 05:08
edited on: 2019-02-17 06:31

osRequestURL (with AllowCrossOrigin) has no effect on jSonSimStats (or others simulator stats) of the simulator's http server. I'm talking about allowing AllowCrossOrigin on all accessible http, not only lsl http.

See New Mantis @ http://opensimulator.org/mantis/view.php?id=8484 [^]

For the persistent url it's true I can regenerate it when I want it :)


- Issue History
Date Modified Username Field Change
2013-03-03 23:29 djphil New Issue
2013-10-23 03:20 djphil Note Added: 0024568
2013-11-15 06:16 Trixic Note Added: 0024648
2013-11-19 00:20 djphil Note Added: 0024730
2015-01-09 02:53 djphil Note Added: 0027190
2015-05-17 08:33 djphil Note Added: 0028387
2015-07-31 13:43 kcozens Note Added: 0029046
2016-07-14 00:54 djphil Note Added: 0030919
2019-02-12 17:00 devigor Note Added: 0034743
2019-02-12 17:01 devigor Note Edited: 0034743 View Revisions
2019-02-12 22:05 BillBlight Note Added: 0034744
2019-02-12 22:05 BillBlight Note Edited: 0034744 View Revisions
2019-02-12 22:06 BillBlight Note Edited: 0034744 View Revisions
2019-02-13 02:57 djphil Note Added: 0034745
2019-02-13 03:40 djphil Note Edited: 0034745 View Revisions
2019-02-13 06:17 devigor Note Added: 0034746
2019-02-13 10:16 BillBlight Note Added: 0034748
2019-02-13 11:24 kcozens Note Added: 0034750
2019-02-14 17:12 paela argus Note Added: 0034751
2019-02-14 17:27 BillBlight Note Added: 0034753
2019-02-14 17:30 BillBlight Note Added: 0034754
2019-02-14 17:30 paela argus Note Added: 0034755
2019-02-14 17:48 BillBlight Note Added: 0034756
2019-02-16 18:04 JeffKelley Note Added: 0034787
2019-02-16 18:05 JeffKelley Note Edited: 0034787 View Revisions
2019-02-16 18:07 BillBlight Note Added: 0034788
2019-02-17 03:50 djphil Note Added: 0034789
2019-02-17 04:34 JeffKelley Note Added: 0034790
2019-02-17 05:08 djphil Note Added: 0034791
2019-02-17 06:30 djphil Note Edited: 0034789 View Revisions
2019-02-17 06:31 djphil Note Edited: 0034791 View Revisions


Copyright © 2000 - 2012 MantisBT Group
Powered by Mantis Bugtracker