56 Antworten zu diesem Thema

[Wolfgang Schmerge]

Hallo,

 

wenn im E-Mail-Konto unter Benutzername und Passwort keine Zugangsdaten eingetragen sind kann der Shop auch keine Mails versenden.
Auch die Test-Mail-Funktion kann dann nicht funktioniert haben.

 

Liebe Grüße

 

Wolfgang 

[HJT]

Mittlerweile geht es doch nicht mehr. 

Angehängte Bilder

•  Mail - Fehler.png   261.25K   1 Anzahl Downloads

[stevenwien]

Moin, ich möchte dieses Thema auch ein mal anstoßen.

Bei mir ist genau das gleiche Problem mit dem Mailversand unter den geplanten Aufgaben. Der Shop befindet sich zwar noch im Aufbau und läuft auch erst seid ein paar Monaten, möchte aber den Fehler vor dem Go-Live vom Tisch haben.

 

Ich hatte anfang letzter Woche alle Änderungen in der web.config vorgenommen, dann lief es auch bis Freitag ganz gut, heute morgen check ich die "geplanten Aufgaben" und musste feststellen das keine Mails mehr ab 5Uhr heute morgen verschickt worden sind. Nach einem Neustart lief es dann natürlch wieder. Ich habe schon eine weile vorher auch die zeitlichen Abstände in der die Mails versenden soll auf alle 2Minuten gestellt, weil ich dachte das bringt irgendwas... aber nein.

Eine Lösung wäre schön, ist schon sehr ärgerlich.

Der Shop liegt übrgens auch bei Centron. Hat denn dort schon jemand mal Kontakt gehabt bzw. haben die bei Centron eine Lösung parrat. An irgendwas muss ja liegen.

[patchworker]

Hallo stevenwien,

 

ich habe mich deswegen schon 2x mit dem Support von Centron in Verbindung gesetzt.

 

Von dort heißt es:

Zu dieser Zeit laufen Backups. Da kann es vorkommen, dass kurzzeitig die DB nicht erreichbar ist.

Ich soll mich an Smartstore wenden.

 

VG Frank

[stevenwien]

Hallo stevenwien,

 

ich habe mich deswegen schon 2x mit dem Support von Centron in Verbindung gesetzt.

 

Von dort heißt es:

Zu dieser Zeit laufen Backups. Da kann es vorkommen, dass kurzzeitig die DB nicht erreichbar ist.

Ich soll mich an Smartstore wenden.

 

VG Frank

Moin, ja das hatte ich auch schon gelesen.

Ich habe den Zeitplan für den Task jetzt erstmal auf *   6-23  *   *   * gestellt. Ist zwar nicht schön sollte aber klappen bis es eine Lösung seitens Smartstore gibt.

 

Gruß

[patchworker]

Ja, ich teste auch mit folgenden Cron-Ausdruck: 

 

* 0-3,6-23 * * * Jede Minute, um 00:00 bis 03:59 und 06:00 bis 23:59

 

In einer Woche wissen wir mehr.

 

Frank

[Artar]

Könntet ihr bitte in den E-Mail-EInstellungen nachsehen, welchen Port ihr da eingestellt habt und ob SSL aktiviert ist?

[stevenwien]

Ja, ich teste auch mit folgenden Cron-Ausdruck: 

 

* 0-3,6-23 * * * Jede Minute, um 00:00 bis 03:59 und 06:00 bis 23:59

 

In einer Woche wissen wir mehr.

 

Frank

Auch nicht schlecht.

 

Könntet ihr bitte in den E-Mail-EInstellungen nachsehen, welchen Port ihr da eingestellt habt und ob SSL aktiviert ist?

Bei mir ist das der Port 25 uns SSL ist aus.

[patchworker]

Auch bei mir Port 25, aber SSL ist aktiv.

 

Frank

[Artar]

An dem Port 25 mit oder SSL liegt es nicht.

Unsere Kolleg:innen von Centron haben mich gerade aufgeklärt, dass der Port 25 bei Centron mit oder ohne SSL für den E-Mailversand genutzt werden kann.

[HJT]

Bei mir lief es auch mit Port 25, mit oder ohne SSL.

 

Ich glaube das Problem ist nicht in Smartstore entstanden, weil keiner von uns hier bestimmt was geändert hat. Das Problem ist ja plötzlich aus dem nichts entstanden und betrifft hier anscheinend viele.

Ich wusste erst von dem Problem als ein Kunde mich darauf aufmerksam machte.

Könnte es an Centron liegen?

 

P.S. an Wolfgang. Ich habe keine Option zum Einfügen von Screenshots gefunden aber Port 465/587 mit SSL/STARTTLS hat nicht funktioniert.

[patchworker]

Hallo zusammen,

 

seit dem ich die Ausführung des Mail-Task von 4-6 Uhr geblockt habe, gibt es keine Fehler mehr im Ereignisspeicher und auch der Mail-Task läuft in der restlichen Zeit problemlos. Seitdem war auch kein Neustart des Shops notwendig.

 

Aber ist das die Lösung???

 

