Cannot get email to work at all, configuation problem?, posted by Checker Anderson on Sun Aug 13 10:30:40 2006
|
I an new to elog and the only thing I cannot seem to configure correctly is my SMTP information. Here is a sample of my config file:
SMTP host = checkeranderson.com
SMTP username = Checker@realchecker
SMTP Password = eWFod2Vo
I host my own mail server which uses authentication and my password was set using -t on the command line. With SMTP host = I have tried smtp.checkeranderson.com (which is how my mail program puts it) and mail.checkeranderson.com which is how my DNS server has it. The user name and password are correct. When I edit or reply to any topic I get the message "Error sending Email via "checkeranderson.com"" I have struggled with this for hours and I know I must be missing something that would be obvious to anyone else. Can anyone help me? |
Re: Cannot get email to work at all, configuation problem?, posted by Stefan Ritt on Sun Aug 13 11:15:49 2006
|
Checker Anderson wrote: | I an new to elog and the only thing I cannot seem to configure correctly is my SMTP information. Here is a sample of my config file:
SMTP host = checkeranderson.com
SMTP username = Checker@realchecker
SMTP Password = eWFod2Vo
I host my own mail server which uses authentication and my password was set using -t on the command line. With SMTP host = I have tried smtp.checkeranderson.com (which is how my mail program puts it) and mail.checkeranderson.com which is how my DNS server has it. The user name and password are correct. When I edit or reply to any topic I get the message "Error sending Email via "checkeranderson.com"" I have struggled with this for hours and I know I must be missing something that would be obvious to anyone else. Can anyone help me? |
Start the ELOG server manually in a DOS box with the "-v" flag, like
> cd \Program Files\ELOG
> elogd.exe -v
(you first might have to stop the elog service via "net stop elogd"). Now you see all communication between the browser and elog and between elog and the SMTP server. If you now try to send an email, you will see the detailed error information returned by your SMTP server. |
Re: Cannot get email to work at all, configuation problem?, posted by Checker Anderson on Sun Aug 13 15:49:06 2006
|
Here is what I am seeing when I use the -v option. I do not recognize what is generating the error message, but pperhaps you will. Thanks.
Email from checker@checkeranderson.com to checker@checkeranderson.com,checker@ch
eckeranderson.com, SMTP host smtp.checkeranderson.com:
220 checkeranderson.com ESMTP MailEnable Service, Version: 1.91-- ready at 08/13
/06 08:34:25
EHLO CHECKER
250-checkeranderson.com [192.168.1.1], this server offers 4 extensions
250-AUTH LOGIN
250-SIZE 5120000
250-HELP
250 AUTH=LOGIN
==== Return ================================
HTTP/1.1 302 Found
Server: ELOG HTTP 2.6.2-1699
Connection: Keep-Alive
Keep-Alive: timeout=60, max=10
Location: http://checkeranderson.com:696/Checkers+Blog/9?error=Error+sending+Ema
il+via+<i>"smtp.checkeranderson.com"</i>
Content-Length: 20 |
Re: Cannot get email to work at all, configuation problem?, posted by Checker Anderson on Sun Aug 13 17:56:24 2006
|
Okay, I got it working but I had to change the authentication method of my mail server to Pop before SMTP. I do not know why the username/password doesn't work - it does work with Outlook Express. I would rather use the username/password method, but atleast things are working now. |
Re: Cannot get email to work at all, configuation problem?, posted by Stefan Ritt on Tue Aug 15 13:25:00 2006
|
Checker Anderson wrote: | Okay, I got it working but I had to change the authentication method of my mail server to Pop before SMTP. I do not know why the username/password doesn't work - it does work with Outlook Express. I would rather use the username/password method, but atleast things are working now. |
That's really strange, since elog does not do any pop at all. So "pop before SMTP" won't help. The elogd message log in the previous message seems truncated to me, you should get something like
Email from stefan.ritt@psi.ch to stefan.ritt@psi.ch, SMTP host mail.psi.ch:
220 MAILSEND02.psi.ch mailsend02vs01 Tue, 15 Aug 2006 13:22:24 +0200
HELO pc4534.psi.ch
250 MAILSEND02.psi.ch Hello [129.129.228.115]
MAIL FROM: stefan.ritt@psi.ch
250 2.1.0 stefan.ritt@psi.ch....Sender OK
RCPT TO: <stefan.ritt@psi.ch>
250 2.1.5 stefan.ritt@psi.ch
DATA
354 Start mail input; end with <CRLF>.<CRLF>
Date: Tue, 15 Aug 2006 13:22:23 +0200
To: stefan.ritt@psi.ch,
From: Stefan Ritt <stefan.ritt@psi.ch>
User-Agent: Elog Version 2.6.2
Subject: Updated ELOG entry
X-Elog-URL: http://localhost:8080/demo/7
X-Elog-submit-type: web|elog
Content-Type: text/html; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
...
In your case there should even be more than that due to the authentication (our sever does not use username authentification). Maybe you have an error there in the authentication. |
Author in duplicate message, posted by Silvia Borghi on Mon Aug 14 11:45:32 2006
|
When I ask to duplicate a message, the author of the duplicated message is the one of the original message.
How can I put as author the name of the person that is login?
I tried to use the command Preset on Duplicate Author or Subst on Duplicate Author, but it does not work.
Here is my config:
Preset Author = $long_name
Preset on Duplicate Author = $long_name
Preset on Reply Author = $long_name
Subst on Duplicate Author = $long_name
Locked Attributes = Author |
Re: Author in duplicate message, posted by Stefan Ritt on Tue Aug 15 13:10:30 2006
|
Silvia Borghi wrote: | Preset on Duplicate Author = $long_name |
This was not implemented so far, but is a good idea. So I put it into SVN revision 1713. You either get the SVN update or wait for the next release of ELOG. |
Substitutions in "Email all" do not work, posted by Ben Shepherd on Tue Aug 15 12:19:55 2006
|
Hi,
I've got a logbook set up to report faults in an accelerator. It's set up so that when a fault is reported, there are options to specify which technical groups should be notified, and an email will be sent to all those people. That works fine. However, I also have a field "Cc", which should send an email to an additional list of email addresses. So my config file (in part) looks like this:
Email "Technical Groups" Magnets = xxx@dl.ac.uk,yyy@dl.ac.uk,zzz@dl.ac.uk
Email All = $Cc
However, ELOG does not send anything to addresses specified on the Cc line. When I remove the addresses from the first line and submit an entry, ELOG reports an error sending mail, something like "RCPT (recipient) must be specified". So it's obviously not making the substitution in the "Email All" line. Is this a bug?
cheers
ben |
Re: Substitutions in "Email all" do not work, posted by Stefan Ritt on Tue Aug 15 13:04:21 2006
|
Ben Shepherd wrote: | Email All = $Cc |
Substitution was not enabled for email addresses, but I added this for you. It's in SVN revision 1712 if you build elog yourself from the SVN, otherwise it will be contained in the next release. |
Re: Substitutions in "Email all" do not work, posted by Ben Shepherd on Tue Aug 15 13:07:52 2006
|
Stefan Ritt wrote: |
Ben Shepherd wrote: | Email All = $Cc |
Substitution was not enabled for email addresses, but I added this for you. It's in SVN revision 1712 if you build elog yourself from the SVN, otherwise it will be contained in the next release. |
Great! Thanks very much. And quick too! Any idea when the next release will be available? Is there a mailing list I can sign up to to get notifications? |
Re: Substitutions in "Email all" do not work, posted by Stefan Ritt on Tue Aug 15 13:09:18 2006
|
Ben Shepherd wrote: |
Stefan Ritt wrote: |
Ben Shepherd wrote: | Email All = $Cc |
Substitution was not enabled for email addresses, but I added this for you. It's in SVN revision 1712 if you build elog yourself from the SVN, otherwise it will be contained in the next release. |
Great! Thanks very much. And quick too! Any idea when the next release will be available? Is there a mailing list I can sign up to to get notifications? |
You are on the mailing list , there is only this list. But you can check out the SVN version as described in the documentation. |
Retain original ELOG id when moving an entry to an archive weblog, posted by Fergus Lynch on Wed Aug 9 12:25:57 2006
|
Hi There,
We have a number of weblogs where we regular archive off 'completed' entries to a separate archive weblog:
Is it possible to retain the original ELOG id when moving an entry to an archive weblog, or have a locked field which holds the original id which we could subsequently reference in the archive?
Many Thanks
Fergus |
Re: Retain original ELOG id when moving an entry to an archive weblog, posted by Stefan Ritt on Wed Aug 9 19:40:42 2006
|
Fergus Lynch wrote: | We have a number of weblogs where we regular archive off 'completed' entries to a separate archive weblog:
Is it possible to retain the original ELOG id when moving an entry to an archive weblog, or have a locked field which holds the original id which we could subsequently reference in the archive? |
First of all, a reference to the original ELOG entry would not help if it's moved into another logbook (archive). Keeping the id is not possible technically, since it severs as a kind of primary key, which must be unique etc. There is however the possibility to create a "secondary" ID, using the Preset xxx = ### functionality. The attribute xxx will have increasing numbers just like the primary ID. You even can combine this with the current year or month (see documentation). The problem now is how to reference such an entry. You cannot just type elog:123 as this only references the primary ID. You would have to do a "hidden" search such as
http://midas.psi.ch/elogs/Forum/?xxx=###
where ### is your secondary id. This will of course be slower because if you click on such a reference, your whole archive will be searched for. |
astonished icon, posted by Elaine Cristina Franchini dos Anjos on Fri Jul 14 21:47:14 2006
|
Hi Stefan,
I've been trying to use the astonished icon, but the preview or entry
display shows only a broken image.
I found in the elogd.c at line 5556 :
{"8o", "<img src=\"%sicons/eek.png\">"}
I copied the "astonished.png" to "eek.png" and it worked.
Is it the reason of the problem ? ?)
Thanks a lot.
Regards,
Elaine |
Re: astonished icon, posted by Stefan Ritt on Sat Jul 15 17:58:46 2006
|
Elaine Cristina Franchini dos Anjos wrote: | Hi Stefan,
I've been trying to use the astonished icon, but the preview or entry
display shows only a broken image.
I found in the elogd.c at line 5556 :
{"8o", "<img src=\"%sicons/eek.png\">"}
I copied the "astonished.png" to "eek.png" and it worked.
Is it the reason of the problem ? ?) |
Actually the C code should be "astonished.png" instead of "eek.png". I changed that in revision 1704. BTW, thanks for the Brazilian translation.  |
Re: astonished icon, posted by Elaine Cristina Franchini dos Anjos on Wed Jul 19 15:05:02 2006
|
Stefan Ritt wrote: |
Elaine Cristina Franchini dos Anjos wrote: | Hi Stefan,
I've been trying to use the astonished icon, but the preview or entry
display shows only a broken image.
I found in the elogd.c at line 5556 :
{"8o", "<img src=\"%sicons/eek.png\">"}
I copied the "astonished.png" to "eek.png" and it worked.
Is it the reason of the problem ? ?) |
Actually the C code should be "astonished.png" instead of "eek.png". I changed that in revision 1704. BTW, thanks for the Brazilian translation.  |
Thank you for your quick response ! 
I'm glad to be able to contribute !
Regards,
Elaine |
Use Email From = <string>, posted by Dimitrios Tsirigkas on Wed Jul 19 12:20:34 2006
|
Hi all,
My users have complained about the multiple "I'm away from xxx until xxx" automated replies that they get when they post an entry and notifications are sent with their email in the "From" field. I would therefore like to always use the address specified in the Use Email From line of the configuration file and never the user's address. Reading from the documentation:
The option Use Email From = <string> is used for the "From:" field in the email. Since more and more email servers do not accept invalid "From:" addresses in order to reduce spam mail, it might be important that a "real" email address is used in the "From:" field. By default, the email address of the currently logged in user is used for the "From:" field. If no user is logged in, or the current user has not specified a email address in the password database, the setting of the option Use Email From is used for the "From:" field.
Is there a way to override that default and always use the setting of the option Use Email From?
Thanks,
Dimitris |
Re: Use Email From = <string>, posted by Stefan Ritt on Wed Jul 19 12:35:16 2006
|
Dimitrios Tsirigkas wrote: | My users have complained about the multiple "I'm away from xxx until xxx" automated replies that they get when they post an entry and notifications are sent with their email in the "From" field. |
Yes, I had the same problem with this forum.
Dimitrios Tsirigkas wrote: | Is there a way to override that default and always use the setting of the option Use Email From? |
Sure. You override the default by setting the Use Email From. In the forum I set it now to Use Email From = noreply@psi.ch which is a nonexisting address. While now this is ok, our former email server did not accept this because the user noreply does not exist at our institute. So you have to figure out if this works at CERN. |
Re: Use Email From = <string>, posted by Dimitrios Tsirigkas on Wed Jul 19 12:47:58 2006
|
Stefan Ritt wrote: | Sure. You override the default by setting the Use Email From. In the forum I set it now to Use Email From = noreply@psi.ch which is a nonexisting address. While now this is ok, our former email server did not accept this because the user noreply does not exist at our institute. So you have to figure out if this works at CERN. |
Thanks, Stefan! I misunderstood the documentation, thinking that the Use Email From option value was only used if the user submitting the entry had not registered an e-mail address when creating his/her elog account. This works fine. 
Cheers,
Dimitris |
Duplicate of a reply should be a reply, posted by Gerald Ebberink on Mon Jul 17 13:44:37 2006
|
Hello everybody
This weekend I found that if I duplicate a reply it does not become a reply it self.
Is this on purpouse?
I have been through the source a little (not much time for that) and I can not find a reason where the "in reply to" value is dropped.
Could anyone give me an pointer? |
Re: Duplicate of a reply should be a reply, posted by Stefan Ritt on Mon Jul 17 13:49:37 2006
|
Gerald Ebberink wrote: | Hello everybody
This weekend I found that if I duplicate a reply it does not become a reply it self.
Is this on purpouse?
I have been through the source a little (not much time for that) and I can not find a reason where the "in reply to" value is dropped.
Could anyone give me an pointer? |
This is on purpuse. The Duplicate functionality is ment to "clone" an existing entry, to save some typing work if an existing entry contains most of what one wants in a new entry. If one duplicates a reply, it is detached from the original thread, so there is not entry to attach the duplicate to. I guess you want to make a new reply to an existing entry, and then have another existing reply as a template for that, but this is not possible. If I would not drop the "in reply to" value, the duplicate would point to the wrong entry. |
restrict access, posted by Gerald Ebberink on Wed Jun 21 22:11:15 2006
|
Dear all,
I am trying to get elog used in our company but I need some help.
I have two small questions:
-1- how can I restrict the access
of a certain user such that he can only see certain logbooks.
But also not showing the other logbooks on the selection page.
So we could have a tree like this:
Stage one
|
|->Stage 2
|
|
/ \
| |
Co1 Co2
/ \
job job
So when Co1 logs in the should not be able to see Co2 and the attached job
-2- How can I have a login page instead of the logbook selection page.
When I insert the password statement the config, I get a blank page. |
Re: restrict access, posted by Stefan Ritt on Thu Jun 22 08:04:13 2006
|
> -1- how can I restrict the access
> of a certain user such that he can only see certain logbooks.
This can be achieved with the "Login user = ..." option.
> But also not showing the other logbooks on the selection page.
You could try to use "top groups". This gives you "separate" groups of logbooks, so you could make a public tree
seen by everybody and private trees only seen by a few people. Please read the documentation for details.
> -2- How can I have a login page instead of the logbook selection page.
> When I insert the password statement the config, I get a blank page.
You get a login page instead of the selection page if the "Password file = " statement is in the [global] section
and "Protect selection page = 1". You might have to delete all cookies in your browser if you move the password
file statement between the [global] and the logbook sections, because otherwise the old cookies might prevent you
from logging out. |
Re: restrict access, posted by Gerald Ebberink on Thu Jun 22 11:29:17 2006
|
> > -1- how can I restrict the access
> > of a certain user such that he can only see certain logbooks.
>
> This can be achieved with the "Login user = ..." option.
That is what I found in the mean time. And it works like a charm.
>
> > But also not showing the other logbooks on the selection page.
>
> You could try to use "top groups". This gives you "separate" groups of logbooks, so you could make a public tree
> seen by everybody and private trees only seen by a few people. Please read the documentation for details.
I'm now using this (I had to redesign our tree for that)
> > -2- How can I have a login page instead of the logbook selection page.
> > When I insert the password statement the config, I get a blank page.
>
> You get a login page instead of the selection page if the "Password file = " statement is in the [global] section
> and "Protect selection page = 1". You might have to delete all cookies in your browser if you move the password
> file statement between the [global] and the logbook sections, because otherwise the old cookies might prevent you
> from logging out.
This is not working for me, in Mozilla Firefox I'm still getting a blank page, where IE is giving me an error
stating
that the page is unavailable |
Re: restrict access, posted by Stefan Ritt on Thu Jun 22 11:38:38 2006
|
> > You get a login page instead of the selection page if the "Password file = " statement is in the [global]
section
> > and "Protect selection page = 1". You might have to delete all cookies in your browser if you move the password
> > file statement between the [global] and the logbook sections, because otherwise the old cookies might
prevent you
> > from logging out.
>
> This is not working for me, in Mozilla Firefox I'm still getting a blank page, where IE is giving me an error
> stating that the page is unavailable
If I use following config file:
[global]
port = 8080
password file = passwd
protect selection page = 1
[demo1]
Attributes = Author, Type, Category, Subject
[demo2]
Attributes = Author, Type, Category, Subject
then I don't get a blank page. An unavailable page you should only get whan you use top groups, and want to
access the root. |
Re: restrict access, posted by Gerald Ebberink on Thu Jun 22 12:10:00 2006
|
> > > You get a login page instead of the selection page if the "Password file = " statement is in the [global]
> section
> > > and "Protect selection page = 1". You might have to delete all cookies in your browser if you move the password
> > > file statement between the [global] and the logbook sections, because otherwise the old cookies might
> prevent you
> > > from logging out.
> >
> > This is not working for me, in Mozilla Firefox I'm still getting a blank page, where IE is giving me an error
> > stating that the page is unavailable
>
> If I use following config file:
>
>
> [global]
> port = 8080
> password file = passwd
> protect selection page = 1
>
> [demo1]
> Attributes = Author, Type, Category, Subject
>
> [demo2]
> Attributes = Author, Type, Category, Subject
>
>
> then I don't get a blank page. An unavailable page you should only get whan you use top groups, and want to
> access the root.
I use the folowing file and do get this error (the company names and other sensitive information has been changed to
something simular but not so sensitive)
[global]
logbook tabs = 1
port = 80
Logbook dir = /srv/elog/logbooks/
URL = http://my.domain/
Protect selection page = 1
Password file = /srv/elog/passwords/main.passwd
Self register = 0
Admin user = Gerald
Group World = Procedures, Work
Group Work = Company, Company2
Group Company = twiddle
Group twiddle = Panels, Bond
[Procedures]
Theme = default
Comment = General Procedures for use with
Attributes = Author, Category, Subject
Options Category = Maintenance, Alignment
Required Attributes = Author, Category
Subdir = Some/dir
[Company2]
Theme = default
Comment = Company2 project Page
Attributes = Author, Category, Subject
Options Category = Scheduling, During Progress, During measuring, After
Required Attributes = Author
Subdir = some/dir
[Panels]
Theme = default
Attributes = Author, Category, Subject
Options Category = Scheduling, During Progress, During measuring, After
Required Attributes = Author
Subdir = Some/dir
Expand default = 2
Protect selection page = 1
[bond]
Theme = default
Attributes = Author, Category, Subject
Options Category = Scheduling, During Progress, During measuring, After
Required Attributes = Author
Subdir = some/dir |
Re: restrict access, posted by Stefan Ritt on Fri Jun 23 12:29:30 2006  
|
Even with your config file (I just changed the URL) I get the correct behaviour:

