Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Different GWIA Abends

5 views
Skip to first unread message

Brian Brenhoch

unread,
Apr 8, 2004, 4:09:25 PM4/8/04
to
Having a few abends typically the GWIA chokes on an outbound message and hangs the GWIA-smtpsnd-012 Process. When I try to down the GWA so I can remove the offending message it waits indefinately for that process to complete. Does anyone know how I can force the GWIA to shut down and not wait for that process (anything other than "turn the power off" would be helpful)

Tim Heywood (NSC Sysop)

unread,
Apr 9, 2004, 2:06:34 AM4/9/04
to
Once the program has been suspended, the only way to clear this broken service
is to restart the server. You can use the standard down command and the process
will be timed-out. You can use the more vicious ctrl-alt-exc and use option one
to down the server. if neither of these work, breaking in to the debugger and
using q is better than a power off,but it's a close thing.

You could also run the GWIA in protected memory and then when it abends, you can
kill the protected memory space, and restart it again. Alternatively you can
tell us which version of the GWIA you are running and we will be able to suggest
which patch etc to apply so that you don't have the abend in the first place.

Tim


On Thu, 08 Apr 2004 20:09:25 GMT, "Brian Brenhoch"
<bbrenhoch@**spamsucks**spipolyols.com> wrote:

>Having a few abends typically the GWIA chokes on an outbound message and hangs the GWIA-smtpsnd-012 Process. When I try to down the GWA so I can remove the offending message it waits indefinately for that process to complete. Does anyone know how I can force the GWIA to shut down and not wait for that process (anything other than "turn the power off" would be helpful)