VG Frank

[stevenwien]

Moin, ja das hatte ich auch schon gelesen.

Ich habe den Zeitplan für den Task jetzt erstmal auf *   6-23  *   *   * gestellt. Ist zwar nicht schön sollte aber klappen bis es eine Lösung seitens Smartstore gibt.

 

Gruß

Moin moin,

bei mir läuft es seid der Zeitplaneinstellung auch ohne Probleme.

 

Vieleicht können sich SmartStore und Centron da untereinander mal kurzschliessen?

Wie sieht es den bei den Mitlesern aus die nicht bei Centron hosten?

 

Gruß

Steven

[kusnez]

Hallo,

 

 

 

Wie sieht es den bei den Mitlesern aus die nicht bei Centron hosten?

Centron ist nicht gleich Centron.

Habe "Managed vServer", läuft ALLES stabil.

Welche Hosting-Produkte hast du bei Centron?

 

[patchworker]

Ja, natürlich gibt es verschiedene Paket.

Aber wenn Centron direkt ein "Smartstore-Hosting Standard" Paket anbietet, darf ich davon ausgehen, dass auch die Ressourcen dafür ausreichen.

 

Übriges habe ich jetzt auch den Cron-Ausdruck für das Löschen der Gastbenutzer, nachdem dieser blockiert war, geändert.

 

VG Frank

 

[DHRacer]

Hallo lieber Support,

 

ich muss das Thema noch mal aufwärmen, da es uns seit gestern auch betrifft. Genaue Ursache unbekannt (bitte um Unterstützung  ), ich schildere einfach mal die wahrgenommenen Symptome: 

 

- Kunde bestellte gestern im Shop (nur gesehen unter Verkauf --> Aufträge), keine E-Mail an Kunden und uns.

- Keine Bestelleingangsbestätigungen (für Kunden und uns) unter System --> E-Mail Verwaltung zu finden (unabhängig vom Filter Lade nur noch nicht gesendete E-Mails)

- Keine Auffälligkeiten unter System --> Geplante Aufgaben --> E-Mail senden

- Testnachricht senden unter Konfiguration --> E-Mail erfolgreich

 

Heute dann eigene Testbestellung gemacht:

 

- Bestelleingangsbestätigung an uns (Shopbetreiber) kam an

- Keine Bestelleingangsbestätigung für Kunden (wiederum nicht unter System --> E-Mail Verwaltung zu finden)

- Fehlermeldung "An error occured while updating the entries. See the inner exception for details." auf Kundenseite --> siehe Screenshot

 WhatsApp Image 2023-01-04 at 09.20.48.jpeg   93.64K   0 Anzahl Downloads

 

Unter System --> Ereignisse sind seit gestern auch entsprechende Error-Meldungen aufgeführt:

 

- Logger: SmartStore.Services.Orders.OrderProcessingService

- Kurznachricht: An error occurred while updating the entries. See the inner exception for details.

- Komplette Nachricht: System.Data.Entity.Infrastructure.DbUpdateException: An error occurred while updating the entries. See the inner exception for details. ---> System.Data.Entity.Core.UpdateException: An error occurred while updating the entries. See the inner exception for details. ---> System.Data.SqlClient.SqlException: Speicherplatz für das 'dbo.QueuedEmail'.'PK_dbo.QueuedEmail'-Objekt in der datenbank_ss-Datenbank konnte nicht belegt werden, da die Dateigruppe 'PRIMARY' voll ist. Speicherplatz kann durch Löschen nicht benötigter Dateien, Löschen von Objekten in der Dateigruppe, Hinzufügen von Dateien zur Dateigruppe oder Festlegen der automatischen Vergrößerung für vorhandene Dateien in der Dateigruppe gewonnen werden.

