| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
2261
|
Wed Jun 27 22:01:56 2007 |
 | JJ Sheppard | jsheppard@tracstar.net | Question | Linux | 2.6.5 | Error sending Email via "XXX.XXX.XXX.XXX" |
I read most of the posts and used the -v to see whats happening, all i get is this. It hangs at the "250 HELP" line for about 3 secs then moves on to what is displayed. From the posts it looks like there should be alot more info to see. Any idea on how to get it to display right?
I have telneted into the mail server and tested it, so i know its working that way.
-----------------------------11323166884439--
Email "Case Holder" JJ to jsheppard@XXXX.net
timezone: 18000, offset: -14400
Email from advservices@XXXX.net to jsheppard@XXXX.net, SMTP host XXX.XXX.XXX.XXX:
220 Welcome to the @Mail v4.4 SMTP Server ( Exim )
EHLO server.XXXX.net
250-MX1.SPIDERHOST.COM Hello server.XXXX.net [XXX.XXX.XX.XX]
250-SIZE 10485760
250-PIPELINING
250-AUTH LOGIN
250 HELP
==== Return ================================
HTTP/1.1 302 Found
Server: ELOG HTTP 2.6.5-1844
Connection: Keep-Alive
Keep-Alive: timeout=60, max=10
Location: http://XXX.XXX.XXX.XXX:8080/2WaySupport/1?error=Error+sending+Email+via+<i>"XXX.XXX.XXX.XXX"</i>
Content-Length: 20 |
|
2274
|
Fri Jun 29 16:14:16 2007 |
 | JJ Sheppard | jsheppard@tracstar.net | Question | Linux | 2.6.5 | Re: Error sending Email via "XXX.XXX.XXX.XXX" |
