| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
66775
|
Fri Mar 19 20:26:44 2010 |
 | David Spindler | dsspindler@gmail.com | Question | Windows | 2.7.7 | Re: Fail to connect to SMTP server on WinXP but works on Win2K |
| David Spindler wrote: |
|
| David Spindler wrote: |
|
| soren poulsen wrote: |
|
| David Spindler wrote: |
|
| David Spindler wrote: |
|
| soren poulsen wrote: |
|
| David Spindler wrote: |
|
| David Spindler wrote: |
|
| Stefan Ritt wrote: |
|
| David Spindler wrote: |
|
| David Spindler wrote: |
|
Fantastic. I forgot the icon and when I resent nothing was left. 
Here goes again!
I have been running Elog for years on a Win2K machine with no email problems. I have been forced to move it to a WinXP machine and I always get this message under WinXP: "Error sending Email via "netsvr10.prod.company.com": Cannot connect to server"
I noticed this a long time ago but was not concerned until I wqas forced to use WinXP. We have years of data in the Elog and to lose the use of it would hinder our operation a lot.
Here is an entry from the elog.log file when it worked under Win2K:
28-Oct-2009 18:28:38 [609144@199.82.127.9] {Generals} NEW entry #0
28-Oct-2009 18:28:38 [609144@199.82.127.9] {Generals} Email from <christophermeyer@fedex.com> to david.spindler@company.com, SMTP host smtp.mail.company.com
28-Oct-2009 18:28:42 [609144@199.82.127.9] {Generals} 220 netsvr10.prod.company.com -- Server ESMTP (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit))
Here is an entry from today's elog.log under WinXP that does not work.
06-Mar-2010 11:48:23 [117361@127.0.0.1] {Gbld} NEW entry #0
06-Mar-2010 11:48:23 [117361@127.0.0.1] {Gbld} Email from <david.spindler@company.com> to david.spindler@company.com, SMTP host smtp.mail.company.com
06-Mar-2010 11:48:23 [117361@127.0.0.1] {Gbld} READ entry #1612
We use an SMTP server without authentication.
|
I picked a bad example with an IP address of 127.0.0.1, but it is the same as a valid IP address such as the working entries above or the entry below.
06-Mar-2010 10:31:43 [117361@199.81.166.149] {Gbld} READ entry #1691
06-Mar-2010 10:39:10 [117361@199.81.166.149] {Gbld} NEW entry #0
06-Mar-2010 10:39:11 [117361@199.81.166.149] {Gbld} Email from <david.spindler@company.com> to david.spindler@company.com, SMTP host smtp.mail.company.com
|
The only idea I have is that your Windows firewall prevents outgoing network traffic on port 25 (SMTP). You should put an exception into the firewall rule. You can try that by opening a DOS box and entering
telnet smtp.mail.company.com 25
if you see a reply, the traffic is allowed. If it blocks, the firewall prevents this kind of traffic.
|
I have tried setting up a VM (VMWare) with W2K and testing it out on both a W2K and WXP host. In both cases the Elog successfully sends emails. I don't know if this helps, or not.
|
The only idea I have is that your Windows firewall prevents outgoing network traffic on port 25 (SMTP). You should put an exception into the firewall rule. You can try that by opening a DOS box and entering
telnet smtp.mail.company.com 25
if you see a reply, the traffic is allowed. If it blocks, the firewall prevents this kind of traffic.
My apologies. I just realized that my first answer to you was lost. I turned the firewall completely off with no luck. I also tried the telnet and it worked. So, it does not appear to be the firewall. I tried the VM's afterwards. Another puzzle is that the Win2K VM works on a WinXP host. It seems like it is only the WinXP elog that fails. I have tried to obtain some our company's IT help with no luck.
|
Just an idea: could you try specifying an IP address for your SMTP server instead of smtp.mail.company.com ?
I would also try to make a manual SMTP session to see if that works.
Otherwise, next step would be to create a VM installed with Wireshark to record the network traffic that ELOG generates when it makes the SMTP connection.
Soren
|
Thanks, I will give it a try.
|
I cannot send an email from elog using an IP address.
I can send an email manually through SMTP.
I will have to locate a copy of wireshark and set up a VM. I cannot access any site that has it from here.
|
We will get there. What is the output of "ipconfig /all" of the Win2K and WinXP machines respectively ?
Maxbe the DNS suffix is missing on XP ?
Soren
|
Here are the IPCONFIG /ALL pastes:
#1>>>WinXP not running VM:
ipconfig /all
Windows IP Configuration
Host Name . . . . . . . . . . . . : AOC-117361-W1
Primary Dns Suffix . . . . . . . : corp.ds.companyname.com
Node Type . . . . . . . . . . . . : Unknown
IP Routing Enabled. . . . . . . . : No
WINS Proxy Enabled. . . . . . . . : No
DNS Suffix Search List. . . . . . : corp.ds.companyname.com
ds.companyname.com
companyname.com
Ethernet adapter Local Area Connection:
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Broadcom NetXtreme 57xx Gigabit Cont
roller
Physical Address. . . . . . . . . : 00-11-43-18-D3-7B
Dhcp Enabled. . . . . . . . . . . : No
IP Address. . . . . . . . . . . . : ##9.81.166.149
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : ##9.81.166.1
DNS Servers . . . . . . . . . . . : ##9.81.11.53
##9.81.7.54
************************************************************************
#2>>>VM Win2K fail to send emails:
ipconfig /All
Windows 2000 IP Configuration
Host Name . . . . . . . . . . . . : jc_vm_w2k
Primary DNS Suffix . . . . . . . :
Node Type . . . . . . . . . . . . : Broadcast
IP Routing Enabled. . . . . . . . : No
WINS Proxy Enabled. . . . . . . . : No
DNS Suffix Search List. . . . . . : corp.ds.companyname.com
Ethernet adapter Local Area Connection 2:
Connection-specific DNS Suffix . : corp.ds.companyname.com
Description . . . . . . . . . . . : VMware Accelerated AMD PCNet Adapter
Physical Address. . . . . . . . . : 00-0C-29-28-24-8F
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
IP Address. . . . . . . . . . . . : ##9.81.163.127
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : ##9.81.163.1
DHCP Server . . . . . . . . . . . : ##6.18.71.214
DNS Servers . . . . . . . . . . . : ##9.81.10.150
##6.18.71.3
##9.82.243.70
Lease Obtained. . . . . . . . . . : Friday, March 19, 2010 8:24:21 AM
Lease Expires . . . . . . . . . . : Friday, March 19, 2010 12:24:21 PM
*************************************************************************
#3>>>VM Win2K with successful emails:
C:\>ipconfig /all
Windows 2000 IP Configuration
Host Name . . . . . . . . . . . . : win2k-vm
Primary DNS Suffix . . . . . . . :
Node Type . . . . . . . . . . . . : Broadcast
IP Routing Enabled. . . . . . . . : No
WINS Proxy Enabled. . . . . . . . : No
DNS Suffix Search List. . . . . . : corp.ds.companyname.com
Ethernet adapter Local Area Connection:
Connection-specific DNS Suffix . : corp.ds.companyname.com
Description . . . . . . . . . . . : VMware Accelerated AMD PCNet Adapter
Physical Address. . . . . . . . . : 00-0C-29-1A-40-F3
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
IP Address. . . . . . . . . . . . : ##9.81.163.127
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : ##9.81.163.1
DHCP Server . . . . . . . . . . . : ##6.18.71.214
DNS Servers . . . . . . . . . . . : ##9.81.10.150
##6.18.71.3
##9.82.243.70
Lease Obtained. . . . . . . . . . : Friday, March 19, 2010 8:32:26 AM
Lease Expires . . . . . . . . . . : Friday, March 19, 2010 12:32:26 PM
#1 was the output from the WinXP PC running Elog with no successful emails.
#2 was the output from the Win2K VM running on the #1 PC, also with no successful emails.
#3 was the output from another Win2K VM running on the #1 PC that successfully emails.
The difference between the 2 VM's is that #2 has the latest VMWare tools installed and #3 does not. This is running under VMWare Player 3.
The DNS suffix is present on the host PC but neither of the VM's, yet one of the VM's works.
BTW, thanks for your time in examining this issue. 
|
BINGO!!
I found the trouble. I assumed it was WinXP but I did not notice that the Win2K PCs I used hadSymantec Corporate AV while the WinXP PCs had McAfee AV. McAfee was the culprit.
Thanks very much for all of your help!!!
|
A little more info in case anybody else runs into this. McAfee defaults to blocking mass mailing worms, or at least our IT department has it doing so. Turn this off and the email from Elog works. |
|
66014
|
Thu Oct 23 23:45:01 2008 |
 | David Potterveld | potterveld@anl.gov | Bug report | Linux | 2.7.5-2130 | elogd crashes when creating new logbook using existing logbook as template | elogd is crashing with a segv when I try to create a new logbook by clicking the "Create new logbook" button
