Can I control the content of the Subject on an email notification?

i.e. Can I copy the subject from the elog entry into the email subject?

Thanks,

//Bill

I found the answer in the docs.

In the config file add

Use Email Subject = Added Text: $subject

This results in the e-mail subject being set to "Added Text: elogentry subject line"

Thanks for a great tool!

Hi,

I've just upgraded from 2.6.2 to 2.7.3.

In my config file, I have

Quick filter: Date, ID.

When starting 2.7.3, across the top I now get 

"Error: Attribute "ID" for quick filter not found"
followed by an entry box.

If an ID is typed into that box, it sort of finds the right entry (+/- a few on occasion).

I cannot see any documented change that would affect how the Quick filter works.  Any clues?  Thanks.

> Hi,
> 
> I've just upgraded from 2.6.2 to 2.7.3.
> 
> In my config file, I have
> 
> Quick filter: Date, ID.
> 
> When starting 2.7.3, across the top I now get 
> 
> "Error: Attribute "ID" for quick filter not found"
> followed by an entry box.
> 
> If an ID is typed into that box, it sort of finds the right entry (+/- a few on occasion).
> 
> I cannot see any documented change that would affect how the Quick filter works.  Any clues?  Thanks.

Actually it is nowhere written the 'ID' for a quick filter should work. After investigating, I realize that it
worked previously "by accident". I added in meantime some test so there is a warning for quick filter attributes
which do not exist, and that's what you got. I loosened this test for 'ID' now in the current SVN version, so it
can be used. It does however not display the single entry you want, but a page containing that entry (which then
is displayed in bold). If you want exactly one entry, just add it's ID to the URL, like

https://midas.psi.ch/elogs/Forum/65767

for your previous entry.

> > Hi,
> > 
> > I've just upgraded from 2.6.2 to 2.7.3.
> > 
> > In my config file, I have
> > 
> > Quick filter: Date, ID.
> > 
> > When starting 2.7.3, across the top I now get 
> > 
> > "Error: Attribute "ID" for quick filter not found"
> > followed by an entry box.
> > 
> > If an ID is typed into that box, it sort of finds the right entry (+/- a few on occasion).
> > 
> > I cannot see any documented change that would affect how the Quick filter works.  Any clues?  Thanks.
> 
> Actually it is nowhere written the 'ID' for a quick filter should work. After investigating, I realize that it
> worked previously "by accident". I added in meantime some test so there is a warning for quick filter attributes
> which do not exist, and that's what you got. I loosened this test for 'ID' now in the current SVN version, so it
> can be used. It does however not display the single entry you want, but a page containing that entry (which then
> is displayed in bold). If you want exactly one entry, just add it's ID to the URL, like
> 
> https://midas.psi.ch/elogs/Forum/65767
> 
> for your previous entry.

Thanks Stefan!

#include /elog-archive/additional.config

Sorry to bother you with this, but I am not a programmer and this is probably a simple question but I need some help if someone has the time.

Under Global I have the command   -  SMTP host  = smtp.comcast.net

ELOG responds with  -  Error sending Email via "smtp.comcast.net": 5.1.0 sender rejected : invalid sender domain

Your SMTP server does not accept the email send request from ELOG. That can have many reasons. Most systems are set up so that they do not accept SPAM. To do that, they do various checking of the sender address etc. Maybe you need an "Email from = mike2.cianci@comcast.net" in your config file to have a "real" sender address. Some more information you can get if you start elogd interactively in a DOS box with the "-v" flag, because then you will see all the debugging output of the communication between elogd and your SMTP server.

Hello,

I am trying to update from version V2.7.2-2041  to V2.7.3 but getting the attached error message. OS is Windows 2003. I installed the update on Windows XP without a problem. Does anybody know ho to solve that problem? Thanks!

Uwe

The shared library msvcr71.dll should be part of the operating system and placed under c:\windows\system32\msvc71.dll. If not it can be downloaded from

http://www.dlldump.com/download-dll-files.php/dllfiles/M/MSVCR71.dll/download.html

Thanks, that fixed it...

Hello,

When I started elogd on the mirror server, I can access to the website on it until cron job started. Once cron job started, the elog mirror server hang and I can't obtain any response on it.

How can I solve this problem ?

Kind regards

Stéphane

With this information I cannot diagnose the problem. I would recommend you to run the elogd on the mirror server in interactive mode with the "-v" flag, so you see all net traffic. Maybe this sheds some light on the problem.

  Hello,

The server hang at this point :

ID362  : 45F505AF26644D7F71A2AF6E9822554D
Cache  : 45F505AF26644D7F71A2AF6E9822554D
Remote : 45F505AF26644D7F71A2AF6E9822554D
 