| Stefan Ritt wrote: |
| JJ Sheppard wrote: | 220 Welcome to the @Mail v4.4 SMTP Server ( Exim )
EHLO server.XXXX.net
250-MX1.SPIDERHOST.COM Hello server.XXXX.net [XXX.XXX.XX.XX]
250-SIZE 10485760
250-PIPELINING
250-AUTH LOGIN
250 HELP
|
The problem there is that your SMPT server does not reply with
250 OK
which my server does. So elogd was waiting 3 seconds for "OK", and then aborted. I change the code (now in SVN revision 1871) to look for "250 " (with one blank at the end). You have to update from SVN, recompile and try again. Anyhow elogd only supports plain login authentication ("AUTH LOGIN"), which not all SMPT servers accept. You have to see. |
This is what I get now, Is this the Auth Login problem you were speaking of?
Email from elog@XXXXX.net to jsheppard@XXXXX.net, SMTP host XXX.XXX.XXX.XXX:
220-server.XXXXXX.net ESMTP Exim 4.66 #1 Fri, 29 Jun 2007 10:03:22 -0400
220-We do not authorize the use of this system to transport unsolicited,
220 and/or bulk e-mail.
EHLO server.tracstar.net
250-server.tracstar.net Hello server.XXXXXX.net [XXX.XXX.XXX.XXX]
250-SIZE 52428800
250-PIPELINING
250-AUTH PLAIN LOGIN
250-STARTTLS
250 HELP
AUTH LOGIN
Username:
XXXXXXXX
Password:
XXXXXXXX
535 Incorrect authentication data
==== Return ================================
HTTP/1.1 302 Found |
|
2276
|
Fri Jun 29 16:30:46 2007 |
| JJ Sheppard | jsheppard@tracstar.net | Question | Linux | 2.6.5 | Re: Error sending Email via "XXX.XXX.XXX.XXX" |
| Stefan Ritt wrote: |
| JJ Sheppard wrote: | This is what I get now, Is this the Auth Login problem you were speaking of?
Email from elog@XXXXX.net to jsheppard@XXXXX.net, SMTP host XXX.XXX.XXX.XXX:
220-server.XXXXXX.net ESMTP Exim 4.66 #1 Fri, 29 Jun 2007 10:03:22 -0400
220-We do not authorize the use of this system to transport unsolicited,
220 and/or bulk e-mail.
EHLO server.tracstar.net
250-server.tracstar.net Hello server.XXXXXX.net [XXX.XXX.XXX.XXX]
250-SIZE 52428800
250-PIPELINING
250-AUTH PLAIN LOGIN
250-STARTTLS
250 HELP
AUTH LOGIN
Username:
XXXXXXXX
Password:
XXXXXXXX
535 Incorrect authentication data
|
No. It looks like PLAIN LOGIN is supported, but your username/password is wrong. Ask your SMPT system administrator. |
I dubbed checked it and ran the -t command to make sure it was the right password. Any thing else I can try?
This is whats in the global
SMTP host = XXX.XX.XX.XX
SMTP username = advservices@XXXXX.XXX
SMTP Password = dDE5ODQ=
Use Email From = advservices@XXXX.XXX
and i still get this
250 HELP
AUTH LOGIN
Username:
XXXXX
Password:
XXXXX
535 Incorrect authentication data |
|
2278
|
Fri Jun 29 16:54:39 2007 |
| JJ Sheppard | jsheppard@tracstar.net | Question | Linux | 2.6.5 | Re: Error sending Email via "XXX.XXX.XXX.XXX" |
| Stefan Ritt wrote: |
| JJ Sheppard wrote: | | Any thing else I can try? |
Maybe advservices instead of advservices@XXXXX.XXX ? Just an idea. |
No luck, i am going to setup another account on a different box and try again.
I am having another issue. I am using "Preset Author = $long_name" to set the authors name automatically.
But I also don't want the user to change it so i added "Locked Attributes = Author".
The filed is locked but the name shows up on its own line above the "Fields marked with * are required"
As soon as I remove the "Locked Attributes = Author" it shows up correctly in the Author bar. |
|
2280
|
Fri Jun 29 17:59:54 2007 |
| JJ Sheppard | jsheppard@tracstar.net | Question | Linux | 2.6.5 | Re: Error sending Email via "XXX.XXX.XXX.XXX" |
| Stefan Ritt wrote: |
I fixed that yesterday. Please upgrade to SVN revision 1873. |
Thanks - That Fixed It!
I am still having the issue with the email, I have tried to accounts (i can get into through thunderbird and webmail just fine) and a different main server and several ways of the username.
I am kind of at a lost of what to do next. |
|
2282
|
Fri Jun 29 20:34:38 2007 |
| JJ Sheppard | jsheppard@tracstar.net | Question | Linux | 2.6.5 | Re: Error sending Email via "XXX.XXX.XXX.XXX" |
| Stefan Ritt wrote: |
I'm also running out of ideas. You would have to use a network sniffer (like Ethereal) and compare the network traffic between Thunderbird/ELOG and the SMTP server. |
For right now i moved it to the same server that the mail server is. It does not require to be auth as it is a trusted server. I am going to set up another one and keep playing with it. But at least it works now. |
|
68344
|
Wed Jun 29 16:07:32 2016 |
| JD | elog@dreessen.it | Request | Linux | Windows | Mac OSX | All | Other | ELOG V3.1.1 | More than 100 attributes |
I am modifying the elogd.cfg automatically with a script. The Script fetches a list of systems from a LDAP database and writes them into an "Options" line in the elog.cfg.
Everything worked fine, until we hit the critical number of 100 attributes. I saw this is also stated in the manual.
Is there any workaround? I downloaded the source code and hat a quit look, but couldn't find the section which is responsible for this behavior.
Is there a reason for this limit?
Thanks
Jonathan |
|
68346
|
Thu Jun 30 14:00:43 2016 |
| JD | elog@dreessen.it | Request | Linux | Windows | Mac OSX | All | Other | ELOG V3.1.1 | Re: More than 100 attributes |
Thank you Stefan, I think then I will leave it at the default value. I need a stable Systen
| Stefan Ritt wrote: |
|
The limit is in the variable
#define MAX_N_ATTR 100
in elogd.c. If you increase it and recompile, it could work, but at some time you will get a stack overflow since arrays with that size are dynamically allocated on the stack, and depending on your compiler settings the stack size is only finite.
Stefan
| JD wrote: |
|
I am modifying the elogd.cfg automatically with a script. The Script fetches a list of systems from a LDAP database and writes them into an "Options" line in the elog.cfg.
Everything worked fine, until we hit the critical number of 100 attributes. I saw this is also stated in the manual.
Is there any workaround? I downloaded the source code and hat a quit look, but couldn't find the section which is responsible for this behavior.
Is there a reason for this limit?
Thanks
Jonathan
|
|
|