it-swarm-eu.dev

Sys non è definito

Ho un progetto di kit di controllo ASP.Net/AJAX su cui sto lavorando. L'80% delle volte non ci sono problemi. La pagina funziona come dovrebbe. Se aggiorni la pagina, a volte mostrerà un errore javascript "Sys non è definito".

Non succede sempre, ma è riproducibile. Quando succede, l'utente deve chiudere il browser e riaprire la pagina.

Questo mi porta a credere che potrebbe essere un'impostazione IIS.

Un'altra nota Ho guardato l'origine della pagina sia quando ricevo l'errore, sia quando no. Quando la pagina genera errori, manca il seguente codice:

<script src="/ScriptResource.axd?d=EAvfjPfYejDh0Z2Zq5zTR_TXqL0DgVcj_h1wz8cst6uXazNiprV1LnAGq3uL8N2vRbpXu46VsAMFGSgpfovx9_cO8tpy2so6Qm_0HXVGg_Y1&amp;t=baeb8cc" type="text/javascript"></script>
<script type="text/javascript">
//<![CDATA[
if (typeof(Sys) === 'undefined') throw new Error('ASP.NET Ajax client-side framework failed to load.');
//]]>
</script>
60
James

Ho risolto il mio problema spostando il <script type="text/javascript"></script> blocco contenente il Sys. * chiama in basso (fino all'ultimo elemento prima della chiusura del corpo <asp:Content/> sezione) nell'HTML nella pagina. Inizialmente avevo il mio blocco di script in HEAD <asp:Content/> sezione della mia pagina. Stavo lavorando all'interno di una pagina che aveva un MasterPageFile. Spero che questo aiuti qualcuno.

53
Dean L

Quando ho riscontrato gli errori

  • Sys non è definito
  • Impossibile caricare il framework lato client ASP.NET Ajax

in IE quando si utilizzano i controlli Ajax ASP.NET in .NET 2.0, è necessario aggiungere quanto segue al file web.config all'interno di <system.web> tag:

<httpHandlers>
  <remove verb="*" path="*.asmx"/>
  <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
  <add verb="GET" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler" validate="false"/>
</httpHandlers>
12
Ray Vega

La risposta di Dean L, https://stackoverflow.com/a/1718513/29206 ha funzionato per me, poiché anche la mia chiamata a Sys era troppo presto. Dato che sto usando jQuery, invece di spostarlo verso il basso, ho inserito lo script in un documento. Ho già chiamato:

$(document).ready(function () {
  Sys. calls here
});

Questo sembra essere abbastanza tardi da rendere disponibile Sys.

8
goodeye

Stavo usando Telerik e ho avuto esattamente lo stesso problema.

l'aggiunta di questo a web.config ha risolto il mio problema :)

<location path="Telerik.Web.UI.WebResource.axd">   
   <system.web>  
     <authorization>  
       <allow users="*"/>  
     </authorization>  
   </system.web>  
</location>

forse ti aiuterà anche tu. era un problema di autenticazione.

Source

7
Zviadi

Prova a impostare ScriptManager su questo.

<asp:ScriptManager ID="ScriptManager1" runat="server" EnablePartialRendering="true" /> 
7
Compulsion

Prova una di queste soluzioni:

1. Il browser non riesce a caricare lo script compresso

Questo di solito è il caso se si ottiene l'errore su IE6, ma non su altri browser.

Script Resource Handler - ScriptResource.axd comprime gli script prima di restituirli al browser. Nelle versioni pre-RTM, il gestore lo faceva continuamente per tutti i browser e non era configurabile. C'è un problema in uno dei componenti di IE6 che gli impedisce di caricare correttamente gli script compressi. Vedi l'articolo KB qui . In RTM, abbiamo apportato due correzioni per questo. Uno, non comprimiamo se IE6 è il client browser. Due, ora abbiamo reso configurabile la compressione. Ecco come puoi attiva/disattiva web.config.

Come lo risolvi? Innanzitutto, assicurati di utilizzare il AJAX Extensions 1.0 RTM. Questo da solo dovrebbe essere sufficiente. Puoi anche provare a disattivare la compressione modificando il tuo web. config per avere quanto segue:

<system.web.extensions>
<scripting>
<scriptResourceHandler enableCompression="false" enableCaching="true" />
</scripting>
</system.web.extensions>

2. La configurazione richiesta per ScriptResourceHandler non esiste per web.config per la tua applicazione

Assicurarsi che web.config contenga le voci del file web.config predefinito fornito con l'installazione delle estensioni. (posizione predefinita: C:\Programmi\Microsoft ASP.NET\ASP.NET 2.0 AJAX Estensioni\v1.0.61025)

3. La directory virtuale che stai utilizzando per il tuo Web, non è contrassegnata correttamente come un'applicazione (quindi la configurazione non viene caricata) - Ciò accadrebbe per IIS webs.

Assicurarsi di utilizzare un'applicazione Web e non solo una directory virtuale

4. Le richieste ScriptResource.axd restituiscono 404

Questo di solito indica una configurazione errata di ASP.NET nel suo insieme. In un'installazione predefinita di ASP.NET, qualsiasi richiesta Web a una risorsa che termina in .axd viene passata da IIS ad ASP.NET tramite un mapping isapi. Inoltre, il mapping è configurato per non verificare se il file esiste. Se tale mappatura non esiste o il controllo della presenza del file non è disabilitato, allora IIS tenterà di trovare il file fisico ScriptResource.axd, non lo troverà, e ritorna 404.

Puoi verificare se questo è il problema copiando/incollando l'URL completo su ScriptResource.axd da qui e vedendo cosa restituisce

<script src="/MyWebApp/ScriptResource.axd?[snip - long query string]" type="text/javascript"></script>

Come lo aggiusti? Se ASP.NET non è installato correttamente, è possibile eseguire lo strumento da riga di comando "aspnet_regiis.exe" per risolverlo. Si trova in C:\WINDOWS\Microsoft.Net\Framework\v2.0.50727. È possibile eseguire "aspnet_regiis -i -enable", che esegue la registrazione completa di ASP.NET con IIS e si assicura che ISAPI sia abilitato in IIS6. È inoltre possibile eseguire "aspnet_regiis -s w3svc/1/root/MyWebApp "per correggere solo la registrazione per la tua applicazione web.

5. Risoluzione dell'errore "Sys non definito" in ASP.NET AJAX RTM under IIS 7

Inserisci questa voce in <system.webServer/><handlers/>:

<add name="ScriptResource" preCondition="integratedMode" verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" />

e rimuovi quello sotto <system.web/><httpHandlers/>.

Riferimenti: http://weblogs.asp.net/chrisri/demystifying-sys-is-undefinedhttp://geekswithblogs.net/lorint/archive/2007/03/28/ 110161.aspx

5
Alexandre N.

È necessario aggiungere queste righe in web.config

<httpHandlers>
  <remove verb="*" path="*.asmx"/>
  <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
  <add verb="*" path="*_AppService.axd" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
  <add verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" validate="false"/>
</httpHandlers>
<httpModules>
  <add name="ScriptModule" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
</httpModules>
</system.web>

Spero che sia di aiuto.

5

Oltre a garantire di avere ScriptManager sulla tua pagina, devi assicurarti che web.config sia configurato in modo appropriato.

Quando ASP.NET AJAX 1.0 (per .NET 2.0) c'erano molte impostazioni web.config personalizzate che aggiungevano gestori, controlli, ecc.

Troverai le informazioni di configurazione qui: http://www.asp.net/AJAX/documentation/live/ConfiguringASPNETAJAX.aspx

4
Aaron Powell

Assicurarsi che tutti gli script client che interagiscono con .NET AJAX abbiano la seguente riga alla fine:

if (typeof(Sys) !== 'undefined')  Sys.Application.notifyScriptLoaded();

Questo dice al gestore degli script che l'intero file di script è stato caricato e che può iniziare a chiamare i metodi client

3
Tom Carter

Odio aggiungere a un argomento così vasto e molto più tardi, ma penso di avere almeno una soluzione che funzioni in VS2015.

Ero a caccia di un motivo per trovare l'errore sys e l'unica soluzione che funzionava per me era aggiungere EnableCdn="true" in un ScriptManager come questo:

<asp:ScriptManager ID="ScriptManager1" runat="server" EnableCdn="true" />

Vedere MSDN per ulteriori informazioni.

Perché dobbiamo farlo?

Quando si lavora su un'applicazione web asp.net, è necessario abilitare CDN in modo che Microsoft possa scaricare il Sys. biblioteca.

Probabilmente c'era uno script nella tua pagina che utilizzava la funzione Sys. Ambientazione EnableCdn="true" assicurerebbe che la libreria Sys sia scaricata prima di essere utilizzata.

Che cos'è la CDN?

Una citazione da https://www.sitepoint.com/7-reasons-to-use-a-cdn/

La maggior parte dei CDN viene utilizzata per ospitare risorse statiche come immagini, video, clip audio, file CSS e JavaScript. Troverai librerie JavaScript, shim HTML5, reimpostazioni CSS, caratteri e altre risorse comuni su un'ampia gamma di sistemi CDN pubblici e privati.

Sia Google che Microsoft dispongono di CDN. Tutto quello che devi fare è aggiungere un riferimento. Di solito i CDN vengono aggiunti tramite una risorsa di script:

<script src="https://ajax.aspnetcdn.com/ajax/4.5.1/1/MicrosoftAjax.js" type="text/javascript"></script>

Dopo aver impostato EnableCdn="true" e Microsoft aggiungerà il suo piccolo riferimento CDN (come quello sopra) nella pagina che scarica la libreria Sys.

Spero che ciò aiuti chiunque abbia riscontrato lo stesso problema.

2
Hawkeye

Stavo avendo lo stesso problema e dopo molte discussioni ho deciso di provare a isolare il problema e semplicemente caricare il gestore degli script in una pagina vuota che ha comunque causato lo stesso errore. Avendo isolato il problema, ho scoperto confrontando il web.config del mio sito con un sito di prova (funzionante) nuovo di zecca che cambiando <compilation debug="true"> per <compilation debug="false"> nella sezione system.web del mio web.config risolve il problema.

Ho anche dovuto rimuovere il <xhtmlConformance mode="Legacy"/> voce da system.web per far funzionare correttamente il pannello di aggiornamento. Clicca qui per una descrizione di questo problema.

2
MadMax1138

Nel mio caso il problema era che avevo inserito il seguente codice per mantenere il tableheader gridview dopo il postback parziale:

    protected override void OnPreRenderComplete(EventArgs e)
    {
        if (grv.Rows.Count > 0)
        {
            grv.HeaderRow.TableSection = TableRowSection.TableHeader;
        }
    }

La rimozione di questo codice ha risolto il problema.

Ho risolto questo problema creando una soluzione ajax asp.net separata e copiando e incollando tutta la configurazione ajax da web.config al progetto di lavoro.

ecco la configurazione da impostare in web.config

    <configuration>
<configSections>
    <sectionGroup name="system.web.extensions" type="System.Web.Configuration.SystemWebExtensionsSectionGroup, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35">
        <sectionGroup name="scripting" type="System.Web.Configuration.ScriptingSectionGroup, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35">
            <section name="scriptResourceHandler" type="System.Web.Configuration.ScriptingScriptResourceHandlerSection, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication"/>
</sectionGroup>

    </sectionGroup>
</configSections>
        <assemblies>

            <add Assembly="System.Web.Extensions,     Version=1.0.61025.0,       Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>

        </assemblies>
           </compilation>
        <httpHandlers>
        <remove verb="*" path="*.asmx"/>
        <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
        <add verb="*" path="*_AppService.axd" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
        <add verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" validate="false"/>
    </httpHandlers>
    <httpModules>
        <add name="ScriptModule" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
    </httpModules>
</system.web>
    <system.webServer>
    <validation validateIntegratedModeConfiguration="false"/>
    <modules>
        <add name="ScriptModule" preCondition="integratedMode" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
    </modules>
    <handlers>
        <remove name="WebServiceHandlerFactory-Integrated"/>
        <add name="ScriptHandlerFactory" verb="*" path="*.asmx" preCondition="integratedMode" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
        <add name="ScriptHandlerFactoryAppServices" verb="*" path="*_AppService.axd" preCondition="integratedMode" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
        <add name="ScriptResource" preCondition="integratedMode" verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
    </handlers>
</system.webServer>
1
Zara_me

Ho avuto lo stesso problema dopo aver aggiornato il mio AjaxControlToolkit.dll all'ultima versione 4.1.7.725 dalla 4.1.60623.0. Ho cercato e sono arrivato a questa pagina, ma nessuna delle risposte mi aiuta. Dopo aver consultato il sito Web di esempio di Ajax Control Toolkit che si trova nel file Zip CodePlex, mi sono reso conto che <asp:ScriptManager> sostituito dal nuovo <ajaxtoolkit:ToolkitScriptManager>. L'ho fatto e non c'è più Sys.Extended non è definito non più.

1
Farschidus

Nel caso in cui nessuna delle opzioni precedenti funzioni per te e ti capita di sovrascrivere OnPreRenderComplete, assicurati di chiamare base.OnPreRenderComplete. Il mio terapista sarà felice di rivedermi

1
David Glass

Nel mio caso, ho trovato un motivo molto nascosto ... C'era questo percorso di pagina con in Global.ascx.cs che non appare nei miei test nelle sottocartelle ma restituisce la domanda errore tutto il tempo .. un altro giorno con strani problemi.

routes.MapPageRoute("siteDefault", "{culture}/", "~/default.aspx", false, new RouteValueDictionary(new { culture = "(\\w{2})|(\\w{2}-\\w{2})" }));
0
hsobhy

Anche dopo aver aggiunto la voce corretta per la configurazione web si ottiene ancora questo errore? la ragione più comune di questo errore è JavaScript che fa riferimento allo spazio dei nomi Sys troppo presto. Quindi la correzione più ovvia sarebbe spostare il blocco Java sotto il controllo ScriptManager:

0
Mahesh

Assicurati di non avere alcuna regola di riscrittura che cambi il tuo URL.

Nel mio caso l'applicazione pensava che fosse solo di livello più profondo dell'URL raggiunto.

Esempio: http://mysite.com/app/page.aspx era il vero url. Ma ho tagliato/app/questo ha funzionato bene per ASP.net e WCF, ma chiaramente non per Ajax.

0
Max

Inserisci

if (typeof(Sys) !== 'undefined') Sys.Application.notifyScriptLoaded(); 

Controllare inserire la descrizione del collegamento qui

0
Jawad Siddiqui
  • Dev-Env: VS 2012
  • FX: 4.0/4.5
  • Implementazioni: master (ScriptManager + UpdatePanel/Timer) + contenuto (UpdatePanel)
  • Pattern: PageRouting.

Disclaimer:

Se tutti i web.config Le soluzioni non funzionano per te e hai implementato PageRouting (IIS 7+), quindi lo snippet di codice riportato di seguito risolverà i tuoi problemi.

Sfondo:

Non intendo dire a Highjack questa domanda ma ha avuto lo stesso problema di tutti gli altri e ha implementato qui il 100% dei suggerimenti, con lievi modifiche per .Net 4.0/4.5, e nessuno di loro ha funzionato per me.

Nella mia situazione avevo implementato Page Routing che stava fantasma il mio problema. Fondamentalmente funzionerebbe per circa 20, o giù di lì, esecuzioni di debug e quindi BAM si sbaglierebbe con il Sys is undefined errore.

Dopo aver esaminato un paio di altri post, che parlavano della logica di Clean-URL, mi sono ricordato di aver eseguito l'installazione di PageRouting.

Ecco la risorsa che ho usato per costruire i miei schemi: Page Routing

Il mio codice one-liner ha risolto il mio problema di debug VS2012:

rts.Ignore("{resource}.axd/{*pathInfo}")    'Ignores any Resource cache references, used heavily in AJAX interactions.
0
GoldBishop

Questo sembrerà stupido ma ho avuto un problema simile con un sito sviluppato in VS2010 e ospitato nel VS Dev Server. La pagina in questione aveva uno scriptmanager per creare la connessione a un servizio wcf. Ho aggiunto un metodo aggiuntivo al servizio e questo errore ha iniziato a comparire.

Ciò che lo risolveva per me stava cambiando da "Assegna automaticamente porta" a "Porta specifica" con un numero di porta diverso nelle impostazioni Web di oroject.

Vorrei sapere perché ...

0
Carl Onager

Stava avendo un problema simile, tranne per il fatto che la mia pagina generava costantemente il Sys è un errore indefinito.

Per me il problema deriva dal fatto che ho appena installato l'estensione AJAX 1.0 per .NET 2.0 ma avevo già creato il mio progetto Web in Visual Studio.

Quando ho provato a creare AJAX ho continuato a riscontrare questo errore, ho visto i post di Slace e MadMax1138s qui. E ho pensato che fosse il mio web.config, ho creato un nuovo progetto usando il nuovo "web abilitato AJAX tipo di progetto ", e abbastanza sicuro che web.config ha un gran numero di personalizzazioni necessarie per usare i controlli AJAX.

Ho appena aggiornato quel web.config con gli aggiornamenti web.config che avevo già creato e l'ho lasciato cadere nel mio progetto esistente e tutto ha funzionato bene.

0
TygerKrash

Ho avuto lo stesso problema ma l'ho risolto con:

Quando si inserisce un file di script in una pagina, assicurarsi che sia

<script></script> and not <script />.

Ho seguito questo: http://forums.asp.net/t/1742435.aspx?An+element+with+id+form1+could+not+be+found+Script+error+on+page + carico

Spero che questo possa aiutare

0
onlyme

Oggi ho riscontrato lo stesso errore esatto, ma non è stato un problema di configurazione o JavaScript diretto.

È stato aggiornato un progetto .net esterno ma le modifiche non sono state correttamente rilevate nella compilazione del sito Web. La mia presunzione è che ASP.NET Ajax non è stato in grado di costruire correttamente le rappresentazioni client degli oggetti .NET e quindi non è stato possibile caricare correttamente.

Per risolvere, ho ricostruito i progetti esterni e ho ricostruito la mia soluzione che stava riscontrando problemi. Il problema è andato via.

0
gb2d

Ho avuto problemi simili e con mia sorpresa ho scoperto che uno dei miei sviluppatori aveva salvato web.config nella stessa cartella/soluzione di web123.config e per errore entrambi questi file sono stati caricati.

Non appena ho eliminato il file web123.config, questo errore è scomparso e il framework ajax si è caricato correttamente. anche se ho

<compilation debug="true">

Nel mio caso ho anche il seguente segmento. Il mio progetto utilizza framework 3.5

    <httpHandlers>
  <remove verb="*" path="*.asmx"/>
  <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
  <add verb="*" path="*_AppService.axd" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
  <add verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" validate="false"/>
</httpHandlers>
<httpModules>
  <add name="ScriptModule" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
</httpModules>
</system.web>
0
v s

Non penso che questo punto sia stato aggiunto e dato che ho appena trascorso un po 'di tempo a cercare questo spero, spero che possa aiutare.

Sto lavorando con IIS 7 e utilizzo ASP.NET v4 Framework.
Nel mio caso era importante aggiungere una voce sia alla sezione che alla voce nel file web.config.

Il mio file web.config ha molti gestori e nel mio caso è stato più semplice aggiungere la voce ScriptResources nella parte superiore della sezione dei gestori. Soprattutto, deve essere posizionato prima di qualsiasi voce che fungerà da jolly e catturerà la richiesta. L'aggiunta dopo una voce jolly lo farà ignorare e l'errore continuerà ad apparire.

Il modulo può essere aggiunto all'inizio o alla fine della sezione.

Esempio di Web.config:

<system.webServer>
    <handlers>
      <clear />
      <add name="ScriptResource" preCondition="integratedMode" verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" />
      <!-- Make sure wildcard rules are below the ScriptResource tag -->
    </handlers>
    <modules>
      <add name="ScriptModule" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
      <!-- Other modules are added here -->
    </modules>
  </system.webServer>
0
RacerNerd

Ho trovato l'errore durante l'utilizzo di una combinazione di Ajax Control Toolkit ToolkitScriptManager e URL Write 2.0.

Nel mio <rewrite> <outboundRules> Avevo un presupposto:

<preConditions>
    <preCondition name="IsHTML">
        <add input="{RESPONSE_CONTENT_TYPE}" pattern="^text/html"/>
    </preCondition>
</preConditions>

Ma a quanto pare alcune delle mie regole in uscita non erano impostate per utilizzare il presupposto.

Una volta ho avuto quella preCondizione impostata su tutte le mie regole in uscita:

<rule preCondition="IsHTML" name="MyOutboundRule">

Nessun altro problema.

0
JonK

Per favore, per favore, controlla che il Server abbia l'ora e la data corrette impostate ...

Dopo aver perso circa 6 ore, l'ho letto da qualche parte ...

La data e l'ora per il server devono essere aggiornate per funzionare correttamente ...

altrimenti otterrai 'Sys' è un errore indefinito.

0
Arsalan