Re: email message id, posted by Stefan Ritt on Wed Jan 13 11:00:57 2010
|
| David Pilgram wrote: |
|
| Stefan Ritt wrote: |
|
| george papalexis wrote: |
|
We noticed some elog email messages were not showing up in our inboxes at random. What we believe is happening is when a elog entry is created it is assigned a message id that the mail servers will use. If a message is edited that same message id is used and some mail servers involved will ignore the duplicate message id. We have also noticed when a elog entry is deleted the next entry created will assume the deleted entry message id and just like above the email will be ignored since it has a duplicate message id.
|
The message ID is part of the "user data" of the email, not of the standard email header. So the mail servers "do not know" about the message ID, which make it strange that double messages are filtered. Nobody else reported this problem before. Maybe is it related to your SPAM filter? Can you check if the double entries are classified as SPAM in your case?
|
Hi Stefan,
I seem to recall this behaviour on this forum. I was writing an entry, and due to mis-typing, submitted the entry before I had finished. So I edited it, but there was only the one email sent. I thought that this was how the thing was supposed to work. To try it now, I am going to submit this, then edit the entry a little further, and we can all see if one or two emails are generated.
|
Well, I see just one email notification, have you already submitted your second? I tried on the "Demo" logbook here and I got two notifications. This can of course be turned off with the option "Suppress email on edit = 1". Maybe you are using this? |
|
Re: Proxy Error, posted by Stefan Ritt on Wed Jan 13 11:34:51 2010
|
> I only got one email in response to the second entry of this thread, no email was received after the edit of the entry. The
> next email received was due to the third entry of this thread.
Ok, let me try (sorry to all the users who subscribe to this forum for pestering you...):
1st reply to your entry.
1st reply edited. |
Re: Proxy Error, posted by Stefan Ritt on Wed Jan 13 11:39:23 2010 
|
> > I only got one email in response to the second entry of this thread, no email was received after the edit of the entry. The
> > next email received was due to the third entry of this thread.
>
> Ok, let me try (sorry to all the users who subscribe to this forum for pestering you...):
>
> 1st reply to your entry.
>
> 1st reply edited.
I got two email notifications, the second one I attached as a screen shot. So I don't know what happened in your case. The problem
with the proxy is sometimes related to slow internet connections. If the HTML code transported over the internet has some delay
between packets, the proxy server sometimes drops the connection. I don't know how to fix that in my Apache. If you edit in HTML,
your browser downloads the JavaScript code and icons for the edit window, which is a lot of data, so the dropping is much more
likely. |
|
Topic changed to: emails sent/received after edited entries., posted by Stefan Ritt on Wed Jan 13 12:18:54 2010
|
> > > > I only got one email in response to the second entry of this thread, no email was received after the edit of the entry. The
> > > > next email received was due to the third entry of this thread.
> > >
> > > Ok, let me try (sorry to all the users who subscribe to this forum for pestering you...):
> > >
> > > 1st reply to your entry.
> > >
> > > 1st reply edited.
> >
> > I got two email notifications, the second one I attached as a screen shot. So I don't know what happened in your case. The problem
> > with the proxy is sometimes related to slow internet connections. If the HTML code transported over the internet has some delay
> > between packets, the proxy server sometimes drops the connection. I don't know how to fix that in my Apache. If you edit in HTML,
> > your browser downloads the JavaScript code and icons for the edit window, which is a lot of data, so the dropping is much more
> > likely.
> Hi Stefan,
>
> I confirm that this is a slow internet line, so that explains the Proxy Error.
>
> Maybe I should just keep my head down on threads where people use html coding ;-)
>
> Did you receive two emails to my entry 66677? I only received one.
>
> I only received one email to your posting 66680 - the first entry, not the edited version.
I checked my email server and found that the second message really went though it. But then I realized that there is indeed the "Message-
ID:" in the email header (which I completely forgot in meantime). So maybe George Paplexis is right in that some mail
server/forwarder/receiver ignore a second email if it has the same ID. That would mean however that I have to introduce a "revision
number" for elog entries, which gets incremented on each edit and gets attached the the message-ID, so that it becomes unique again.
That's quite some work and has to wait a bit. |
|
Re: quick filter, posted by Stefan Ritt on Thu Jan 14 16:44:49 2010
|
| deletoille wrote: |
|
Hello,
We would like to use more the quick filter command on attributes.
On the other hand, when we use it, the result does not displaying entries which are in answer of another attribute. Is there a command which allow that possibility like when we select display full entries in the search mode?
Thanks in advance
Xavier
|
I don't understand your questions. Can you please give an example. |
|
Re: quick filter, posted by Stefan Ritt on Thu Jan 14 18:55:12 2010
|
| deletoille wrote: |
|
| Stefan Ritt wrote: |
|
| deletoille wrote: |
|
Hello,
We would like to use more the quick filter command on attributes.
On the other hand, when we use it, the result does not displaying entries which are in answer of another attribute. Is there a command which allow that possibility like when we select display full entries in the search mode?
Thanks in advance
Xavier
|
I don't understand your questions. Can you please give an example.
|
Sorry for my english. In fact, i found the answer by myself. But I ll explain to you.
in attachement 1, a small part of our ELOG. When I choose FBT in the quick filter "groupe incriminé". Elog respond that there is no entrie found (attachement 2)
But, with the find function, when i select display full entries and FBT in "groupe incriminé", Elog show the entrie ( attachement 3).
I found the answer. In fact, Elog respond no entrie when threaded is selected. I have to choose Full or summary for that working.
sorry
Xavier
|
Actually what you report is a bug. The filtering does not work in threaded display mode, only in summary and full. I fixed that bug in the current SVN version, so if you download and compile it, you can give it a try. The fix will be contained in the next official release. |
|
Re: Collapse to Last and Quick Filter , posted by Stefan Ritt on Mon Jan 18 08:18:48 2010
|
> However (considering the bug fixed for the collapsed thread display), breaking the thread is not a confortable solution.
Well, but it's the only way which gives you a 1:1 correlation between what you filter and what you see below. If you want to
see the full thread for an entry which gets shown after you apply a filter, just click on that entry, and you will be taken to
the single entry display which shows the full thread on top of it. This is the only way I can keep search results consistent,
so I would rather like to keep it like this. |
|
Re: first install comments, posted by Stefan Ritt on Mon Jan 25 09:28:18 2010
|
| Kenneth McFarlane wrote: |
|
I am testing Elog for personal and group use. I am starting with a Windows install on a PC. (I came across Elog when doing a shift on ATLAS at CERN.)
It took me some time to discover how to access a local logbook and create a new one. I suggest adding short sections in a prominent place in the guides:
User guide:
"Accessing a logbook: To access a logbook, point your Web browser at the appropriate URL. The default for a local Elog is http://localhost:8080/logbookname. Logbook files are stored in directory logbookname which is a sub-directory of the logbook root directory, defined by the administrator. See the administrator guide on how to create a new logbook."
Admin guide:
"Creating a logbook: A logbook is created in three steps: 1) The logbook root directory is defined as an option of the elogd start command; 2) A sub-directory, of the logbook root directory, named logbookname is created; and 3) The elogd.cfg file is edited to define the logbook's attributes and options. No files are created in the sub-directory; that is done when entries are made."
Regards,
Ken McF
|
Dear Ken,
first of all thanks for trying to improve the documentation. For me as the developer it's always hard to imagine what people need to know, since I know already all about elog. Therefore I ask usually other people to write the documentation. The one for elog was written by Fred Pacquier.
When going through your comments, I realize that you had some problems on your first steps. But you say you have a Windows installation. If you use the normal installer, you get some entries in your "Start" menu under Windows, with which you can directly access your "demo" logbook which comes with the installation: Start -> All Programs -> ELOG -> Demo Logbook (requires running server). To create a logbook, just access your demo logbook, then clock on "Config", then you see a button "Create new logbook". Your point 1) mentioned above is actually not necessary if you use the default root directory. It might confuse people more than it helps. Point 2) is true, but only some internal database behavior, which might not be interesting to most users. |
|