Problem z development mode po opublikowaniu strony na serwerze

Po opublikowaniu strony w razor pages ludziom wyskakuje blad:

An error occured while processing your request.
Develepment mode. Swapping to the development environment displays detailed information about error that occured.
The development environment shouldnt be enabled for deployed application. it can result displaying sensitive information. For local debbugging enable the development environment by setting the ASPNETCORE_ENVIRONMENT environment variable to Development.

Wczesniej byl podobny blad wiec zmienilem enviroment variable w pliku json z Development na Production. dzialalo 2 dni i znowu wyskakuje ten sam blad. jak to naprawic?

Zrobiłeś publish, czy build --Release?

Zrobilem publish. W VS tam gdzie sie klika w zakladce project -> publish

A co masz w web.config?

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <location path="." inheritInChildApplications="false">
    <system.webServer>
      <handlers>
        <add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModuleV2" resourceType="Unspecified" />
      </handlers>
      <aspNetCore processPath="dotnet" arguments=".\nazwaprojektu.dll" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" hostingModel="inprocess" />
    </system.webServer>
  </location>
</configuration>
<!--ProjectGuid: 42BD278E-0A82-4FCC-B800-76CAAB74AB78-->

Hmm a to nie jest przypadkiem tak, że aplikacja zwraca ci jakiś błąd, który jest wyświetlany tylko w ASPNETCORE_ENVIRONMENT = Development, a ty masz Production, więc rzuca błędem o Development Mode?

1. Sprawdź w systemie zmienne środowiskowe, czy nie masz wpisu ASPNETCORE_ENVIRONMENT
2. Jaka wersja .NET Core?

Ustaw tryb deweloperski w web.config (skopiuj mój przykład) i powtórz to co powodowało pojawienie się błędu o trybie deweloperskim. Powinieneś dostać treść błędu.

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <location path="." inheritInChildApplications="false">
    <system.webServer>
      <handlers>
        <add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModuleV2" resourceType="Unspecified" />
      </handlers>
      <aspNetCore processPath="dotnet" arguments=".\nazwaprojektu.dll" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" hostingModel="inprocess">
        <environmentVariables>
        <environmentVariable name="ASPNETCORE_ENVIRONMENT" value="Development" />
      </environmentVariables>
      </aspNetCore>
    </system.webServer>
  </location>
</configuration>
<!--ProjectGuid: 42BD278E-0A82-4FCC-B800-76CAAB74AB78-->

Jeśli nie, to możesz jeszcze sprawdzić Podgląd zdarzeń -> Dziennik systemu Windows -> Aplikacja w Windows. Może tam będzie jakaś wskazówka.

Szczerze mówiąc dawno takiego błędu nie miałem, więc troszkę to dziwne.

Dzieki za odpowiedz.
Mialem wczesniej ustawione w appsetting.json ASPNETCORE_ENVIRONMENT na Development i pojawialo sie to samo ze development mode nie moze byc enabled.
Co mam ustawic w systemie w zmiennych srodowiskowych? I czemu mialo by to miec wplyw na strone jesli zmienie cos tylko u siebie lokalnie na komputerze?

W któreś wersji .NET Core tryb pracy aplikacji brany był ze zmiennych środowiskowych. Nie jestem pewny jakie jest priorytetowanie tych wpisów w systemie - czy najpier plik, a poźnie środowiskowe - tak też jeśli masz jakikolwiek wpis ASPNETCORE_ENVIRONMENT w zmiennych środowiskowych to wyrzuć.

Wpis w appsettings.json nigdy nie był brany pod uwagę (chyba). Microsoft kazał dopisywać tryb do nazwy pliku np. appsettings.Development.json. To nie miało nic wspólnego z ustawianiem trybu pracy aplikacji. To służy to rozdzielenia konfiguracji względem trybu - możesz mieć inne ustawienia dla Production, a inne dla Development.

Wszelkie ustawianie ASPNETCORE_ENVIRONMENT w appsettings, czy visual studio (w sekcji debug w konfiguracji projektu) służy do czegoś innego i nie ma nic wspólnego z deployem i trybem po publishu.

Taki blad wyskakuje. Zwiazany z wysylaniem mejla jak mi sie wydaje. Na stronie Formularz zrobilem mozliwosc dodania zalacznikow i wyslania na gmaila. Dzialalo wszystko dobrze jak sprawdzalismy z kolega.

An unhandled exception occurred while processing the request.
SmtpException: Exceeded storage allocation. The server response was: 5.7.0 This message was blocked because its content presents a potential
System.Net.Mail.DataStopCommand.CheckResponse(SmtpStatusCode statusCode, string serverResponse)