No Direct e-Mail Please!
--
****************
Tim Heywood
Independent Consultant
Scotland
(God's Country)
Novell Support Connection SYSOP
****************

In theory, practice and theory are the same,
In practice they are different!

Brian Brenhoch

unread,
Apr 9, 2004, 8:01:28 AM4/9/04
to
>>  if neither of these work, breaking in to the debugger and
>>using q is better than a power off,but it's a close thing. 
Hmmm I've never done that. How do I do that?

>>You could also run the GWIA in protected memory and then when it abends, you can
>>kill the protected memory space, and restart it again. 
 
Not sure how to do that either
 
>>Alternatively you can tell us which version of the GWIA you are running and we will be able to suggest
>>which patch etc to apply so that you don't have the abend in the first place.
That I can do. GWIA is 6.5.1. I did notice there is a fix in the FTF:GroupWise 6.5.2 Internet Agent Rev. J - TID2968581 but since there are all those cautions and warnings about running an FTF in productuion I thought I would wait til it is released in an SP. The hang only happens once every couple of weeks and the past 2 have been from the same internal person sending a message to the same external person. I can't check the latest one until I down the GWIA
 

Brian Brenhoch

unread,
Apr 9, 2004, 8:35:55 AM4/9/04
to
Ok I found a TID on the protected memory space and will try that when I restart it. Now since I usually have an abend because of a message that it chokes on I assume it would be a bad idea to use the "restart" option since it would kill, restart and reload the modules thus causing it to abend again since the message usually has to be manually removed while the gwia is down?

Brian Brenhoch

unread,
Apr 9, 2004, 11:14:13 AM4/9/04
to
Ok I restarted the server (It wouldn't timeout so had to power it off). Removed the message and started the GWIA in protected space. The 2 times it abended before it was 1 internal user sending to the domain roadway.com. The 3rd incident (this last time) was a different internal user sending to roadway.com. So the common thread is internal user sending to roadway.com.
 

Michael Bell

unread,
Apr 13, 2004, 2:40:23 PM4/13/04
to
I suspect they are greylisting, but yes, this is very very wordy.

--
Michael J. Bell
Novell Support Connection Volunteer Sysop
Author of Guinevere (http://www.openhandhome.com)

PLEASE: Do not e-mail me privately unless specifically asked.
I'm a volunteer, not a Novell employee!

All opinions and advice provided are MINE alone and NOT Novell's unless
specifically identified as such.

Novell does not officially monitor these forums.
Enhancement requests for all Novell products may be made at
http://support.novell.com/enhancement

"You've got a way to keep me on your side/You give me cause
for love that I can't hide/For you I know I'd even try to
turn the tide/Because you're mine, I walk the line"

Johnny Cash (RIP)

"Brian Brenhoch" <bbrenhoch@**spamsucks**spipolyols.com> wrote in message
news:ZcWec.28064$jb5....@prv-forum2.provo.novell.com...
Ok I was poking around and found a couple fioles in the results folder under
the GWIA and hoping someone may have seen this before. These results are
timestamped the same time as the abends occurred.

220 mail01.roadway.com ESMTP - This system checks to see who you really are
250 ok
250 2.1.0 <Jennifer....@spipolyols.com>... Sender ok
451 4.3.0 Tempfailed: If your server follows RFC-2821 (or the older RFC-821,
which RFC-2821 replaced), it will attempt to re-send your message
automatically. If your SMTP server software ignores tempfails (4.x.x codes)
issued by the receiving server during the RCPT TO stage of the SMTP
dialogue, and instead continues on and issues the DATA command to us (the
receiving server), your sending server software is *NOT*
RFC-2821/RFC-821-compliant. YOU must resend your message manually. This is
not indicative of a problem on our receiving end. Rather, it is an issue to
be resolved on your sending end. Please contact the vendor of your sending
server's SMTP software, to obtain an updated (RFC-2821/RFC-821-compliant)
SMTP software version which correctly honors 4.x.x-series errors issued
before the DATA stage of the SMTP dialogue.

>>> Tim Heywood (NSC Sysop)<t...@no.spam.please.iqx.co.uk> 4/9/2004 2:06:34
AM >>>

Tim

----------------------------------------------------------------------------
----


Ok I was poking around and found a couple fioles in the results folder under
the GWIA and hoping someone may have seen this before. These results are
timestamped the same time as the abends occurred.

220 mail01.roadway.com ESMTP - This system checks to see who you really are
250 ok
250 2.1.0 <Jennifer....@spipolyols.com>... Sender ok
451 4.3.0 Tempfailed: If your server follows RFC-2821 (or the older RFC-821,
which RFC-2821 replaced), it will attempt to re-send your message
automatically. If your SMTP server software ignores tempfails (4.x.x codes)
issued by the receiving server during the RCPT TO stage of the SMTP
dialogue, and instead continues on and issues the DATA command to us (the
receiving server), your sending server software is *NOT*
RFC-2821/RFC-821-compliant. YOU must resend your message manually. This is
not indicative of a problem on our receiving end. Rather, it is an issue to
be resolved on your sending end. Please contact the vendor of your sending
server's SMTP software, to obtain an updated (RFC-2821/RFC-821-compliant)
SMTP software version which correctly honors 4.x.x-series errors issued
before the DATA stage of the SMTP dialogue.

>>> Tim Heywood (NSC Sysop)<t...@no.spam.please.iqx.co.uk> 4/9/2004 2:06:34
AM >>>

Brian Brenhoch

unread,
Apr 13, 2004, 2:25:28 PM4/13/04
to
Interesting link (look at the host)
http://archives.neohapsis.com/archives/postfix/2004-03/2646.html

>>> Brian Brenhoch<bbrenhoch@**spamsucks**spipolyols.com> 4/13/2004 2:21:45 PM >>>
Ok I was poking around and found a couple fioles in the results folder under the GWIA and hoping someone may have seen this before. These results are timestamped the same time as the abends occurred.
 
220 mail01.roadway.com ESMTP - This system checks to see who you really are
250 ok
250 2.1.0 <Jennifer....@spipolyols.com>... Sender ok
451 4.3.0 Tempfailed: If your server follows RFC-2821 (or the older RFC-821, which RFC-2821 replaced), it will attempt to re-send your message automatically.  If your SMTP server software ignores tempfails (4.x.x codes) issued by the receiving server during the RCPT TO stage of the SMTP dialogue, and instead continues on and issues the DATA command to us (the receiving server), your sending server software is *NOT* RFC-2821/RFC-821-compliant.  YOU must resend your message manually.  This is not indicative of a problem on our receiving end.  Rather, it is an issue to be resolved on your sending end.  Please contact the vendor of your sending server's SMTP software, to obtain an updated (RFC-2821/RFC-821-compliant) SMTP software version which correctly honors 4.x.x-series errors issued before the DATA stage of the SMTP dialogue.
 


>>> Tim Heywood (NSC Sysop)<t...@no.spam.please.iqx.co.uk> 4/9/2004 2:06:34 AM >>>

Brian Brenhoch

unread,
Apr 13, 2004, 2:21:45 PM4/13/04
to
Ok I was poking around and found a couple fioles in the results folder under the GWIA and hoping someone may have seen this before. These results are timestamped the same time as the abends occurred.
 
220 mail01.roadway.com ESMTP - This system checks to see who you really are
250 ok
250 2.1.0 <Jennifer....@spipolyols.com>... Sender ok
451 4.3.0 Tempfailed: If your server follows RFC-2821 (or the older RFC-821, which RFC-2821 replaced), it will attempt to re-send your message automatically.  If your SMTP server software ignores tempfails (4.x.x codes) issued by the receiving server during the RCPT TO stage of the SMTP dialogue, and instead continues on and issues the DATA command to us (the receiving server), your sending server software is *NOT* RFC-2821/RFC-821-compliant.  YOU must resend your message manually.  This is not indicative of a problem on our receiving end.  Rather, it is an issue to be resolved on your sending end.  Please contact the vendor of your sending server's SMTP software, to obtain an updated (RFC-2821/RFC-821-compliant) SMTP software version which correctly honors 4.x.x-series errors issued before the DATA stage of the SMTP dialogue.
 


>>> Tim Heywood (NSC Sysop)<t...@no.spam.please.iqx.co.uk> 4/9/2004 2:06:34 AM >>>

Brian Brenhoch

unread,
Apr 13, 2004, 2:46:29 PM4/13/04
to
Actually I found an article written by a Ken Cormack at acs.roadway.com (assuming someone in IT at Roadway) and it was on greylisting. By the tone of the response and article I assume it's my GWIA causing the issues (possibly) but is it there any fix?

>>> Michael Bell<mikebell...@yahoo.com> 4/13/2004 2:40:23 PM >>>

Brian Brenhoch

unread,
Apr 13, 2004, 3:18:24 PM4/13/04
to


>>> Michael Bell<mikebell...@yahoo.com> 4/13/2004 2:40:23 PM >>>

Michael Bell

unread,
Apr 13, 2004, 3:23:59 PM4/13/04
to
That's a different bug, which is fixed in the 6.5.2 ftfs.

I believe the overflow is also, and recommend you try them.

--
Michael J. Bell
Novell Support Connection Volunteer Sysop
Author of Guinevere (http://www.openhandhome.com)

PLEASE: Do not e-mail me privately unless specifically asked.
I'm a volunteer, not a Novell employee!

All opinions and advice provided are MINE alone and NOT Novell's unless
specifically identified as such.

Novell does not officially monitor these forums.
Enhancement requests for all Novell products may be made at
http://support.novell.com/enhancement

"You've got a way to keep me on your side/You give me cause
for love that I can't hide/For you I know I'd even try to
turn the tide/Because you're mine, I walk the line"

Johnny Cash (RIP)

"Brian Brenhoch" <bbrenhoch@**spamsucks**spipolyols.com> wrote in message

news:42Xec.28139$jb5....@prv-forum2.provo.novell.com...
Hmmmm
http://lists.puremagic.com/pipermail/greylist-users/2003-July/000119.html

Johnny Cash (RIP)

Tim

----------------------------------------------------------------------------
----

Tim

----------------------------------------------------------------------------
----

Brian Brenhoch

unread,
Apr 13, 2004, 3:36:33 PM4/13/04
to
Alrighty then. I will give it a go shortly. I appreciate all the assistance. Just curious do you know of any down and dirtry greylisting articles so I can better understand the process (most of the papers I found on greylisting read like most internet rfc's)?

>>> Michael Bell<mikebell...@yahoo.com> 4/13/2004 3:23:59 PM >>>

Michael Bell

unread,
Apr 13, 2004, 8:16:12 PM4/13/04
to
Just go to puremagic.com's site

In short:

Take the MAIL FROM + RCPT TO + IP Address and create a unique key. Store in
database, with the age.

If not previously in database, softbounce. Eg give a 4xx error which forces
a resend. (why do this is below shortly) by sender

If in database, let through.

Prune database by age of last received key occasionally.

Concept is that most spammers do not/cannot afford to resend mail. This is
kinda a flimsy concept though largely accurate at the moment.

However it means when sending to a greylist-using-server you must often
accept latency - eg your sender will probably need to resend.

--
Michael J. Bell
Novell Support Connection Volunteer Sysop
Author of Guinevere (http://www.openhandhome.com)

PLEASE: Do not e-mail me privately unless specifically asked.
I'm a volunteer, not a Novell employee!

All opinions and advice provided are MINE alone and NOT Novell's unless
specifically identified as such.

Novell does not officially monitor these forums.
Enhancement requests for all Novell products may be made at
http://support.novell.com/enhancement

"You've got a way to keep me on your side/You give me cause
for love that I can't hide/For you I know I'd even try to
turn the tide/Because you're mine, I walk the line"

Johnny Cash (RIP)

"Brian Brenhoch" <bbrenhoch@**spamsucks**spipolyols.com> wrote in message

news:5jXec.28166$jb5....@prv-forum2.provo.novell.com...

Johnny Cash (RIP)

Johnny Cash (RIP)

Tim

----------------------------------------------------------------------------
----

Tim

----------------------------------------------------------------------------
----


Hmmmm
http://lists.puremagic.com/pipermail/greylist-users/2003-July/000119.html

Johnny Cash (RIP)

Tim

----------------------------------------------------------------------------
----

Tim

----------------------------------------------------------------------------
----

renuka...@gmail.com

unread,
Oct 4, 2013, 7:56:26 AM10/4/13
to
123Trainings is a Global Interactive Learning company started by proven industry experts with an aim to provide Quality Training in the latest IT Technologies.
We have excellent DataStage faculty who have real time experience and they are working from top MNCs..
0 new messages