and after I supply my credentials:

My full elogd.cfg is attached for your reference.
I'm pretty sure that you did not delete your old cookies. Try from another computer. Make sure to have the most recent version of elog. Start the elogd daemon with the "-v" flag and watch the communication. I get for example:
GET / HTTP/1.1
Host: localhost:8080
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.4) Gecko/20
060508 Firefox/1.5.0.4
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plai
n;q=0.8,image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Cookie: urem=1
==== Return ================================
....
As you can see, only the "urem" cookie is present. After I logged in, I get:
Cookie: urem=1; unm=stefan; upwd=Z2suZgFszgg==
These cookies identify you as logged in, so the login screen does not appear any more. |
Re: restrict access, posted by Gerald Ebberink on Fri Jun 23 13:16:57 2006
|
My full elogd.cfg is attached for your reference.
I'm pretty sure that you did not delete your old cookies. Try from another computer. Make sure to have the most recent version of elog. Start the elogd daemon with the "-v" flag and watch the communication. I get for example:
Well actualy these old cookies don't exist, but I found an error in the verbose mode.
GET / HTTP/1.1
Host: hostname
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.4) Gecko/20060608 Ubuntu/dapper-security Firefox/1.5.0.4
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Cookie: urem=0
Remote host "hostname" matches "ALL" in "Hosts deny". Access denied.
Remote host "hostname" matches "hostname" in "Hosts allow". Access granted.
Internal error, no valid header!
As you can see, I have implemented a temporary fix in the way of allowing only certain hosts access.
But where does this Internal error come from.
I use the standard packaged version of elog (V2.6.1) from the Ubuntu repositories. |
Re: restrict access, posted by Stefan Ritt on Fri Jun 23 13:43:03 2006
|
Gerald Ebberink wrote: | As you can see, I have implemented a temporary fix in the way of allowing only certain hosts access. But where does this Internal error come from. |
I only can identify this error if you send me your current ("de-sensified") elogd.cfg. |
Re: restrict access, posted by Gerald Ebberink on Fri Jun 23 14:57:02 2006
|
I only can identify this error if you send me your current ("de-sensified") elogd.cfg. |