Password recovery setup, posted by Ed Strohak on Sun Jul 5 19:14:05 2009
|
I'm trying to use gmail to send password recovery e-mails, I get this error when I submit the email address.
"Error sending Email via "smtp.gmail.com": 5.7.0 Must issue a STARTTLS command first. 2sm5111524agd.34"
Any help or insight would be appreciated.
Ed... |
Read Validation, posted by Ed Strohak on Sat Apr 2 12:43:17 2016
|
I'm looking for config examples of a shift log book where operators have to check a box or select their name from a list to prove they have read the latest entries in the log, can anyone help.
Thanks for your time.
Ed.. |
Re: Read Validation, posted by Ed Strohak on Mon Apr 4 13:05:55 2016
|
Appreciate the help..
Thanks
| David Pilgram wrote: |
|
As a variant of what Stefan has suggested:
Perhaps a simple comment is set up as the pre-loaded reply - perhaps including date and time. Maybe include the author's name in the comment, but all that is available anyway (see documentation for that). This bit isn't vital.
Then each user simply has to *reply* to the message concerned, and you then get the list of who has read it, available in threaded view of the comment and replies.
Of course this works best with small numbers of users, and where threads are never very long. Also, it means that you can lock the original message (prevent it being edited) which may be a particular concern depending on what you are using elog for.
You might also want to define an attribute that a reader can tick to say that they have taken action if it is important that someone has to take further action (as opposed to just reading) - and maybe that changes the colour of the background or the icon in front of the topic. Then there would be a record as to who has done the necessary, and later readers will know the matter is for information rather than needing attention. For example,. who kicked the power supply to the ion source on Monday morning to "wake it up" (this is true, but pre-elog, so was a paper record). John kicked it last Monday, and the power supply respects John, may be a statistic one could find from such information recorded as suggested here.
You may want a second attribute people have to explicity select so as to show they understand what they've read, rather than just reply/submit without having read... e.g. they have to select a digit of the ticket number, or some auto-generated number (or letter, I'm not characterist) that is within the original comment.
We all know people who click on things they've never read, and come on, we've all done it at times...
David.
| Stefan Ritt wrote: |
|
Unfortunately a read confirmation is not foreseen in the Elog system. You would have to define one attribute for each shift worker, like "John has read", "Steve has read" and so on. Then each of the shift workes has to "Edit" each message an check his/her checkmark manually.
Stefan
| Ed Strohak wrote: |
|
I'm looking for config examples of a shift log book where operators have to check a box or select their name from a list to prove they have read the latest entries in the log, can anyone help.
Thanks for your time.
Ed..
|
|
|
|
Re: ELOG and Gmail?, posted by Erkcan Ozcan on Fri Jul 3 21:26:32 2015
|
Using stunnel4 and the 3.1.0 version of elog, I was able to use gmail smtp without the use of iptables.
In my elogd.cfg I chose:
SMTP username = <gmailusername>@gmail.com
SMTP Password = <The hash produced with the perl statement posted by Christopher Lee>
SMTP host = 127.0.0.1
And in /etc/stunnel/stunnel.conf:
[elogssl]
client = yes
accept = 127.0.0.1:25
connect = smtp.gmail.com:465
verify = 2
CApath = /etc/ssl/certs
FInally, run sudo stunnel4. |
|
Customized email subject line for an updated entry, posted by Erkcan Ozcan on Tue Jul 7 21:57:04 2015
|
Hi,
The default email subject line for a new entry is: "New ELOG entry", and the default email subject line for an edited entry is: "Updated ELOG entry". However when we set "Use Email Subject", both new entries and the updated entries use the same email subject. Is there an equivalent of "Use Email Heading Edit" for the subject line? I tried "Use Email Subject Edit", to no avail.
Thanks in advance,
e. |
|
Re: Customized email subject line for an updated entry, posted by Erkcan Ozcan on Wed Jul 15 21:30:47 2015
|
Since there were no responses, I decided to make good use of the fact that the software is thankfully open-sourced. I modified elogd.c and added just a couple of lines to get what I wanted.
22245,22250d22244
< if (old_mail && getcfg(lbs->name, "Use Email Subject Edit", subject, sizeof(subject))) {
< i = build_subst_list(lbs, slist, svalue, attrib, TRUE);
< sprintf(str, "%d", message_id);
< add_subst_list(slist, svalue, "message id", str, &i);
< strsubst_list(subject, sizeof(subject), slist, svalue, i);
< } else
These lines just follow the comment line: /* compose subject from attributes */
| Erkcan Ozcan wrote: |
|
Hi,
The default email subject line for a new entry is: "New ELOG entry", and the default email subject line for an edited entry is: "Updated ELOG entry". However when we set "Use Email Subject", both new entries and the updated entries use the same email subject. Is there an equivalent of "Use Email Heading Edit" for the subject line? I tried "Use Email Subject Edit", to no avail.
Thanks in advance,
e.
|
|
|
Server dropping SSL connection while uploading large files, posted by Erkcan Ozcan on Sat Jun 10 07:05:24 2017
|
Hi,
I am having trouble with uploading large (>0.5MB) files to elog. We click on upload and in a couple of seconds, the webbrowser complains that the server has dropped the connection.
Following the suggestions I found on these forums (https://midas.psi.ch/elogs/Forum/66753), I increased the timeout.tv_sec to 30 in three locations in elogd.c, but this did not help.
The problem is present in my old elog installation (from ~2 years ago), as well as the latest git snapshot from bitbucket that I cloned on June 10, 2017.
PS: Upload seems to work for non-secure configuration. It still takes a while to load, but it completes. However we prefer to use secure connections ( SSL = 1 ).
PS: Using nmap I looked at the latency to the relevant port, it can be as high as 0.5sec, but most often it is shorter.
Cheers,
e. |
|
Re: Server dropping SSL connection while uploading large files, posted by Erkcan Ozcan on Wed Jun 28 19:37:10 2017
|
Hi,
Could someone at least suggest how I could debug this problem myself? If I know where to start, perhaps I can fix it myself and contribute to the software.
Best,
e.
| Erkcan Ozcan wrote: |
|
Hi,
I am having trouble with uploading large (>0.5MB) files to elog. We click on upload and in a couple of seconds, the webbrowser complains that the server has dropped the connection.
Following the suggestions I found on these forums (https://midas.psi.ch/elogs/Forum/66753), I increased the timeout.tv_sec to 30 in three locations in elogd.c, but this did not help.
The problem is present in my old elog installation (from ~2 years ago), as well as the latest git snapshot from bitbucket that I cloned on June 10, 2017.
PS: Upload seems to work for non-secure configuration. It still takes a while to load, but it completes. However we prefer to use secure connections ( SSL = 1 ).
PS: Using nmap I looked at the latency to the relevant port, it can be as high as 0.5sec, but most often it is shorter.
Cheers,
e.
|
|
|