ELOG Forum

Demo Discussion

Forum Config Examples Contributions Vulnerabilities

Discussion forum about ELOG, Page 231 of 806

Not logged in

Find | Login | Help

Full | Summary | Threaded | Show attachments

6445 Entries

Goto page Previous 1, 2, 3 ... 230, 231, 232 ... 804, 805, 806 Next

Thu Nov 9 20:45:32 2006

Re: Conditional Email Notification by a text file

Steve Jones wrote:

An Thai wrote:

Steve Jones wrote:

An Thai wrote:

Hello,

I try to email by using a email text file to reduce the admin work.

MOptions Team = EUROPE, ASIA, AFRICA, AMERICA

Email Team EUROPE = $shell(type C:\EuropeEmailList.txt)

but i get always Email sent to Shell execution not enabled via -x flag

Is this feature not supported by ELOG or did i use the wrong syntax?

Thank you in advance.

Quote:

You need to start elogd with the "-x" flag

Yes, i did it. But the problem is still there.
I exactly tried 50 times by submit a new entry and got only 3 times passed. 47 another cases i got:
"Error sending Email via "192.168.2.20": 5.5.2 Need Rcpt command".
I run elogd -v and see:
"Email Team EUROPE to Shell execution not enable via -x flag"

Steve Jones wrote:

Well, it looks like you are getting the text "Shell execution not enable via -x flag" put into the EUROPE attribute then the email server is attempting to send email to the email address "Shell execution not enable via -x flag", which is clearly not a valid address thus the "Error sending Email via "192.168.2.20": 5.5.2 Need Rcpt command".

You need to run run "elogd -v -x" then look for the errors. You also might try a more simpler test like "Preset Team EUROPE = = $shell(type C:\EuropeEmailList.txt)" and then see what is returned. It makes it simpler and removes the email error from the equation.

That's a very interesting idea of setting up mailing lists I never thought about. I tried myself and it works fine. Just as Steve says run "elogd -v -x" to see what happens. Also make sure that EuropeEmailList.txt contains only a single line with comma-separated email addresses, just as you would enter them in the config file.

2056

Thu Nov 9 20:59:01 2006

Re: calling a shell in the Options tag

Alexandre Lindote wrote:

Hi,

is it possible to run a shell script in an "Options" tag, as it is with the "Preset", "Subst", and so on?
I need to have something like this:

Options Update of = $shell(/home/alex/zeplin3/elog/z3elog-mirror/documents/ext_docs.sh MinGen)

the script returns a line with comma separated values...

Thanks

Alex

Interesting idea, but substitutions only work for config setting where the documentation explicitly states so. The complete list comes here:

Preset <attibute>
Preset on reply <attribute>
Preset on duplicate <attribute>
Subst <attribute>
Subst on reply <attribute>
Subst on edit <attribute>
Change <attribute>
Email <attribute> <value>
Use email from
Use Email heading
Use Email subject
Bottom text
Top text
Edit page title
Prepend on edit
Append on edit
Append on reply
Quote on reply
Preset text
Page title
RSS title
List page title

Doing shell execution for all configuration settings would slow down the server too much.

2057

Thu Nov 9 21:03:03 2006

Alexandre Lindote wrote:

Hi,

can you think of any obvious reason why the ELCode would not work in the logbooks I set up?

Ok, I think I found the problem... For some reason the elcode.js file was only in /usr/local/elog/scripts, but it was supposed to be in
/usr/local/elog/themes/default/ as well.
Creating a symlink between the two solved that problem. I can now do most things with the ELCode, but inserting images is still failing. I get this message from the firefox javascript console:

text.value has no properties (line 32 of elcode.js)

Any thoughts?

Alex

That's really strange. In the forum (http://midas.psi.ch/elogs/Forum), I have the elcode.js only in /usr/local/elog/scripts, and it works as you can try out yourself. Getting your javascript error might indicate that you have an old version of elcode.js combined with a newer executable of elogd. Try to update it.

2058

Thu Nov 9 21:22:27 2006

Stefan Ritt

stefan.ritt@psi.ch

Question

Re: Problem with large entry size

Dimitrios Tsirigkas wrote:

Stefan Ritt wrote:

What about a threshold for the "All" display? If a logbook contains less than, let's say, 500 entries, the "All" link is displayed, and above 500 entries it's hidden. Would that make sense?

Hi Stefan,
Sorry for the late response, I was away for a few days. Yes, I think that this would make perfect sense, especially if the maximum number of entries was configurable.
Cheers,
Dimitris

