This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Version 7.3 not fully baked!

The e-Dir problem described below has been resolved by Astaro and you can find more by reading through the thread. If you are a Novell shop with mixed-case id's in your Groupwise database you need to be aware of this.

***************************
Original Post:


We made the mistake of upgrading to 7.3 and are now planning a reformat and downgrade. We have two serious issues:

1) the greylisting feature is not working as it did in the 7.2XX versions. We have relied on this feature since it was introduced and have had minimal issues with non-compliant mail systems attempting to send us mail. After the upgrade external customers who were able to access the day before are getting messages back of undeliverable mail, relay not premitted, etc. I see where the server is sending back a 451 error, but something else has changed the way other systems are interpreting the message. We have had to disable the feature in order to do business and that greatly increases the spam load. Astaro's response was less than helpful by telling me the database needed to rebuild. My log show the same site trying to connect for two hours unsuccessfully. How long does it take? I should point out we NEVER had this problem in any of the upgrades since this feature was introduced. Why now?
2) the user login to the quarantine is broke. You log in and it shows the account as having nothing in the quarantine, but if you go to the mail manager quarantine in the console and search on the user you find all the messages. I admit the redesign of the interface is nice and makes more sense, but that is only helpful if it actually works.

If you have ever had to go through a downgrade of ASL software you know how ugly that is. I would recommend careful evaluation of how bad you want to hose up your day before installing version 7.300.


This thread was automatically locked due to age.
Parents
  • I just got some very usefull information from Astaro regarding my problems. If you are authenticating to an eDirectory (Novell) backend, pay attention.

    First, the quarantine display in the user portal - we authenticate to an eDirectory (Novell) backend and it is case insensitive, but the data returned to Astaro may be different from what was expected. Most of the userid's in the eDir have an uppercase character and that is causing the Astaro system to not find the relevant email for the user. I logged into the admin account (where I had set the email address manually) on the user portal and it diplayed the mail as expected. Apparently there is a case sensitivity issue with the authentication that may affect others. I am going to look at changing all our userid's to lower case as an interim solution, but this is likely to affect others as well.

    Second, the greylisting feature has been updated to deal with some weaknesses, and the improvements caught an over anxious sender. If the triplet (ip address, sender, recipient) makes too many send attempts during the initial delay period, the period is extended. It is expecting a normal smtp behavior of a delayed resend attempt, but doesn't know what to do with users on the phone resending test messages repeatedly trying to force it through. All that did was drive the delay longer and longer. Not sure a good way out of that issue as it is dependent on the patience of our "helpful" users. I may try it again and see if I can get the list to develop without a user hammering it. If we are going to have so much difficulty building the list, we may want to hang on to it for more than the one week interval currently defined. I know we have some customers that communicate with us monthly, but they want the communication to be reliable and timely when they need it.

    I appreciated the quick response and knowledgable support I received this morning.
Reply
  • I just got some very usefull information from Astaro regarding my problems. If you are authenticating to an eDirectory (Novell) backend, pay attention.

    First, the quarantine display in the user portal - we authenticate to an eDirectory (Novell) backend and it is case insensitive, but the data returned to Astaro may be different from what was expected. Most of the userid's in the eDir have an uppercase character and that is causing the Astaro system to not find the relevant email for the user. I logged into the admin account (where I had set the email address manually) on the user portal and it diplayed the mail as expected. Apparently there is a case sensitivity issue with the authentication that may affect others. I am going to look at changing all our userid's to lower case as an interim solution, but this is likely to affect others as well.

    Second, the greylisting feature has been updated to deal with some weaknesses, and the improvements caught an over anxious sender. If the triplet (ip address, sender, recipient) makes too many send attempts during the initial delay period, the period is extended. It is expecting a normal smtp behavior of a delayed resend attempt, but doesn't know what to do with users on the phone resending test messages repeatedly trying to force it through. All that did was drive the delay longer and longer. Not sure a good way out of that issue as it is dependent on the patience of our "helpful" users. I may try it again and see if I can get the list to develop without a user hammering it. If we are going to have so much difficulty building the list, we may want to hang on to it for more than the one week interval currently defined. I know we have some customers that communicate with us monthly, but they want the communication to be reliable and timely when they need it.

    I appreciated the quick response and knowledgable support I received this morning.
Children
No Data