Stack Query Cookies Headers Routing
SmtpException: Exceeded storage allocation. The server response was: 5.7.0 This message was blocked because its content presents a potential
System.Net.Mail.DataStopCommand.CheckResponse(SmtpStatusCode statusCode, string serverResponse)
System.Net.Mail.DataStopCommand.Send(SmtpConnection conn)
System.Net.Mail.SmtpConnection.OnClose(object sender, EventArgs args)
System.Net.ClosableStream.Close()
System.Net.Mail.MailWriter.Close()
System.Net.Mail.SmtpClient.Complete(Exception exception, IAsyncResult result)
Projekt.Pages.FormularzModel.OnPostGo() in Formularz.cshtml.cs
Microsoft.AspNetCore.Mvc.RazorPages.Infrastructure.ExecutorFactory+GenericTaskHandlerMethod.Convert<T>(object taskAsObject)
Microsoft.AspNetCore.Mvc.RazorPages.Infrastructure.ExecutorFactory+GenericTaskHandlerMethod.Execute(object receiver, object[] arguments)
Microsoft.AspNetCore.Mvc.RazorPages.Infrastructure.PageActionInvoker.InvokeHandlerMethodAsync()
Microsoft.AspNetCore.Mvc.RazorPages.Infrastructure.PageActionInvoker.InvokeNextPageFilterAsync()
Microsoft.AspNetCore.Mvc.RazorPages.Infrastructure.PageActionInvoker.Rethrow(PageHandlerExecutedContext context)
Microsoft.AspNetCore.Mvc.RazorPages.Infrastructure.PageActionInvoker.Next(ref State next, ref Scope scope, ref object state, ref bool isCompleted)
Microsoft.AspNetCore.Mvc.RazorPages.Infrastructure.PageActionInvoker.InvokeInnerFilterAsync()
Microsoft.AspNetCore.Mvc.Infrastructure.ResourceInvoker.<InvokeNextResourceFilter>g__Awaited|25_0(ResourceInvoker invoker, Task lastTask, State next, Scope scope, object state, bool isCompleted)
Microsoft.AspNetCore.Mvc.Infrastructure.ResourceInvoker.Rethrow(ResourceExecutedContextSealed context)
Microsoft.AspNetCore.Mvc.Infrastructure.ResourceInvoker.Next(ref State next, ref Scope scope, ref object state, ref bool isCompleted)
Microsoft.AspNetCore.Mvc.Infrastructure.ResourceInvoker.<InvokeFilterPipelineAsync>g__Awaited|20_0(ResourceInvoker invoker, Task lastTask, State next, Scope scope, object state, bool isCompleted)
Microsoft.AspNetCore.Mvc.Infrastructure.ResourceInvoker.<InvokeAsync>g__Awaited|17_0(ResourceInvoker invoker, Task task, IDisposable scope)
Microsoft.AspNetCore.Mvc.Infrastructure.ResourceInvoker.<InvokeAsync>g__Awaited|17_0(ResourceInvoker invoker, Task task, IDisposable scope)
Microsoft.AspNetCore.Routing.EndpointMiddleware.<Invoke>g__AwaitRequestTask|6_0(Endpoint endpoint, Task requestTask, ILogger logger)
Microsoft.AspNetCore.Authorization.AuthorizationMiddleware.Invoke(HttpContext context)
Microsoft.AspNetCore.Diagnostics.DeveloperExceptionPageMiddleware.Invoke(HttpContext context)

Masz problem z serwerem/klientem poczty. Masz skonfigurowany smtp do wysyłania maili w aplikacji

SmtpException: Exceeded storage allocation. The server response was: 5.7.0 This message was blocked because its content presents a potential

Niech zgadne Google?

To już nie jest stricte problem .NET Core, a twojej poczty.

Dzieki za odpowiedz.
tak w aplikacji jest wszystko dobrze skonfigurowane, wpisany email i haslo i dzialalo wszystko idealnie.
Moglbys podpowiedziec co nalezy poprawic w mojej poczcie?

Typ załącznika, wielkość załacznika, blokowana domena aplikacji, poprawna konfiguracja rekordu SPF na domenie

Zalaczniki są kasowane po wyslaniu wiec miejsce jest zwalniane. Wysłać mozna wszystko, kazdy typ pliku, testowalismy tylko pdf, txt , docx, exel i jpg
W ustawieniach serwera tez będziemy patrzeć
Nadal nie wiadomo o co chodzi, bo raz wszystkie formularze przechodzą , przekierowania do stron działają a innym razem wywala błąd po 1 przekierowaniu na kolejną strone

Dobra, problem się rozwiązał. Zrobiłem klase statyczną MailMessage i w jakiś sposób pozostałe instancje lokalne klasy MailMessages czasami się mieszały z tą statyczną i wywalało błąd z dispose.