[Mono-list] Preview 2.6.6
Abe Gillespie
abe.gillespie at gmail.com
Fri Jul 9 17:21:07 EDT 2010
This is a big pain point for me right now. As a work-around I'm
wondering if I can create a small command-line utility that sends the
emails I need to. Does anyone have an example of programmatically
calling an executable as a different user? I'm thinking my service
can run as normal but send emails as my user account. This is Linux
so any other tips or tricks are welcome.
Thanks.
On Thu, Jul 8, 2010 at 2:53 PM, Abe Gillespie <abe.gillespie at gmail.com> wrote:
> Shoot, sorry Andrew, I sent this directly to you last time. I filed a
> bug: https://bugzilla.novell.com/show_bug.cgi?id=620960
>
> On Wed, Jul 7, 2010 at 3:58 PM, Abe Gillespie <abe.gillespie at gmail.com> wrote:
>> Regarding SSL, this is till broken for me:
>>
>> http://lists.ximian.com/pipermail/mono-aspnet-list/2010-June/000788.html
>>
>> I can relay mail through Google using my account from the command
>> line. However, it still fails thusly if it's in my webapp / sent from
>> the system user:
>>
>> System.InvalidOperationException: SSL authentication error:
>> RemoteCertificateNotAvailable
>> at System.Net.Mail.SmtpClient.<callback>m__4 (System.Object sender,
>> System.Security.Cryptography.X509Certificates.X509Certificate
>> certificate, System.Security.Cryptography.X509Certificates.X509Chain
>> chain, SslPolicyErrors sslPolicyErrors) [0x00000] in <filename
>> unknown>:0
>> at System.Net.Security.SslStream+<BeginAuthenticateAsClient>c__AnonStorey7.<>m__A
>> (System.Security.Cryptography.X509Certificates.X509Certificate cert,
>> System.Int32[] certErrors) [0x00000] in <filename unknown>:0
>> at Mono.Security.Protocol.Tls.SslClientStream.OnRemoteCertificateValidation
>> (System.Security.Cryptography.X509Certificates.X509Certificate
>> certificate, System.Int32[] errors) [0x00000] in <filename unknown>:0
>> at Mono.Security.Protocol.Tls.SslStreamBase.RaiseRemoteCertificateValidation
>> (System.Security.Cryptography.X509Certificates.X509Certificate
>> certificate, System.Int32[] errors) [0x00000] in <filename unknown>:0
>> at Mono.Security.Protocol.Tls.SslClientStream.RaiseServerCertificateValidation
>> (System.Security.Cryptography.X509Certificates.X509Certificate
>> certificate, System.Int32[] certificateErrors) [0x00000] in <filename
>> unknown>:0
>> at Mono.Security.Protocol.Tls.Handshake.Client.TlsServerCertificate.validateCertificates
>> (Mono.Security.X509.X509CertificateCollection certificates) [0x00000]
>> in <filename unknown>:0
>> at Mono.Security.Protocol.Tls.Handshake.Client.TlsServerCertificate.ProcessAsTls1
>> () [0x00000] in <filename unknown>:0
>> at Mono.Security.Protocol.Tls.Handshake.HandshakeMessage.Process ()
>> [0x00000] in <filename unknown>:0
>> at (wrapper remoting-invoke-with-check)
>> Mono.Security.Protocol.Tls.Handshake.HandshakeMessage:Process ()
>> at Mono.Security.Protocol.Tls.ClientRecordProtocol.ProcessHandshakeMessage
>> (Mono.Security.Protocol.Tls.TlsStream handMsg) [0x00000] in <filename
>> unknown>:0
>> at Mono.Security.Protocol.Tls.RecordProtocol.InternalReceiveRecordCallback
>> (IAsyncResult asyncResult) [0x00000] in <filename unknown>:0
>>
>> I've made absolutely sure that the mozroot and Google certs have been
>> downloaded for the machine. I even blew away the /usr/share/.mono
>> cert store and started from scratch.
>>
>> Could it be that I need to setup a store for the Apache user?
>>
>> Thanks.
>> -Abe
>>
>> On Tue, Jul 6, 2010 at 2:07 PM, Andrew Jorgensen <ajorgensen at novell.com> wrote:
>>> We have pushed a preview release of Mono (actually sort of a release).
>>> Find your files, installers, and repos here:
>>> http://mono.ximian.com/monobuild/preview/download-preview/
>>>
>>> Major differences here are in the Mac and Windows GTK+ stacks, which
>>> have been updated to the latest stable releases.
>>>
>>> Also very important: We are dropping support for Mac OSX 10.4 (Tiger).
>>> This is due to problems compiling recent GTK+ on 10.4 as well a general
>>> feeling that most of our users are on 10.5 and above by now. This means
>>> that 2.6.4 is the last version for 10.4. Compiling your own newer
>>> versions of mono on 10.4 is still considered supported.
>>>
>>> And a note about version numbers: We are trying to be more disciplined
>>> about releasing only one release per version number. And since we are
>>> running beta versions of fine products like Mono Tools for Visual Studio
>>> those betas will occasionally eat up a version number. That is why you
>>> don't see 2.6.5 anywhere (except MonoTools 2.0 beta 1) and 2.6.6
>>> (originally for MonoTools 2.0 beta 2) is a preview and the next official
>>> release will be 2.6.7.
>>>
>>> We hope to release 2.6.7 sometime this week, so please let us know
>>> <http://www.mono-project.com/Bugs> if you find any problems!
>>>
>>>
>>> _______________________________________________
>>> Mono-list maillist - Mono-list at lists.ximian.com
>>> http://lists.ximian.com/mailman/listinfo/mono-list
>>>
>>
>
More information about the Mono-list
mailing list