ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
68451
|
Tue Nov 15 04:42:49 2016 |
| I Gede Made Wira Saputra | igmadews@gmail.com | Question | Windows | 3.1.1 | How to configure email? "Error sending Email via <i>"127.0.0.1"</i>" |
Hi All,
I have a problem with email configuration with gmail account. I use Elog V3.1.1 and Stuneel V5-32 with Windows 7 Profesional 64-bit
I follow the instruction in elog:68039 This is my configuration elogd.cfg and stunnel.conf
# My elogd.cfg
;Mail server configuration
smtp host = 127.0.0.1
SMTP username = <My_email_account>@gmail.com
SMTP Password = MjhNYXNrb2tpMjI=
Email encoding = 1
Logout to main = 1
# My Stunnel.conf
[gmail-pop3]
client = yes
accept = 127.0.0.1:110
connect = pop.gmail.com:995
verify = 2
CAfile = ca-certs.pem
checkHost = pop.gmail.com
OCSPaia = yes
[gmail-imap]
client = yes
accept = 127.0.0.1:143
connect = imap.gmail.com:993
verify = 2
CAfile = ca-certs.pem
checkHost = imap.gmail.com
OCSPaia = yes
[elogssl]
client = yes
accept = 127.0.0.1:25
connect = smtp.gmail.com:465
verify = 2
CApath = /etc/ssl/certs
[gmail-smtp]
client = yes
accept = 127.0.0.1:25
connect = smtp.gmail.com:465
verify = 2
CAfile = ca-certs.pem
checkHost = smtp.gmail.com
OCSPaia = yes
I got error "Error sending Email via <i>"127.0.0.1"</i>" when I run it.
Could somebody help me?
Thanks,
|
68450
|
Mon Oct 31 09:51:02 2016 |
| Peter K | pkravt@gmail.com | Question | Windows | 3.1.2 | Error starting elog 3.1.2 on Windows server |
Hi,
I'm trying to upgrade ELOG 2.9.2, which I have been used many years, to the new version (3.1.2).
I can't run the new version even from the command line:
c:\Program Files (x86)\ELOG1>"c:\Program Files (x86)\ELOG1\elogd" -c "c:\Program Files (x86)\ELOG1\elogd.cfg"
Access is denied.
Message box appears with message:
c:\Program Files (x86)\ELOG1\elogd.exe is not a valid Win32 application.
What do I do wrong ?
I'm trying to use my old config file. New default config gave the same result :-( |
68449
|
Fri Oct 28 16:41:11 2016 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | All | 3.1.1 | Re: Reset a user's password |
Sure. Hit "Config", select other user, and click on "Change password".
Stefan
Val Schmidt wrote: |
Is it possible for an administator to reset a user's password?
Thanks,
Val
|
|
68448
|
Fri Oct 28 16:30:36 2016 |
| Val Schmidt | vschmidt@ccom.unh.edu | Question | All | 3.1.1 | Reset a user's password |
Is it possible for an administator to reset a user's password?
Thanks,
Val |
68447
|
Thu Oct 27 11:18:17 2016 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Question | Windows | 3.1.2 | Re: Datetime format with elog client |
Yes, this is a known bug of ELOG, see elog:68404
Alan Grant wrote: |
UPDATE:
As I continue to test and troubleshoot this problem I noticed something peculiar: the Datetime defined field that the client is rejecting when I attempt a record insert is listed as a Required attribute. However, when I just remove it from the Required list the record including the epoch time is inserted without any problems.
I am now unsure if my configuration is deficient somewhere, vs a problem with the client program code.
Alan Grant wrote: |
What is the input format expected by the elog client for a required Datetime defined field when inserting a record? (Eg: October 26, 2016 = ? in the field's data parameter).
I have read some prior posts on this and the indication is that the input needs to use epoch time, however even when I enter 1477493161 or 0 the client still flags the variable data as missing. If this is in fact the format I shoud be using then I can provide a sample input and output message to illustrate my problem.
|
|
|
68446
|
Thu Oct 27 04:16:10 2016 |
| Alan Grant | agrant@winnipeg.ca | Question | Windows | 3.1.2 | Re: Datetime format with elog client |
I really appreciate your reply David.
There's only one Datetime defined field that I'm working with so I'm not sure what you mean, if you don't mind elaborating? It sounds interesting.
The only thing I gather right now from what you're saying is that there's essentially two locations where a field can be defined - in the Config file, or via the format of the data itself in the client command - but I could be wrong.
David Pilgram wrote: |
Hi Alan,
I have no idea if this helps but the Date and Time formats in the config file internally interconnect, as I discovered in trying to define them separately. Define one, and the other is defined.
I only mention this as I spent some hours trying to sort out the issue, only to learn it was a "feature" that Stefan didn't want to correct as it may affect too many others. I can understand that, and made a different solution to what I wanted to do.
Alan Grant wrote: |
UPDATE:
As I continue to test and troubleshoot this problem I noticed something peculiar: the Datetime defined field that the client is rejecting when I attempt a record insert is listed as a Required attribute. However, when I just remove it from the Required list the record including the epoch time is inserted without any problems.
I am now unsure if my configuration is deficient somewhere, vs a problem with the client program code.
Alan Grant wrote: |
What is the input format expected by the elog client for a required Datetime defined field when inserting a record? (Eg: October 26, 2016 = ? in the field's data parameter).
I have read some prior posts on this and the indication is that the input needs to use epoch time, however even when I enter 1477493161 or 0 the client still flags the variable data as missing. If this is in fact the format I shoud be using then I can provide a sample input and output message to illustrate my problem.
|
|
|
|
68445
|
Wed Oct 26 22:15:46 2016 |
| David Pilgram | David.Pilgram@epost.org.uk | Question | Windows | 3.1.2 | Re: Datetime format with elog client |
Hi Alan,
I have no idea if this helps but the Date and Time formats in the config file internally interconnect, as I discovered in trying to define them separately. Define one, and the other is defined.
I only mention this as I spent some hours trying to sort out the issue, only to learn it was a "feature" that Stefan didn't want to correct as it may affect too many others. I can understand that, and made a different solution to what I wanted to do.
Alan Grant wrote: |
UPDATE:
As I continue to test and troubleshoot this problem I noticed something peculiar: the Datetime defined field that the client is rejecting when I attempt a record insert is listed as a Required attribute. However, when I just remove it from the Required list the record including the epoch time is inserted without any problems.
I am now unsure if my configuration is deficient somewhere, vs a problem with the client program code.
Alan Grant wrote: |
What is the input format expected by the elog client for a required Datetime defined field when inserting a record? (Eg: October 26, 2016 = ? in the field's data parameter).
I have read some prior posts on this and the indication is that the input needs to use epoch time, however even when I enter 1477493161 or 0 the client still flags the variable data as missing. If this is in fact the format I shoud be using then I can provide a sample input and output message to illustrate my problem.
|
|
|
68444
|
Wed Oct 26 21:41:42 2016 |
| Alan Grant | agrant@winnipeg.ca | Question | Windows | 3.1.2 | Re: Datetime format with elog client |
UPDATE:
As I continue to test and troubleshoot this problem I noticed something peculiar: the Datetime defined field that the client is rejecting when I attempt a record insert is listed as a Required attribute. However, when I just remove it from the Required list the record including the epoch time is inserted without any problems.
I am now unsure if my configuration is deficient somewhere, vs a problem with the client program code.
Alan Grant wrote: |
What is the input format expected by the elog client for a required Datetime defined field when inserting a record? (Eg: October 26, 2016 = ? in the field's data parameter).
I have read some prior posts on this and the indication is that the input needs to use epoch time, however even when I enter 1477493161 or 0 the client still flags the variable data as missing. If this is in fact the format I shoud be using then I can provide a sample input and output message to illustrate my problem.
|
|