with an existing logbook selected in the dropdown list as a template. I've attached my config file for
reference. As a specific example, I'm logged in as the admin user, viewing logbook "1248", which has no entries,
and I click "Config" -> "Change config file" -> "Create new logbook", Select "1248" from dropdown list, enter
"1250" for the new logbook name, and click "Create new logbook".
The server crashes, and my web browser has the following as the (incorrect) URL it's trying to load:
(Incorrect because the "/ATLAS" shouldn't be there.)
https://localhost:8080/ATLAS/1250/?cmd=Config
Nevertheless, the config file and logbook directory are properly modified for the new logbook, and on restarting
the server, everything is fine.
Oh, just noticed that if I manually enter the URL:
https://localhost:8080/ATLAS/1250/
or actually, any text in place of the "1250", it also crashes the elogd process. So, perhaps there are two bugs?
(1) Incorrect URL being given to the web client after logbook creation
(2) Requesting any incorrect URL of this form crashes elogd |
| Attachment 1: elogd.cfg
|
[global]
Port = 8080
Ssl = 1
URL = https://localhost:8080
Group Operations = Accelerator, Gammasphere, FMA
Group Experiments = 882-4, 1231, 1257, 1248
Top group ATLAS = Operations, Experiments
show top groups = 1
Password file = passwd
[global ATLAS]
Main Tab = ATLAS Logbooks
Admin user = dhp
Login expiration = 24
Self register = 1
; look and feel
Guest menu commands = Back, Find, Login, Help
Guest find menu commands = Find, Login, Help
Date format = %B %d, %Y
Reverse sort = 1
; attributes
Attributes = Author, Author Email, Category, Subject
Required Attributes = Category, Subject
Thread display = $Subject ($Author) $Entry time
Quick filter = Date, Category
Options Category = Routine entry, Shift summary, Problem, Fix, Question, Info, Other
; preset author and email
Preset Author = $long_name
Preset Author Email = $user_email
; these attributes cannot be changed
Locked Attributes = Author, Author Email
; only author can change its own entry
Restrict edit = 1
Restrict edit time = 0.5
; options for reply
Subst on reply subject = Re: $Subject
Subst on reply author = $long_name
Subst on reply Author Email = $user_email
; No Email notification
Suppress Email to users = 1
;
; Logbook definitions
;
[Accelerator]
Options Category = Routine entry, Shift summary, Problem, Fix, Question, Info, Other
Extendable Options = Category
[Gammasphere]
Options Category = Routine entry, Shift summary, Problem, Fix, Question, Info, Other
Extendable Options = Category
[FMA]
Options Category = Routine entry, Shift summary, Problem, Fix, Question, Info, Other
Extendable Options = Category
[882-4]
Options Category = Routine entry, Shift summary, Problem, Fix, Question, Info, Other
Extendable Options = Category
[1231]
Options Category = Routine entry, Shift summary, Problem, Fix, Question, Info, Other
Extendable Options = Category
[1257]
Options Category = Routine entry, Shift summary, Problem, Fix, Question, Info, Other
Extendable Options = Category
[1248]
Options Category = Routine entry, Shift summary, Problem, Fix, Question, Info, Other
Extendable Options = Category
|
|
66038
|
Mon Nov 10 16:56:08 2008 |
| David Potterveld | potterveld@anl.gov | Bug report | Linux | 2.7.5-2135 | elog client can set arbitrary values to locked attributes | When submitting entries via the elog client, I find that I can set arbitrary values for attributes that are supposedly "preset" and "locked".
As an example, I have in my elogd.cfg file:
[global]
...
Group Operations = Accelerator
Top group ATLAS = Operations
...
[global ATLAS]
Attributes = Experiment, Author, Author Email, Category, Subject
Required Attributes = Category, Subject
Options Category = Routine entry, Shift summary, Problem, Fix, Question, Info, Other
Extendable Options = Category
Preset Experiment =
Preset Author = $long_name
Preset Author Email = $user_email
Locked Attributes = Experiment, Author, Author Email
...
[Accelerator]
Attributes = Author, Author Email, Category, Subject
Options Category = Routine entry, Shift summary, Problem, Fix, Question, Info, Other
...
This works as intended with a web client (firefox). The Author and Author Email attributes are preset and unchangeable.
However, if I use the elog client, as in:
elog -v -h my.apache-proxy.server -d elog -l Accelerator -p 443 -s -u johndoe xxxxx -a Category=LN -a Subject=Test -a Author=IDoNotExist -n 1 -m entry.txt
(johndoe is an existing user)
The entry is created with "IDoNotExist" as the Author name, instead of the correct name for the user johndoe,
and the Author Email attribute is blank.
Is there a way to enforce preset and locked attributes in the elogd server? (As a client could connect
with any arbitrary software, not just elog.)
|
|
65767
|
Tue Mar 4 14:03:00 2008 |
 | David Pilgram | David.Pilgram@epost.org.uk | Bug report | Linux | 2.7.3-2058 | Quick filter by ID | 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. |
|
65774
|
Fri Mar 7 13:12:37 2008 |
 | David Pilgram | David.Pilgram@epost.org.uk | Bug report | Linux | 2.7.3-2058 | Re: Quick filter by ID | > > 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! |
|
65780
|
Fri Mar 7 21:26:18 2008 |
| David Pilgram | David.Pilgram@epost.org.uk | Info | Linux | ELOG V2.7. | Re: Message ID and trouble ticketing system | >Stefan Ritt wrote:
>
>Ok, now I got the point, also Richard had the same problem. Assume we have 10 threads, and thus
>ticket numbers 1-10. Now we get a reply to #2, which then pops up to the top of the list. A new
>message increments the top entry of all entries, and then wrongly gives a new #3, instead of #11.
>
>I fixed this in SVN revision 2073, where elogd searches *all* logbook entries for the largest
>index, then increments this one by one. The fix will be contained in the next release.
----
Great! Thanks Stefan, off to download right now!
Great program, by the way, but don't think you need to be told that yet again! |
|
65781
|
Fri Mar 7 21:53:28 2008 |
| David Pilgram | David.Pilgram@epost.org.uk | Info | Linux | 2.7.3-2073 | Re: Message ID and trouble ticketing system | >>Stefan Ritt wrote:
>>
>>Ok, now I got the point, also Richard had the same problem. Assume we have 10 threads, and thus
>>ticket numbers 1-10. Now we get a reply to #2, which then pops up to the top of the list. A new
>>message increments the top entry of all entries, and then wrongly gives a new #3, instead of #11.
>>
>>I fixed this in SVN revision 2073, where elogd searches *all* logbook entries for the largest
>>index, then increments this one by one. The fix will be contained in the next release.
>
>----
>
>Great! Thanks Stefan, off to download right now!
>
>Great program, by the way, but don't think you need to be told that yet again!
---
Oh ho!
I've tried this on an existing database, where most entries do not have a ticket #. The previous entry #
(previous in ID sense) is T00550, say. But when I start a new thread, the ticket # is T00001. Is it being put
out by no entry for ticket # in most of the database?
LATER UPDATE.
On a small database (12 entries, with 45 comments in total), this worked as expected if most or all entries have ticket numbers, even if the previous (by id #) had not had a ticket number. (I had to edit every entry to put in ticket numbers).
The only thing I can think of is the number of entries that don't have a ticket #, or a line in the .log file entry saying "Ticket: " but am looking further into this.
(BTW, am posting this way to get around the proxy server problem I have!) |
|
66219
|
Sat Feb 21 23:08:54 2009 |
 | David Pilgram | David.Pilgram@epost.org.uk | Request | Linux | 2.7.5-2130 | Idea/Suggestion | Hi Stefan,
In the past I have requested the "mark whole thread" feature, not yet implimented. At present, I
edit (in my case) the icon on the first entry to indicate current status of the thread. I have
had an idea connected to this.
If you view a page, in threaded form, and collapsed, the header of the first entry of each thread is
shown. The order, however, is that of the timed order of the latest entry in that thread.
As an option, under the same circumstances (threaded, collapsed), if the header of the most recent
entry was shown, then that could also be an indicator of closed thread, or of "marking whole thread"
option (maybe would be enough for those who desire those features). It also gives an indication of
the current status of the thread without having to edit the original entry of the thread to edit
(for example) the icon.
Just a thought on how to improve a wonderful program ;-) |
|