Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 173 of 238  Not logged in ELOG logo
icon5.gif   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?
    icon2.gif   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.
       icon2.gif   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
          icon7.gif   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.
             icon2.gif   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.
icon1.gif   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
    icon2.gif   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.
icon5.gif   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
    icon2.gif   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.
       icon2.gif   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?
          icon2.gif   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 Wink, there is only this list. But you can check out the SVN version as described in the documentation.
icon7.gif   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
    icon2.gif   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.
icon1.gif   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
    icon2.gif   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. Astonished
       icon2.gif   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. Astonished


Thank you for your quick response ! Astonished
Happy I'm glad to be able to contribute !

Regards,
Elaine
icon5.gif   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
    icon2.gif   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.
       icon2.gif   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. Smile
Cheers,
Dimitris
icon5.gif   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?
    icon2.gif   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.
icon1.gif   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.
    icon2.gif   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.
       icon2.gif   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
          icon2.gif   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. 
             icon2.gif   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
                icon2.gif   Re: restrict access, posted by Stefan Ritt on Fri Jun 23 12:29:30 2006 elogd.cfgCapture.jpgCapture.jpg
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.
                   icon2.gif   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.
                      icon2.gif   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.
                         icon2.gif   Re: restrict access, posted by Gerald Ebberink on Fri Jun 23 14:57:02 2006 elog.conf
I only can identify this error if you send me your current ("de-sensified") elogd.cfg.


Here you are..
                         icon2.gif   Re: restrict access, posted by Gerald Ebberink on Mon Jul 17 13:20:07 2006 

Stefan Ritt wrote:

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.


I have just installed the svn version of elog, and the problem has been fixed.

Thank you very much!
Goto page Previous  1, 2, 3 ... 172, 173, 174 ... 236, 237, 238   Next  
ELOG V3.1.5-3fb85fa6