After Update from EFA-3.0.1.8 to EFA-3.0.2.3 - Date/Time in Mailwatch from all Mails is the same

Report bugs and workarounds
Post Reply
MatthiasG
Posts: 1
Joined: 09 Aug 2017 08:24

After Update from EFA-3.0.1.8 to EFA-3.0.2.3 - Date/Time in Mailwatch from all Mails is the same

Post by MatthiasG »

Hi,

since the Update from EFA-3.0.1.8 to EFA-3.0.2.3 all Mails have the same Time/Date.

Unbenannt.PNG
Unbenannt.PNG (16.26 KiB) Viewed 5121 times

Thank you

Matthias
TheGr8Wonder
Posts: 97
Joined: 01 Jul 2017 02:32

Re: After Update from EFA-3.0.1.8 to EFA-3.0.2.3 - Date/Time in Mailwatch from all Mails is the same

Post by TheGr8Wonder »

At what time did you perform your upgrade? Is there a device that queues messages going to EFA, when EFA is offline?
User avatar
shawniverson
Posts: 3644
Joined: 13 Jan 2014 23:30
Location: Indianapolis, Indiana USA
Contact:

Re: After Update from EFA-3.0.1.8 to EFA-3.0.2.3 - Date/Time in Mailwatch from all Mails is the same

Post by shawniverson »

This was a bug recently caught in the MailWatch development branch. There's an unwanted update timestamp rule on the table that has been removed in the latest development.
User avatar
pdwalker
Posts: 1553
Joined: 18 Mar 2015 09:16

Re: After Update from EFA-3.0.1.8 to EFA-3.0.2.3 - Date/Time in Mailwatch from all Mails is the same

Post by pdwalker »

That's weird. How come no one else is being bitten by this one?
jase72
Posts: 20
Joined: 21 Jul 2017 09:06

Re: After Update from EFA-3.0.1.8 to EFA-3.0.2.3 - Date/Time in Mailwatch from all Mails is the same

Post by jase72 »

Running the update as per shawn's suggestion in viewtopic.php?p=8683#p8683 seemed to fix it for me.

However I did get the following warnings, which was the same as the initial EFA-Update summary (except EFA-Upgrade stopped a the "SESSION_NAME" line);

Code: Select all

*** ERROR/WARNING SUMMARY ***
Table Index: MySQL version unsupported for index `subject_idx` on table `maillog`, upgrade to version >= 50604 (you have version 50505)
conf.php: optional configuration entry "RPC_PORT" is missing, needed if RPC_ONLY mode is enabled
conf.php: optional configuration entry "RPC_SSL" is missing, needed if RPC_ONLY mode is enabled
conf.php: optional configuration entry "RPC_REMOTE_SERVER" is missing, needed to show number of mails in postfix queues on remote server (RPC)
conf.php: optional configuration entry "LDAP_BIND_PREFIX" is missing, needed when using LDAP authentication
conf.php: optional configuration entry "LDAP_BIND_SUFFIX" is missing, needed when using LDAP authentication
conf.php: optional configuration entry "EXIM_QUEUE_IN" is missing, needed only if using Exim as MTA
conf.php: optional configuration entry "EXIM_QUEUE_OUT" is missing, needed only if using Exim as MTA
conf.php: optional configuration entry "PWD_RESET_FROM_NAME" is missing, needed if Password Reset feature is enabled
conf.php: optional configuration entry "PWD_RESET_FROM_ADDRESS" is missing, needed if Password Reset feature is enabled
conf.php: optional configuration entry "MAIL_SENDER" is missing, needed if you use Exim or Sendmail Queue
conf.php: optional configuration entry "SESSION_NAME" is missing, needed if experiencing session conflicts
conf.php: optional configuration entry "USER_SELECTABLE_LANG" is missing, comma separated list of codes for languages the users can use eg. "de,en,fr,it,nl,pt_br"
conf.php: optional configuration entry "MAILWATCH_SMTP_HOSTNAME" is missing, needed only if you use a remote SMTP server to send MailWatch emails
conf.php: optional configuration entry "SESSION_TIMEOUT" is missing, needed if you want to override the default session timeout
Edited to add -- The MySQL error can be ignored, as per viewtopic.php?p=8712#p8712. Rest are optional, so presumably safe to ignore as well.
Post Reply