ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
67719
|
Sat Nov 22 14:50:35 2014 |
| harish amin | harish.amin@holiday.co.om | Info | Windows | 2.8 | Re: 5.5.4 cannot decode AUTH parameter |
harish amin wrote: |
Stefan Ritt wrote: |
harish amin wrote: |
Dear Team,
I am having a log book and would like to activate the email notification. I have made the changes as per the guidelines but I am getting the error message while submitting the entry - Error sending Email via "smtp.omantel.net.om": 5.5.4 cannot decode AUTH parameter
The details are as below : (Please note I have replaced the password with the * marks)
21-Nov-2014 16:58:28 [harish@127.0.0.1] {SCREENING VISIT} NEW entry #0
21-Nov-2014 16:58:28 [harish@127.0.0.1] {SCREENING VISIT} Email from <harish.amin@holiday.co.om> to harish.amin@holiday.co.om, SMTP host smtp.omantel.net.om
21-Nov-2014 16:58:28 [harish@127.0.0.1] {SCREENING VISIT} 220 fmgw1.omantel.net.om ESMTP Smtpd; Fri, 21 Nov 2014 15:32:52 +0400
21-Nov-2014 16:58:28 [harish@127.0.0.1] {SCREENING VISIT}
21-Nov-2014 16:58:28 [harish@127.0.0.1] {SCREENING VISIT} EHLO localhost
21-Nov-2014 16:58:29 [harish@127.0.0.1] {SCREENING VISIT} 250-fmgw1.omantel.net.om Hello [188.66.222.72], pleased to meet you
21-Nov-2014 16:58:29 [harish@127.0.0.1] {SCREENING VISIT} 250-ENHANCEDSTATUSCODES
21-Nov-2014 16:58:29 [harish@127.0.0.1] {SCREENING VISIT} 250-PIPELINING
21-Nov-2014 16:58:29 [harish@127.0.0.1] {SCREENING VISIT} 250-8BITMIME
21-Nov-2014 16:58:29 [harish@127.0.0.1] {SCREENING VISIT} 250-SIZE 32235520
21-Nov-2014 16:58:29 [harish@127.0.0.1] {SCREENING VISIT} 250-DSN
21-Nov-2014 16:58:29 [harish@127.0.0.1] {SCREENING VISIT} 250-AUTH LOGIN PLAIN
21-Nov-2014 16:58:29 [harish@127.0.0.1] {SCREENING VISIT} 250-STARTTLS
21-Nov-2014 16:58:29 [harish@127.0.0.1] {SCREENING VISIT} 250-DELIVERBY
21-Nov-2014 16:58:29 [harish@127.0.0.1] {SCREENING VISIT} 250 HELP
21-Nov-2014 16:58:29 [harish@127.0.0.1] {SCREENING VISIT} AUTH LOGIN
21-Nov-2014 16:58:29 [harish@127.0.0.1] {SCREENING VISIT} Username
21-Nov-2014 16:58:29 [harish@127.0.0.1] {SCREENING VISIT} harish.amin@holiday.co.om
21-Nov-2014 16:58:29 [harish@127.0.0.1] {SCREENING VISIT} Password
21-Nov-2014 16:58:29 [harish@127.0.0.1] {SCREENING VISIT} ******
21-Nov-2014 16:58:30 [harish@127.0.0.1] {SCREENING VISIT} 501 5.5.4 cannot decode AUTH parameter ******
Please help me to resolve this issue.
Thank you
Harish Amin
|
For the login to your email sever, the password is encoded in base64 form (actually not really secure). Somehow your server does not support this. Unfortunately I cannot test this without access to your server. But you can try yourself by doing a telnet to your mail server like:
$ telnet <server.domanin> 25
...
$ AUTH PLAIN
With the "plain" method, you should be able to enter your password in plain text (not base64 encoded), and see if that works. If you are successful, I can add this option to elog.
Best,
Stefan
|
Dear Stefan
Thank you for your reply. Please check is my entry correct?
port = 8080
Admin user = harish
url = http://localhost:8080
;Find Menu commands = Logout, New, Find, Select, Config, Last day, Last 10, Help
;Guest Menu commands = Login, Back, Find, Last day, Last 10, Help, Logout
;Guest Find Menu commands = Login, Back, Find, Last day, Last 10, Help
SMTP host = smtp.omantel.net.om
SMTP port = 25
$telnet smtp.omantel.net.om 25
$AUTH PLAIN
SMTP username = harish.amin@holiday.co.om
SMTP Password = ********
Subst Email = $user_email
Logfile = errorh.log
Email Encoding = 4
Entries per page = 50
;Logfile = harish.log
;Logging level = 2
|
Dear Stefen,
Please help me & reply on my request. Is my global config correct? |
67720
|
Sat Nov 22 16:05:34 2014 |
| Yoshio Imai | $user_email | Info | Windows | 2.8 | Re: 5.5.4 cannot decode AUTH parameter |
harish amin wrote: | Dear Stefen,
Please help me & reply on my request. Is my global config correct? |
I am afraid you misunderstood Stefan. The lines he suggested to you are not something to put into your config file, but something you have to type on the command prompt in order to communicate directly with the mail server (i.e. completely independent from elog). You may have to ensure that the necessary communication program is installed on your computer.
Regards
Yoshio |
67837
|
Wed Mar 25 10:36:15 2015 |
| Tim Schel | tim.schelfhout@fixbrussel.be | Info | Linux | Windows | 3.00 | test | zezerze |
67855
|
Thu Apr 2 15:44:33 2015 |
| Stefan Ritt | stefan.ritt@psi.ch | Info | All | 3.1.0 | ELOG Version 3.1.0 announcement | This is an announcement for the ELOG version 3.1.0 being released just now. Among several bug fixes and an improved Drag & Drop interface for attachments, it contains a long awaited "autosave" feature.
Let's assume that you write an ELOG entry, and keep the window open for a longer time (like to write some shift notes over several hours). If your browser crashes or closes for some reason, you will loose your entered text. To avoid that, ELOG starting from version 3.1.0 has an autosave feature. Whenever you enter some text, it is saved in the background as a draft message to the server. If your browser is closed by accident, you always can go back to the logbook, click "New" and ELOG will tell you that there is a draft message and asks you if you want to edit it. When you edit and regularly submit this message, it becomes a "normal" entry and the draft flas is removed. In addition to the background saving, there is now also a "Save" button so you can manually save your text to the draft entry.
I have tested this to some extent, but I might not have seen all browser/OS combinations, so in case there is a problem, please report it here.
Happy Easter,
Stefan |
67860
|
Wed Apr 15 04:02:41 2015 |
| Banata Wachid Ridwan | jogjacard@yahoo.com | Info | All | 3.1.0 | Re: ELOG Version 3.1.0 announcement | congrats, any detail changelog? I assume in software packages?
is it save just install and overwrite the old version?
Stefan Ritt wrote: |
This is an announcement for the ELOG version 3.1.0 being released just now. Among several bug fixes and an improved Drag & Drop interface for attachments, it contains a long awaited "autosave" feature.
Let's assume that you write an ELOG entry, and keep the window open for a longer time (like to write some shift notes over several hours). If your browser crashes or closes for some reason, you will loose your entered text. To avoid that, ELOG starting from version 3.1.0 has an autosave feature. Whenever you enter some text, it is saved in the background as a draft message to the server. If your browser is closed by accident, you always can go back to the logbook, click "New" and ELOG will tell you that there is a draft message and asks you if you want to edit it. When you edit and regularly submit this message, it becomes a "normal" entry and the draft flas is removed. In addition to the background saving, there is now also a "Save" button so you can manually save your text to the draft entry.
I have tested this to some extent, but I might not have seen all browser/OS combinations, so in case there is a problem, please report it here.
Happy Easter,
Stefan
|
|
67861
|
Wed Apr 15 09:01:04 2015 |
| Stefan Ritt | stefan.ritt@psi.ch | Info | All | 3.1.0 | Re: ELOG Version 3.1.0 announcement | The changelog is here: http://midas.psi.ch/elog/download/ChangeLog
It is save to install the new version over the old one.
Banata Wachid Ridwan wrote: |
congrats, any detail changelog? I assume in software packages?
is it save just install and overwrite the old version?
Stefan Ritt wrote: |
This is an announcement for the ELOG version 3.1.0 being released just now. Among several bug fixes and an improved Drag & Drop interface for attachments, it contains a long awaited "autosave" feature.
Let's assume that you write an ELOG entry, and keep the window open for a longer time (like to write some shift notes over several hours). If your browser crashes or closes for some reason, you will loose your entered text. To avoid that, ELOG starting from version 3.1.0 has an autosave feature. Whenever you enter some text, it is saved in the background as a draft message to the server. If your browser is closed by accident, you always can go back to the logbook, click "New" and ELOG will tell you that there is a draft message and asks you if you want to edit it. When you edit and regularly submit this message, it becomes a "normal" entry and the draft flas is removed. In addition to the background saving, there is now also a "Save" button so you can manually save your text to the draft entry.
I have tested this to some extent, but I might not have seen all browser/OS combinations, so in case there is a problem, please report it here.
Happy Easter,
Stefan
|
|
|
67959
|
Fri Jun 5 14:24:34 2015 |
| Stefan Ritt | stefan.ritt@psi.ch | Info | All | 3.1.0+ | Different way CSS files are handled | Hi,
I just implemented a different way CSS files are handled in ELOG. Previously, we had the default.css, which could be adjusted for specific needs. Some people did that (like myself). So I changed a few colors etc. When I now implement a new feature in elog, it might need a new CSS class which I put in default.css. But this means that people who have modified this file get it either overwritten, or do not get the new styles.
In order to fix this, the default.css is now called elog.css and is always inluded in any ELOG page. If one specifies a CSS file with "CSS = <file.css>", then this CSS file is loaded in addition to elog.css. So one can put only the modifications into that file and inherits all the rest from elog.css. If new features come in elog.css, the installation with the personalized CSS file will then get the new features from the new elog.css automatically, and just overwrite a few settings in the personalized file. Here is an example:
elog.css:
td {
color:black;
font-size:12px;
}
Personalized file special.css, activated with "CSS = special.css" in the elogd.cfg file:
td {
font-size:18px;
}
This personalized file now overwrites the font size from elog.css to 18 pixel, while maintaining all the rest from elogd.css.
The modification is committed to GIT and will be contained in the next release of elog.
/Stefan |
67960
|
Fri Jun 5 19:01:05 2015 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Info | All | 3.1.0+ | Re: Different way CSS files are handled | Hi Stefan,
there is a little problem with the Makefile (on SL5 and SL6): the following line:
@$(INSTALL) -m 0644 themes/default/* $(ELOGDIR)/themes/default/
/usr/bin/install: omitting directory `themes/default/icons'
make: *** [install] Error 1
When I go back to the old Makefile construct:
@$(INSTALL) -m 0644 themes/default/icons/* $(ELOGDIR)/themes/default/icons/
@for file in `find themes/default -type f` ;\
do \
if [ ! -f $(ELOGDIR)/themes/default/`basename $$file` ]; then \
$(INSTALL) -m 0644 $$file $(ELOGDIR)/themes/default/`basename $$file` ; \
fi; \
done
then it seems to work again.
Cheers
Andreas
Stefan Ritt wrote: |
Hi,
I just implemented a different way CSS files are handled in ELOG. Previously, we had the default.css, which could be adjusted for specific needs. Some people did that (like myself). So I changed a few colors etc. When I now implement a new feature in elog, it might need a new CSS class which I put in default.css. But this means that people who have modified this file get it either overwritten, or do not get the new styles.
In order to fix this, the default.css is now called elog.css and is always inluded in any ELOG page. If one specifies a CSS file with "CSS = <file.css>", then this CSS file is loaded in addition to elog.css. So one can put only the modifications into that file and inherits all the rest from elog.css. If new features come in elog.css, the installation with the personalized CSS file will then get the new features from the new elog.css automatically, and just overwrite a few settings in the personalized file. Here is an example:
elog.css:
td {
color:black;
font-size:12px;
}
Personalized file special.css, activated with "CSS = special.css" in the elogd.cfg file:
td {
font-size:18px;
}
This personalized file now overwrites the font size from elog.css to 18 pixel, while maintaining all the rest from elogd.css.
The modification is committed to GIT and will be contained in the next release of elog.
/Stefan
|
|
|