Agree. So I implemented the new config option All display limit. The default is 500. So you can see that at this forum, the All link is not shown any more, since the logbook contains more than 500 entries. The promised performance improvement of the page display will take me some more time, but I will not forget it.

2059

Thu Nov 9 22:08:10 2006

Re: add field type to automatically email CC

Mark Bergman wrote:

I've got logbooks where I'm submitting entries on behalf of other users, or where other people should be notified of the ticket. This isn't a fixed list of people, and shouldn't be hard-coded into a config file. I've got a field to enter the user's e-mail address, but there's no action associated with that data.

I'd like to see a new field type that allows the entry of e-mail addresses, where each addresses supplied with the logfile entry would be automatically "CC'ed" in the notification e-mail. Ideally, people on the CC list would be (optionally) CC'ed when there are replies or edits to the original elog entry.

For example (snippet of fictional elogd.cfg):

-------------------------------
[web site]
Welcome Title = Issues regarding the web site
MOptions Category = Add links, Change content, Broken Link, Other
CCMailTo = Notification List
Attributes = Author, Category, Severity, Subject, Entry ID, Status, User, Login
Extendable Attributes = Category, Severity, Subject, Status, User, Login, Notification List
Required Attributes = Category, Subject, Status, User
-------------------------------

Just do the following:

Attributes = Author, Category, Notification list
Email all = $Notification list

Whenever you enter a new entry, you put a list of email addresses into the Notification list, which is then used for sending email addresses. This list also stays there in replies or edits.

2060

Thu Nov 9 22:40:06 2006

Re: suggestion for "new user registration" page

Mark Bergman wrote:

Suggestions for improving the registration page:

Put a "submit" button after the password entry.

Possibly supress the local "bottom text", or allow the specification of a different file for the registration page.

After the user has registered, then show a page allowing them to subscribe for e-mail notifcation. That page should be organized the same way as the main page, with groups. Users should be allowed to subscribe to entire groups, or to expand each group to select or unsubscribe from individual logbooks.

Thanks,

Mark

I put the "save" button below the password entry and removed the "bottom text", I hope this helps a bit.

2061

Thu Nov 9 22:53:27 2006

Re: Email notification (bug tracking system)

Bertram Metz wrote:

Hello,

I'd like to use ELOG like a bug tracking system. I've created an attribute with the name AssignedTo. The attribute type is set to userlist. The value of AssignedTo is set to the full name of the selected user. There is no simple relationship between the full name and the email address on our system. Is it possible to get the email address of a user from the full name?

Attributes = Author, Category, Hardware, Software, Subject, Keywords, Status, AssignedTo
Options Category = Bug Report{1}, Observation{2}, Other{3}
Type AssignedTo = userlist
Show Attributes = Author, Category, Hardware, Software, Subject, Keywords
{1} Show Attributes = Author, Category, Hardware, Software, Subject, Keywords, Status, AssignedTo
Required Attributes = Author, Hardware, Software, Category
Options Status = new, open, confirmed, closed
;the following line does not work, since $AssinedTo contains the full name of the user
Email Category Bug Report = $AssignedTo@company.com

Kind regards,
Bertram

I implemented the attribute type useremail for you. This can be used like:

Attributes = Author, Catorory, AssignedTo
Type AssignedTo = useremail
Email Category Bug Report = $AssignedTo

You will see only the email address of the people in the list, but since the email address usually contains the name this might be enough. A different system would have been too difficult to implement. The new feature is contained in SVN revision 1754.

2062

Thu Nov 9 22:57:38 2006

Re: Option to require new user registration to subscribe to ALL logbooks

Steve Jones wrote:

Stefan, any chance of having an option that eliminates the ability of new users to pick the logbooks they can register with? I would like to limit this to the "admin" user to pick per individual.

The logbook list new users can register with is exactly the list the users have access to. So if you omit a logbook there, they can later just go to that logbook, hit config, and add themselves. If you want to prevent a user from getting notifications from a logbook, prevent user access to that logbook, like a new top group.

Steve Jones wrote:

Also, any thoughts to adding a management panel that will the admin user to make global changes to the password file? I do this by bringing it into a text editor and making changes, but it would be nice to do it from the application.

Not at the moment. It would take days of work which I don't have right now. Much more than what it takes you editing the password file in an editor Wink

Goto page Previous 1, 2, 3 ... 230, 231, 232 ... 804, 805, 806 Next

ELOG V3.1.5-3fb85fa6