ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
66161
|
Tue Jan 20 16:10:22 2009 |
| Michael Ambrus | ambrmi09@gmail.com | Bug report | Windows | 2.7.5 | Re: Top group causes: Internal error, no valid header! |
Michael Ambrus wrote: |
Having "Top group" in a config-file for Windows will cause:
GET / HTTP/1.1
Host: eudr6j03j:8084
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.0.5) Gecko/20
08120122 Firefox/3.0.5
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: sv-se,sv;q=0.8,en-us;q=0.5,en;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Cookie: unm=mambrus; upwd=U2lzc2kx; urem=0
Cache-Control: max-age=0
Internal error, no valid header!
Removing "top group" makes elogd.exe work. The error is repeatable and the same config file works on the same version of Elog on Linux. Elog was compiled with Cygwin.
|
Windows binaries took care of this problem as with Message ID: 66157.
Problem solved, thanks!
|
66164
|
Wed Jan 21 14:19:45 2009 |
| Michael Ambrus | ambrmi09@gmail.com | Bug report | Windows | 2.7.5 | Re: Stack error when email notification is active |
Michael Ambrus wrote: |
Stefan Ritt wrote: |
Michael Ambrus wrote: |
Stack error is caused when an entry is submitted in a e-mail notification enabled log when a new entry is submitted. This error does not happen on linux (same Elog version, same config file).
Please let me know if there is anything I can do to help.
-----------------------------2916890032591
Content-Disposition: form-data; name="attfile"; filename=""
Content-Type: application/octet-stream
-----------------------------2916890032591--
timezone: 0, offset: 0
6 [main] elogd 2816 _cygtls::handle_exceptions: Error while dumping state
(probably corrupted stack)
Segmentation fault (core dumped)
|
Cygwin is not officially supported. Can you try the Windows binaries?
|
Sorry, I didn't know there were any (I've not used Elog for years and I think Cygwin was the only way back then). Tried them now and they seem to work. At least no stack error is caused. I'm getting some other error, but I think it's the handshake with the SMTP. I'll validate it's OK until tomorrow.
Windows binaries also solved the issue with the "Top grop" in my other bug rapport.
Thanks for the help!
|
Unfortunately can't validate this right now. I'm at a remote network trying to get ELOG on my Windows laptop working with e-mail notifications. Either my normal ISP will not allow the SMTP to accept relaying from external networks, or something else is wrong.
The Windows binary is behaving somewhat differently, it seems to behave like earlier versions. I.e. the error message seen on the browser (Error sending Email via "smtp.xxx.xxx") is very limited. Logging (level 6) will not revile much and -v doesn't output any hints either. Assuming the first possible cause, I registered a account at gmail to try see if their SMTP would allow e-mail relaying. Trying with the Windows binary version I seemingly leads to the same result (i.e. I don't see much and the error seen at the browser is the same). However, when trying to run ELOG on a machine at my home network the message is different:
Error sending Email via "smtp.gmail.com": 5.7.0 Must issue a STARTTLS command first. w40sm7583927ugc.6
The message does not surprise me (from previous experience, TLS was what made made postfix complicated to set up too). But what does surprise me is that the messages differ between the two (ELOG V2.7.5 running on a Linux machine and the Windows binary of the same version). Does Linux/Windows versions differ by conditionals in the code or did I somehow get an older Windows binary?
It would also be helpful knowing if ayone has got ELOG working with smtp.gmail.com.
Regards /Michael |
66165
|
Wed Jan 21 14:31:01 2009 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Windows | 2.7.5 | Re: Stack error when email notification is active |
Michael Ambrus wrote: |
Michael Ambrus wrote: |
Stefan Ritt wrote: |
Michael Ambrus wrote: |
Stack error is caused when an entry is submitted in a e-mail notification enabled log when a new entry is submitted. This error does not happen on linux (same Elog version, same config file).
Please let me know if there is anything I can do to help.
-----------------------------2916890032591
Content-Disposition: form-data; name="attfile"; filename=""
Content-Type: application/octet-stream
-----------------------------2916890032591--
timezone: 0, offset: 0
6 [main] elogd 2816 _cygtls::handle_exceptions: Error while dumping state
(probably corrupted stack)
Segmentation fault (core dumped)
|
Cygwin is not officially supported. Can you try the Windows binaries?
|
Sorry, I didn't know there were any (I've not used Elog for years and I think Cygwin was the only way back then). Tried them now and they seem to work. At least no stack error is caused. I'm getting some other error, but I think it's the handshake with the SMTP. I'll validate it's OK until tomorrow.
Windows binaries also solved the issue with the "Top grop" in my other bug rapport.
Thanks for the help!
|
Unfortunately can't validate this right now. I'm at a remote network trying to get ELOG on my Windows laptop working with e-mail notifications. Either my normal ISP will not allow the SMTP to accept relaying from external networks, or something else is wrong.
The Windows binary is behaving somewhat differently, it seems to behave like earlier versions. I.e. the error message seen on the browser (Error sending Email via "smtp.xxx.xxx") is very limited. Logging (level 6) will not revile much and -v doesn't output any hints either. Assuming the first possible cause, I registered a account at gmail to try see if their SMTP would allow e-mail relaying. Trying with the Windows binary version I seemingly leads to the same result (i.e. I don't see much and the error seen at the browser is the same). However, when trying to run ELOG on a machine at my home network the message is different:
Error sending Email via "smtp.gmail.com": 5.7.0 Must issue a STARTTLS command first. w40sm7583927ugc.6
The message does not surprise me (from previous experience, TLS was what made made postfix complicated to set up too). But what does surprise me is that the messages differ between the two (ELOG V2.7.5 running on a Linux machine and the Windows binary of the same version). Does Linux/Windows versions differ by conditionals in the code or did I somehow get an older Windows binary?
It would also be helpful knowing if ayone has got ELOG working with smtp.gmail.com.
Regards /Michael
|
The Windows Binaries are not recompiled for each minor modification. You should check the SVN revistion (the number which shows up at the very bottom of the page, which is 2153 in this case). It might well be that the Windows Binaries do not yet contain the modification for extended SMTP error report.
Furthermore, TLS is not supported in elogd, only plain SMTP is possible. |
66166
|
Thu Jan 22 09:30:13 2009 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Windows | 2.7.5-2130 | Re: Import csv with another date |
Michael Dannmeyer wrote: |
Hello,
i have problems with importing csv files. What i want to do is the following:
Import a list of log entries from a csv file with another date like the actual date
I tried to do this but the only thing which happend was that all the entries have the actual date in elog. Then i created a seperate Date column in the csv file an tried to import this.
It worked but in the default date column i have the import date and in a second date column i have the date from the csv file.
Is there a chance to get the csv column imported in the standard Date field?
Or is there a possibility to hide/supress the default date field and only display the imported date field?
Thanks
Michael
|
Importing dates from CSV files was not implemented for a good reason: There are dozens of date formats (such as "1/22/09", "Jan 1 2009", "Mon 1 January '09") and it is almost impossible to handle all formats. I changed now the code to catch at least some formats, such as the internal RFC2822 compliant date which is also used internall by elog. An example of this format is "Thu, 22 Jan 2009 09:26:00". This date format will also be used if you export a logbook via a CSV file. Another format I added is "1/22/09". So give a try to the new code (I made an intermediate release for windows V2.7.5-3) and see if it works for you. |
66167
|
Mon Jan 26 14:07:02 2009 |
| Robert-Jan Schrijvers | Robert-Jan.Schrijvers@isoft.nl | Question | Windows | V2.6.3 | Default value radio button | hi there,
Is it possible to attach a default value for a radio button when submitting a new form/record, for example:
I now have an item "Confirmed" Yes/No, and I want the "no" option to be selected by default when a new form/record is created.
Does anyone know how to arrange this?
Thanks in advance!
RJ
|
66168
|
Mon Jan 26 14:16:03 2009 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Windows | V2.6.3 | Re: Default value radio button |
Robert-Jan Schrijvers wrote: |
Is it possible to attach a default value for a radio button when submitting a new form/record, for example:
I now have an item "Confirmed" Yes/No, and I want the "no" option to be selected by default when a new form/record is created.
Does anyone know how to arrange this?
Thanks in advance!
|
You need something along these lines:
Attributes = ..., Confirmed
Options Confirmed = boolean
Preset Confirmed = 1 |
66170
|
Mon Jan 26 18:52:56 2009 |
| Topher Congdon | topher@congdongroup.com | Question | Windows | 2.7.5-2168 | more fun with SMTP and authentication.... | Great software.
Okay, so I've done my reading through the forum and got a couple of nuggets along the way but I am still unable
to get the e-mail function to work. I am using Windows IIS to make an SMTP virtual server to shimmy around the
IT firewall. That appears to work as I can see the response from the external SMTP server while running elogd
with the -v flag. The elogd -v details are below:
Email from xxxxxxxxxxxx@xxxxxxxxxxxx.com to xxxxxx.XXXXXXX@XXXXX.com,XXXXX.XXXXX X@XXXXX.com, SMTP host
XXXXXXXXXXXXXX.XXXX.XXXXX.com:
220 smtp.xxxxx.com Microsoft ESMTP MAIL Service, Version: 6.0.2600.2180 ready at Mon, 26 Jan 2009 10:56:35 -0500
EHLO xxxxxxxxxxxxxx.xxxx.xxxxx.com
250-smtp.xxxxx.com Hello [xxx.xxx.xxx.xxx]
250-AUTH=LOGIN
250-AUTH LOGIN
250-SIZE 2097152
250-PIPELINING
250-DSN
250-ENHANCEDSTATUSCODES
250-8bitmime 250-BINARYMIME
250-CHUNKING 250-VRFY
250 OK AUTH LOGIN
Username:
xxxxxxxxxxxx@xxxxxxxxxxxx.com
Password: cm9jaGVsb2dib29r
535 5.7.3 Authentication unsuccessful
==== Return ================================
From the SMTP server response it is not logging in, but I don't know why. I can log in to the webmail app with
the username/password provided to ELOG, but it doesn't appear to work through ELOG. The SMTP provider includes
the following info to setup e-mail accounts via SMTP: "Please note: To send e-mail using the SMTP-Server,
activate SMTP Authentication. Please do not use the Secure Password Authentication (SPA) option. Optionally,
port 587 can also be used in addition to the default port (25) RFC 2476."
For authentication via the Windows IIS I have "basic authentication" with no TLS encryption required - I'm not
sure if that meets the provider's "SMTP authentication" requirement. When I was using the previous version of
ELOG (sorry, I did not note the version number) the username was encrypted along with the password. With the
2168 build, the password is still encrypted but the usernamer is not; should the password be in "plain text" as
well?
I can provide you with a username/password for the SMTP provider I'm using if that will help. Please send me a
separate e-mail and I will reply with the information.
Thank you,
Topher Congdon |
66174
|
Tue Jan 27 08:06:54 2009 |
| Robert-Jan Schrijvers | Robert-Jan.Schrijvers@isoft.nl | Question | Windows | V2.6.3 | Re: Default value radio button |
Stefan Ritt wrote: |
Robert-Jan Schrijvers wrote: |
Is it possible to attach a default value for a radio button when submitting a new form/record, for example:
I now have an item "Confirmed" Yes/No, and I want the "no" option to be selected by default when a new form/record is created.
Does anyone know how to arrange this?
Thanks in advance!
|
You need something along these lines:
Attributes = ..., Confirmed
Options Confirmed = boolean
Preset Confirmed = 1
|
Good Morning Stefan,
This was very helpful, it works as aspected! Thank you :-)
With regards, Robert-Jan. |
|