Omitting some fields in e-mail, posted by Michael Husbyn on Tue Jun 7 10:59:20 2005
|
Hello,
Is there a way to include some attribute fields in the e-mail from eLog, but not all?
E.g, if you have the following:
Attributes = TA, Endret, UA, Pri, Status, Oppdragsgiver, EpostTil, EpostIKT, Tittel
Then you get the heading:
Logbook :
TA :
Endret :
UA :
Pri :
Status :
Oppdragsgiver :
EpostTil :
EpostIKT :
Tittel :
(removed the attribute data),
But I would like to send out only:
UA :
Pri :
Status :
Oppdragsgiver :
EpostTil :
Tittel :
Any way to do this in the current version?
And perhaps change the order too... I'm asking for much perhaps?
Best regards
Michael |
Re: Omitting some fields in e-mail, posted by Stefan Ritt on Wed Jul 20 20:54:01 2005
|
> E.g, if you have the following:
> Attributes = TA, Endret, UA, Pri, Status, Oppdragsgiver, EpostTil, EpostIKT, Tittel
>
> Then you get the heading:
> Logbook :
> TA :
> Endret :
> UA :
> Pri :
> Status :
> Oppdragsgiver :
> EpostTil :
> EpostIKT :
> Tittel :
>
> (removed the attribute data),
>
> But I would like to send out only:
> UA :
> Pri :
> Status :
> Oppdragsgiver :
> EpostTil :
> Tittel :
>
> Any way to do this in the current version?
>
> And perhaps change the order too... I'm asking for much perhaps?
I added the option "Email attributes = <list>" for that. So you can specify
Email attributes = UA, Pri, Status, Oppdragsgiver, EpostTil, Tittel
which also sets the order of the attributes. The cange is in CVS. |
|
Re: Omitting some fields in e-mail, posted by Michael Husbyn on Wed Jul 20 21:13:03 2005
|
> I added the option "Email attributes = <list>" for that. So you can specify
>
> Email attributes = UA, Pri, Status, Oppdragsgiver, EpostTil, Tittel
>
> which also sets the order of the attributes. The cange is in CVS.
Nice!
Thanks Stefan, I will test it when I'm back from my holiday. Only problem is that this change is also in a
beta version of elog (more "beta" than usual)
Perhaps it is not in this state when I'm back :)
have a nice holiday
Best regards
Michael |
|
Re: Omitting some fields in e-mail, posted by Michael Husbyn on Mon Aug 15 12:54:56 2005
|
>
> > I added the option "Email attributes = <list>" for that. So you can specify
> >
> > Email attributes = UA, Pri, Status, Oppdragsgiver, EpostTil, Tittel
> >
> > which also sets the order of the attributes. The cange is in CVS.
Hello Stefan,
Tested the 2.6.0-beta4, and it sort of works. config parameter:
Email attributes = Tittel,Status
gives the mail:
Logbook : work
Tittel : Test
Status : Åpen
Logbook URL : http://xxxxxxxxxxxxxxxx/work/904
---
Is there a way to remove Logbook field (and perhaps Logbook URL if I want?)
Best regards
Michael |
|
Re: Omitting some fields in e-mail, posted by Stefan Ritt on Tue Sep 6 14:41:10 2005
|
> Is there a way to remove Logbook field (and perhaps Logbook URL if I want?)
There is the option "Email format", which lets you specify what to show. Try
Email format = 27 |
Comment tooltip shows comment from other logbook, posted by Oleg Solovyanov on Wed Aug 10 18:32:14 2005
|
I have several logbooks with Comment lines,
but the tooltip shows sometimes the correct comment,
sometimes the comment from other logbook...
I see the same behaviour also on this very page...
I use Mozilla 1.7.10.
Tried with Konqueror -> same problem. |
|
Re: Comment tooltip shows comment from other logbook, posted by Stefan Ritt on Tue Sep 6 09:41:04 2005
|
| Oleg Solovyanov wrote: | I have several logbooks with Comment lines,
but the tooltip shows sometimes the correct comment,
sometimes the comment from other logbook...
I see the same behaviour also on this very page...
I use Mozilla 1.7.10.
Tried with Konqueror -> same problem. |
Should be fixed in the current CVS version (see this page) |
Email notification does not work, posted by Dinesh Bapat on Wed Aug 10 03:18:05 2005
|
I have SMTP server that requires authentication
Whenever a new user 'self registers' to E-log, I get an automated email saying so. Hence, the SMTP setting are correct and working.
However, for any entry made to log, no email notification is generated. error '5.5.4 Invalid Address'
suppress notification checkbox is 'unchecked'
Kindly help. |
|
Re: Email notification does not work, posted by Stefan Ritt on Mon Sep 5 20:35:43 2005
|
| Dinesh Bapat wrote: | I have SMTP server that requires authentication
Whenever a new user 'self registers' to E-log, I get an automated email saying so. Hence, the SMTP setting are correct and working.
However, for any entry made to log, no email notification is generated. error '5.5.4 Invalid Address'
suppress notification checkbox is 'unchecked'
Kindly help. |
Turn on logging with
Logfile = elog.log
then you will see all communication betwen elogd and the SMTP server in the logfile. You probably will see the source of the error there.
- Stefan |
charset specified in elog.conf has no effect [updated], posted by cunnilinux on Sun Aug 7 17:16:42 2005
|
well, here's the problem that i had: my charset (koi8-u) was specified in elog.conf for every logbook, but this had no effect, and all elog pages continued tu appeared as iso-8859-1 (which is the default)
when i specified charset in the global section, the problem's gone away.
2do: i think it's worth testing how does it work whet charset specified for a separate logbook overrides globally specidied charset
elog version that is in use: 2.5.7 from debian sarge 3.1 r0a powerpc |
|
Re: charset specified in elog.conf has no effect [updated], posted by Stefan Ritt on Mon Sep 5 20:16:50 2005
|
| cunnilinux wrote: | well, here's the problem that i had: my charset (koi8-u) was specified in elog.conf for every logbook, but this had no effect, and all elog pages continued tu appeared as iso-8859-1 (which is the default) when i specified charset in the global section, the problem's gone away.
2do: i think it's worth testing how does it work whet charset specified for a separate logbook overrides globally specidied charset
elog version that is in use: 2.5.7 from debian sarge 3.1 r0a powerpc
|
The documentation clearly states that the "charset" option is under the [global] section. I put it there since it does not make much sense to have separate charsets for separate logbooks. Or do you have one Russian, one Japanese and one Swedish logbook on the same server? Maybe for an international language school 
I can easily put it into the individual logbook's config, but only if more than one person requests this. |
|
password forgot kills elogd, posted by Martin Lindjärv on Wed Aug 31 22:03:04 2005
|
Hi!
At first, thanx for this software!
But i found a bug or something like that. I installed elog on win2003 and winxp with default settings. And everywhere i had same problem - when forgot password is used it kills elogd. Error what is reported in EventLog is "Faulting application elogd.exe, version 0.0.0.0, faulting module elogd.exe, version 0.0.0.0, fault address 0x0002f1ee." and thats all. For testing tried newest beta too but it seems to have same problem.
i can insert my email address and when i click submit it wait's for some time and then gives 404.
But tried under linux (gentoo) and everything works like charm.
Any kind of info would be good... |
|
Re: password forgot kills elogd, posted by Stefan Ritt on Mon Sep 5 20:05:43 2005
|
| Martin Lindjärv wrote: |
But i found a bug or something like that. I installed elog on win2003 and winxp with default settings. And everywhere i had same problem - when forgot password is used it kills elogd. Error what is reported in EventLog is "Faulting application elogd.exe, version 0.0.0.0, faulting module elogd.exe, version 0.0.0.0, fault address 0x0002f1ee." and thats all. For testing tried newest beta too but it seems to have same problem.
i can insert my email address and when i click submit it wait's for some time and then gives 404.
But tried under linux (gentoo) and everything works like charm.
|
I tried with the current version under XP and found no problem. Can you try 2.6.0-beta4? |
|
something for the wishlist: 'Recent Changes', posted by Heiko Scheit on Fri Aug 26 13:08:10 2005
|
Something for the wishlist:
A 'Recent Changes'-link (option) that lists entries that were changed
recently, where 'recent' can be changed from 1,2,3...(some maximum)
days. |
|
Re: something for the wishlist: 'Recent Changes', posted by ralphb on Thu Sep 1 18:26:38 2005
|
| Heiko Scheit wrote: | A 'Recent Changes'-link (option) that lists entries that were changed
recently, where 'recent' can be changed from 1,2,3...(some maximum)
days. |
Two possible solutions:
1. Use ELOG's RSS support (look for "RSS Title" in the config syntax help). I added an RSS icon to each entry with "Bottom Text=<a href="http://myserver:8080/mylogbook/elog.rdf"><img border=0 height="14" width="36" src="/Rssicon_3614.gif" alt="[RSS]"></a>
2. Add a new attribute "Revised" and config it as follows: "Locked attributes = Revised" and "Subst on Edit Revised = $date". It'll get updated each time the entry gets updated. Then all you just need to create a link to "http://yourserver:8080/yourlogbook/page?mode=summary&rsort=Revised"
Best regards, Ralph. |
|
password forgot kills elogd, posted by Martin Lindjärv on Wed Aug 31 22:02:46 2005
|
Hi!
At first, thanx for this software!
But i found a bug or something like that. I installed elog on win2003 and winxp with default settings. And everywhere i had same problem - when forgot password is used it kills elogd. Error what is reported in EventLog is "Faulting application elogd.exe, version 0.0.0.0, faulting module elogd.exe, version 0.0.0.0, fault address 0x0002f1ee." and thats all. For testing tried newest beta too but it seems to have same problem.
i can insert my email address and when i click submit it wait's for some time and then gives 404.
Any kind of info would be good... |
Top Groups, Show Top Groups, password file and Protect Selection page have nasty interaction, posted by Chris Green on Fri Aug 5 02:27:15 2005
|
Hi,
Just as our ELOG went into production, I tripped over a couple of related (I think) bugs.
First, the easy one: line 21368 of src/elogd.c has a compile warning which looks non-benign. I fixed it in my local copy with:
Index: elogd.c
===================================================================
RCS file: /usr/local/cvsroot/elog/src/elogd.c,v
retrieving revision 1.739
diff -r1.739 elogd.c
21368,21369c21368
< sprintf(str, "?fail=1", user);
< redirect(lbs, str);
---
> redirect(lbs, "?fail=1");
Regardless (ie if I use the original CVS code or the patched version), a hard-to trace problem occurs with my configuration whereby users are denied access after password entry at the logbook selection page (even when details are verifiably correct), and users are dropped through to the next (non-protected) Top Group page. This problem goes away if "Protect Selection Page" is turned off.
A kind of "shadow" of this problem occurs if you create a new logbook from the Change Config File page, whereby after creating the new logbook one is dropped through to the next Top Group's selection page after saving the configuration (and the url has ?fail=1 added to it, althoguh line 21368 above is hardly the only place where this could have occurred).
I think all these things are linked. I'd be grateful if you could review this section of this code for possible causes of these problems. While we can operate for now with non-logged-in users able to see our list of logbooks, that is not something we want for the long term.
Thanks for your help,
Chris. |
|
Re: Top Groups, Show Top Groups, password file and Protect Selection page have nasty interaction, posted by Stefan Ritt on Fri Aug 5 12:06:47 2005
|
| Chris Green wrote: | Index: elogd.c
===================================================================
RCS file: /usr/local/cvsroot/elog/src/elogd.c,v
retrieving revision 1.739
diff -r1.739 elogd.c
21368,21369c21368
< sprintf(str, "?fail=1", user);
< redirect(lbs, str);
---
> redirect(lbs, "?fail=1");
|
Thanks, applied.
| Chris Green wrote: | | Regardless (ie if I use the original CVS code or the patched version), a hard-to trace problem occurs with my configuration whereby users are denied access after password entry at the logbook selection page (even when details are verifiably correct), and users are dropped through to the next (non-protected) Top Group page. This problem goes away if "Protect Selection Page" is turned off. |
I hope I have fixed this problem, at least it works ok here when I tried with your config file.
One note I would like to make however: "Top groups" were invented for having completely separate logbook groups. Before the invention of top groups, one had to run several instances of elogd for different departments for example, where one department should not see the other department's logbooks. But having many departments means having to maintain many elogd daemons. This led to the invention of top groups, so one daemon can serve several independent groups, each having their own [global] section, with probably their own administrator.
In your case however, it would be more applicable not to use top groups, but use nested groups. Like
Group MiniBooNE = Analysis, Miscellaneous
Group Analysis = Charged Current Pi Plus, Neutral Current Coherent Pions
Group Miscellaneous = demo
I presume this is more what you want, and you can avoid some problems which arise from top groups.
| Chris Green wrote: | | A kind of "shadow" of this problem occurs if you create a new logbook from the Change Config File page, whereby after creating the new logbook one is dropped through to the next Top Group's selection page after saving the configuration (and the url has ?fail=1 added to it, althoguh line 21368 above is hardly the only place where this could have occurred). |
I have not tested this one, but it could well be that the modification I made also fixes this. |
Re: Top Groups, Show Top Groups, password file and Protect Selection page have nasty interaction, posted by Chris Green on Fri Aug 5 16:15:04 2005
|
| Stefan Ritt wrote: | One note I would like to make however: "Top groups" were invented for having completely separate logbook groups. Before the invention of top groups, one had to run several instances of elogd for different departments for example, where one department should not see the other department's logbooks. But having many departments means having to maintain many elogd daemons. This led to the invention of top groups, so one daemon can serve several independent groups, each having their own [global] section, with probably their own administrator.
In your case however, it would be more applicable not to use top groups, but use nested groups. Like
Group MiniBooNE = Analysis, Miscellaneous
Group Analysis = Charged Current Pi Plus, Neutral Current Coherent Pions
Group Miscellaneous = demo
I presume this is more what you want, and you can avoid some problems which arise from top groups.
|
The quick attempt I just made to use this doesn't do what I want, which is to require password protection for the Analysis logbook selection page. If you think that *is* possible and I just didn't configure it properly, I'd appreciate pointers. In the meantime though, your bug fixes appear to have solved my top group / password problem and I think I'll proceed with that for now.
Thanks again,
Chris. |
|
Re: Top Groups, Show Top Groups, password file and Protect Selection page have nasty interaction, posted by Stefan Ritt on Fri Aug 5 16:51:02 2005
|
| Chris Green wrote: | | The quick attempt I just made to use this doesn't do what I want, which is to require password protection for the Analysis logbook selection page. |
This indeed is not possible and you have to use top groups for that. |
|