bei System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection, Action`1 wrapCloseInAction)
bei System.Data.SqlClient.SqlInternalConnection.OnError(SqlException exception, Boolean breakConnection, Action`1 wrapCloseInAction)
bei System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj, Boolean callerHasConnectionLock, Boolean asyncClose)
bei System.Data.SqlClient.TdsParser.TryRun(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj, Boolean& dataReady)
bei System.Data.SqlClient.SqlDataReader.TryConsumeMetaData()
bei System.Data.SqlClient.SqlDataReader.get_MetaData()
bei System.Data.SqlClient.SqlCommand.FinishExecuteReader(SqlDataReader ds, RunBehavior runBehavior, String resetOptionsString, Boolean isInternal, Boolean forDescribeParameterEncryption, Boolean shouldCacheForAlwaysEncrypted)
bei System.Data.SqlClient.SqlCommand.RunExecuteReaderTds(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, Boolean async, Int32 timeout, Task& task, Boolean asyncWrite, Boolean inRetry, SqlDataReader ds, Boolean describeParameterEncryptionRequest)
bei System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method, TaskCompletionSource`1 completion, Int32 timeout, Task& task, Boolean& usedCache, Boolean asyncWrite, Boolean inRetry)
bei System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method)
bei System.Data.SqlClient.SqlCommand.ExecuteReader(CommandBehavior behavior, String method)
bei System.Data.SqlClient.SqlCommand.ExecuteDbDataReader(CommandBehavior behavior)
bei System.Data.Common.DbCommand.ExecuteReader(CommandBehavior behavior)
bei SmartStore.Data.Caching.CachingCommand.ExecuteDbDataReader(CommandBehavior behavior)
bei System.Data.Common.DbCommand.ExecuteReader(CommandBehavior behavior)
bei System.Data.Entity.Infrastructure.Interception.DbCommandDispatcher.<>c.<Reader>b__6_0(DbCommand t, DbCommandInterceptionContext`1 c)
bei System.Data.Entity.Infrastructure.Interception.InternalDispatcher`1.Dispatch[TTarget,TInterceptionContext,TResult](TTarget target, Func`3 operation, TInterceptionContext interceptionContext, Action`3 executing, Action`3 executed)
bei System.Data.Entity.Infrastructure.Interception.DbCommandDispatcher.Reader(DbCommand command, DbCommandInterceptionContext interceptionContext)
bei System.Data.Entity.Internal.InterceptableDbCommand.ExecuteDbDataReader(CommandBehavior behavior)
bei System.Data.Common.DbCommand.ExecuteReader(CommandBehavior behavior)
bei System.Data.Entity.Core.Mapping.Update.Internal.DynamicUpdateCommand.Execute(Dictionary`2 identifierValues, List`1 generatedValues)
bei System.Data.Entity.Core.Mapping.Update.Internal.UpdateTranslator.Update()
--- Ende der internen Ausnahmestapelüberwachung ---
bei System.Data.Entity.Core.Mapping.Update.Internal.UpdateTranslator.Update()
bei System.Data.Entity.Core.EntityClient.Internal.EntityAdapter.<>c.<Update>b__21_0(UpdateTranslator ut)
bei System.Data.Entity.Core.EntityClient.Internal.EntityAdapter.Update[T](T noChangesResult, Func`2 updateFunction)
bei System.Data.Entity.Core.EntityClient.Internal.EntityAdapter.Update()
bei System.Data.Entity.Core.Objects.ObjectContext.<SaveChangesToStore>b__153_0()
bei System.Data.Entity.Core.Objects.ObjectContext.ExecuteInTransaction[T](Func`1 func, IDbExecutionStrategy executionStrategy, Boolean startLocalTransaction, Boolean releaseConnectionOnSuccess)
bei System.Data.Entity.Core.Objects.ObjectContext.SaveChangesToStore(SaveOptions options, IDbExecutionStrategy executionStrategy, Boolean startLocalTransaction)
bei System.Data.Entity.Core.Objects.ObjectContext.<>c__DisplayClass148_0.<SaveChangesInternal>b__0()
bei System.Data.Entity.SqlServer.DefaultSqlExecutionStrategy.Execute[TResult](Func`1 operation)
bei System.Data.Entity.Core.Objects.ObjectContext.SaveChangesInternal(SaveOptions options, Boolean executeInExistingTransaction)
bei System.Data.Entity.Core.Objects.ObjectContext.SaveChanges(SaveOptions options)
bei System.Data.Entity.Internal.InternalContext.SaveChanges()
--- Ende der internen Ausnahmestapelüberwachung ---
bei System.Data.Entity.Internal.InternalContext.SaveChanges()
bei System.Data.Entity.Internal.LazyInternalContext.SaveChanges()
bei SmartStore.Data.ObjectContextBase.SaveChangesOperation.Execute()
bei SmartStore.Data.ObjectContextBase.SaveChanges()
bei SmartStore.Data.EfRepository`1.Insert(T entity)
bei SmartStore.Services.Messages.QueuedEmailService.InsertQueuedEmail(QueuedEmail queuedEmail)
bei SmartStore.Services.Messages.MessageFactory.QueueMessage(MessageContext messageContext, QueuedEmail queuedEmail)
bei SmartStore.Services.Messages.MessageFactory.CreateMessage(MessageContext messageContext, Boolean queue, Object[] modelParts)
bei SmartStore.Services.Orders.OrderMessageFactoryExtensions.SendOrderPlacedCustomerNotification(IMessageFactory factory, Order order, Int32 languageId)
bei SmartStore.Services.Orders.OrderProcessingService.PlaceOrder(ProcessPaymentRequest processPaymentRequest, Dictionary`2 extraData)

 

Lese ich da heraus, dass die Datenbank voll ist? Wenn ja, kann diese auch vergrößert werden oder ist zwingend etwas zu löschen, um Platz zu machen?

 

Vielen Dank für den Support bereits vorab und Gruß

Sebastian

 

[DHRacer]

Kurzer Nachtrag: Eine Reduzierung der Datenbankgröße (über ein Löschen der Ereignisse) scheint dieses Problem gelöst zu haben. Zumindest sind bei einer weiteren Testbestellung alle Mails (an Besteller und Shop) erfolgreich versendet worden. Auch gab es keine Fehlermeldung auf Kundenseite. 

 

VG

Sebastian