I can't stop the process with ctrl+c

Kind regards

Stéphane

No, that does not help me to come to a conclusion. So I have no idea what's going on. When you do mirroring, you can start the synchronization from both server sides. Can you maybe try to do that from the "other" server? Maybe you have some firewall problem.

How can I put the output in a file to send it to you ?

I solve my mirror problem. It came from old logbooks made with old elog version. I replicate these manually and exclude them from mirror.

Kind regards

Stéphane

Hello,

When I start elogd on the mirror destination server, until cron job started, I can access to the website normaly. Once cron job started, I can't access to the website of the elog mirror destination server.

How can I solve this problem ?

Kind regards

Stéphane 

I automatically install software on 3 machines in our lab, and at the end of the process, use eLOG to record relevant information for each machine (all running Windows XP) via the command line program elog.exe.  2 of the machines log their info correctly, but on third machine, I get the following error:

    Cannot retrieve host name: No error

The error is not very clear (i.e., the error is "no error"?), and furthermore, operationally, the error makes no sense to me, for the three machines are supposedly configured the same.  Additionally, the elog.exe used is stored on a network drive, as are the other batch files that all3 machines use, so it is not as a problem could creep in due to differing versions/configurations of files.

Just in case I am overlooking something, here's the command line invocation (I've X'd out sensitive information):

C:\>x:\@adat\tools\elog.exe -h max13 -l "Maxtee" -u xxxxxxxxxx xx1234   -a Tester=AULS_xxx_y    -a M
achine="Mercury 99"   -a "Module Type"=Controller   -a "Action Description=Configuration Change"   -
a Title="AULS upgraded to 1.2.7344 from [1.1.7343]."   -a "Card Count=998352"   -m X:\@ADAT\InterimP
F\MERCURY29.Blat_Msg1_PostBoot.TXT 1>X:\@ADAT\InterimPF\MERCURY29_eLog_CmdLineOutput1_(PostBoot).txt

Cannot retrieve host name: No error

Obvoiusly, there *must* be some configuration difference between the 2 working and 1 non-working machine, but I am at a loss to figure it out.

I am not sure which version of eLOG is being used, but the size of the elog.exe is 139,264. 

I suggest a new option be added to display the version information, or display the version info whenever eLOG is execute, or display the version info when "-?" option is used.

The error is produced by the C routine "gethostbyname". This routine tries to obtain the IP address of your host max13 and fails. The error "no error" is the error passed to elog from the underlying operating system, so please blame Windows for that. I guess you have a problem that on the machine you get the error you have some DNS problem, so this machine does not know max13. Try to "ping" max13 or do a "nslookup max13" to verify this. Maybe you have to add your domain after max13, or put this machine explicitly into \Windows\System32\drivers\etc\hosts.

I added some version information being displayed with the "-?" option. This feature will be contained in the next release.

Stefan:

Thanks for the analysis and information.  Why am I not surprised that the "No error" came from Windows!? 

I tried some of your suggestions with the following results:

1.  Ping ==>= works as expected on the failing machine; that is, can successfully ping "max13"  I also can ping successfully in the reverse direction; that is, from "max13" to my "client" machine.

2.  NSLookUp ==>does not work on any of the 3 machines.

3.  Added the computer name "max13" to HOSTS file; ==> observed no change in behavior (i.e., still fails)

I did notice that on the 2 machines that function as desired that there is no anti-virus software installed, while on the non-funcational machine there is A-V SW installed.  I am able to bring up eLOG via the browser on the non-functional machine, so am unsure if the A-V SW is a factor; that is, why does ELOG via browser work as expected, but not via command line. 

QUESTION:  does command line ELOG connect differently than ELOG through the browser?

I ask this question for perhaps the A-V SW *is* blocking some port or whatever, and I will need to ask our IT department how to remove such a restriction.

ELOG connects in the same way as the browser, but it is a different program. I have seen some firewalls which explicitly exclude browsers in firewall rules. So it might well be that yours blocks ELOG but not your browser. So give it a try and disable it.

Since both my machine and the Elog server PC are inside my company's "security zone", I am not running a firewall on my machine.

For what it's worth:  in trying to research the "No error" message, I did come across this information on MS's website; that is, their statement is:

The gethostbyname function retrieves host information corresponding to a host name from a host database.

Note  The gethostbyname function has been deprecated by the introduction of the getaddrinfo function. Developers creating Windows Sockets 2 applications are urged to use the getaddrinfo function instead of gethostbyname.

SOURCE:  http://msdn2.microsoft.com/en-us/library/ms738524.aspx