Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 29 replies
  • Subscribers 3 subscribers
  • Views 4548 views
  • Users 0 members are here
Options
Suggested
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!

martho
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
  • 0
    I should point out I am fairly well versed in the testing issues of production quality software. Prior to my current adventure, I owned an ISP and managed all the backend services. I was on the beta team for the mail system we used as it developed significant anti-spam and anti-virus technologies. We ran two systems, one first level testing and our production box. We deployed on the production box the release candidate software once it was baked so the vendor could see it under real loads in a variety of scenarios. There were at least 6 other ISP's doing the same thing. Were there issues? Yes, but we had quick roll-back options and made minimal impact on the customers. The upside was we had significantly less spam and virus problems on our network than the competition. Too bad no one pays for that! [:)] They just want it cheap.

    My point is that someone has to test this stuff under real load and real environment. I hope that is happening before it gets to me.
  • 0 in reply to martho
    Martho, I understand your frustration; however, Astaro tested the software, the community (the new beta programs have been a good thing) tests it, yet we still experience bugs.  I haven't used a piece of software, or a product that uses software, that hasn't had bugs.  This is why we have patches, updates, service packs, etc.  To say that the whole product is untested because one feature seems to have an issue (that no one in the beta community encountered--no doubt due to them not really using greylisting; and you can count me in on that)... As Barry points out, it's very hard to test every feature in every scenario that it may be employed in.  Even M$, with all their money and resources, still releases OS's riddled with bugs, and Linux Distros, even with the large community of enthusiasts, still come up with bugs that need patching from time to time.

    Astaro undoubtedly will address your problems.  I have always found them to be very responsive to customer issues.

    There are always a few teething pains with any major update (whether we're talking an OS update or an Astaro Update), hence why I normally don't push out those major updates to my customers until there's a .001 release out there.

    I also might add that I can get an Astaro system back up, from "dead stop" (think dead HDD, etc.) in under 30 minutes, in most cases.  All I need is a backup file and a USB CDROM drive with the latest ISO -- what about your installation makes it take so long?
  • 0 in reply to BrucekConvergent
    Hi,
    I am glad to hear your problems got solved. Why don't you participate in the next beta? Sounds like it would be a win-win: you can get issues fixed before it is shipped, and we are always happy to have proficient customers with complex and/or unusual setups on board.

    Cheers,
     andreas
  • 0 in reply to BrucekConvergent
    I have to agree with Bruce. Astaro has put out three major releases this year, and each one has improved in quality, and each one has still had at least a couple issues. This is to be expected. Every major software application I've ever worked with has been the same way. Whenever a problem hits you, its easy to wonder who is testing this stuff, but in the last three major releases, they've dealt with every significant problem I've seen in Astaro. 

    Also, I'm not sure if you're aware of the easiest way to restore a system, Martho. I can roll a system back to the previous version in minutes. Just re-install from CD, then plug in a USB stick with the latest backup before the update on it, and reboot the system. That's all that's needed, and its up and running in 15 mins. Astaro even has a new USB stick that emulates a CDROM drive. With no moving parts, its faster than a physical CD drive.
  • 0 in reply to crashtestdummy
    I use the recovery process outlined by CrashTestDummy (it's very fast); one note, make sure that you have an UNENCRYPTED copy of that backup on the USB drive... If it's encrypted, there's no way for you to enter the password during the automated restore, so it doesn't work.  It's simple enough, just make a backup right before you upgrade.
  • 0 in reply to andreas
    Thank you for your siggestions regarding rebuilding the server. I don't know exactly what seems to take so long on the rebuild, but I'll not be so offended by the idea next time and give it a whirl.

    We are in a holding pattern on our e-Directory problem with case sensitivity. The e-Dir does not allow you to change the name attribute easily. You have to rename it to something else, wait for replication to complete and the original record fully deleted from the tree, then you can rename it back to the desired name in lower case. 

    Additionally, After I have renamed my own account it now causes a perl error in the Astaro end-user portal when I click on the SMTP Quarantine or SMTP Log tab. The error is "Perl runtme error calling euo::smtp_quarantine: Can't use an undefined value as an ARRAY reference at Perl/App/jape/utils.pm line 111.

    Which brings me to a long-standing annoyance about the user interface with Astaro. Why can't I append anything to a ticket I have open with Astaro? To report this error which is a continuation of my previous errors, I have to open a new ticket, and potentially deal with a new tech. I hope I'm missing something obvious here, but I have never figured this one out.
  • 0 in reply to martho
    I took a look at her log snippet and I'm not sure that is greylisting. My server didn't hold the connection once it decided a message was going to be rejected for greylisting. It appears she is being swamped with smtp connections for some reason, either because the server can't keep up or someone is trying to hose her. 

    I say the same thing frequently when runing my ISP, and it didn't really matter how many connections you chose to allow. I see where she wants to increase it to 300, but I doubt that will solve the problem. The software I was working with put in features to drop connections that did not establish and maintain meaningful communication within a reasonable time frame. That started dumping out the connections that weren't real in the first place. We typically ran about 30 connections for 10000 users. I allowed 100, but never seemed to hit that limit once we dealt with the trolls. Previously we did try allowing more, much more but all that did was tie up memory and processor speed, which then impacted the spam and virus scanning.
  • 0 in reply to martho
     Additionally, After I have renamed my own account it now causes a perl error in the Astaro end-user portal when I click on the SMTP Quarantine or SMTP Log tab. The error is "Perl runtme error calling euo::smtp_quarantine: Can't use an undefined value as an ARRAY reference at Perl/App/jape/utils.pm line 111.

    Which brings me to a long-standing annoyance about the user interface with Astaro. Why can't I append anything to a ticket I have open with Astaro? To report this error which is a continuation of my previous errors, I have to open a new ticket, and potentially deal with a new tech. I hope I'm missing something obvious here, but I have never figured this one out.


    Martho, if the "new" issue is directly related to an open case (and in your case, if the error didn't pop up until you played with the case of the user account, it might be), just reply to the last email you got from support on the other open case with this new, additional information... I've had no problems with getting them to add that info to the ticket.
  • 0 in reply to BrucekConvergent
    We don't use greylisting at all since some mail servers just cannot handle it and mail never get's delivered.

    Same for BATV, some systems just won't handle the extra header info on the email and reject it.

    True, it's a minority of systems that don't support these features, but in a real world environment, where you often receive emails from senders who you have never dealt with before we can't use these features unless we can be sure mail is going to be delivered.

    Not Astaro's fault of course, it's all the weird and wonderful or just plain old systems out there in the wild.

    Also, one of the reasons I haven't really participated much in the last two beta challenges... Time and not wanting to risk running the system in a production environment.  Previously I've tested on my home systems, but checking things like email is difficult as I don't run a mail server at home and even if I did the traffic would be minimal.

    Anyhow.  Just a late night missive from me...
  • 0 in reply to martho
    Additionally, After I have renamed my own account it now causes a perl error in the Astaro end-user portal when I click on the SMTP Quarantine or SMTP Log tab. The error is "Perl runtme error calling euo::smtp_quarantine: Can't use an undefined value as an ARRAY reference at Perl/App/jape/utils.pm line 111.


    Is there any fix for this problem?  Because if not, we have this exact problem and Platinum support on the affected ASL server so I will be raising a ticket.

    Regards,
    Stuart
Reply
  • 0 in reply to martho
    Additionally, After I have renamed my own account it now causes a perl error in the Astaro end-user portal when I click on the SMTP Quarantine or SMTP Log tab. The error is "Perl runtme error calling euo::smtp_quarantine: Can't use an undefined value as an ARRAY reference at Perl/App/jape/utils.pm line 111.


    Is there any fix for this problem?  Because if not, we have this exact problem and Platinum support on the affected ASL server so I will be raising a ticket.

    Regards,
    Stuart
Children
  • 0 in reply to Stupots
    I would go ahead and start a case... I think they're working on 7.301 now, and they may be able to include a permanent fix in that package if they know about the problem.
  • 0 in reply to BrucekConvergent
    Bruce, Martho and others...

    I would go ahead and start a case... I think they're working on 7.301 now, and they may be able to include a permanent fix in that package if they know about the problem.


    Yes, we opened a case - Astaro are currently trying to replicate in the lab but I think we have found a solution.

    We previously had a problem that the quarantine manager could not be accessed and when we raised a ticket, Astaro previously advised there was a limitation on the number of user objects.  We are using LDAP authentication currently with the intention of moving to eDir SSO so need the user objects present.  Here's the thread I started previously: 

    https://community.sophos.com/products/unified-threat-management/astaroorg/f/56/t/48310

    Anyway, because of this, we disabled the option to automatically create users - as soon as this is turned on the mail log and mail quarantine work for end users.  Not sure if this helps you Martho.

    Our problem is now, 7.300 gives a more granular set of options for how user objects are created, but that doesn't really help us as we have a lot of stale objects (6500+).  Could Astaro implement a feature that either lets admins delete all backend user objects, or delete stale users if they haven't authenticated in a configured number of days.  A less desirable solution might be to put an option in the backups that doesn't store the backend user objects.

    Incidentally, anyone know the best way of raising feature requests - no-one from Astaro seems to acknowledge these types of posts in the forums?

    Regards,
    Stuart
  • 0 in reply to Stupots
    Stuart, there should be a link in the my.astaro.com portal for you to use to submit feature requests.
  • 0 in reply to BrucekConvergent
    Bruce, are you sure you don't have it because you are a partner?  I can't find a link anywhere...

    Regards,
    Stuart
  • 0 in reply to Stupots
    That may be... I recall it used to be hard to find...  try https://www.astaro.com/license/feature_requests

    It will probalby prompt you to login... if it still doesn't work, then it must be a partner-only page.  If that's the case, I'm sure your reseller wouldn't mind posting a feature request on your behalf.
  • 0 in reply to BrucekConvergent
    Bruce,

    That may be... I recall it used to be hard to find...  try https://www.astaro.com/license/feature_requests


    Thank you, thank you, thank you!

    I'm very encouraged that you can see what requests others have submitted, and whether they were implemented or not (most were).  Interesting to see lots of the functionality we take for granted came as feature requests too!

    Regards,
    Stuart
  • 0 in reply to Stupots
    I have an end user account for my home license. I cannot find the feature request form anywhere, but the link Bruce posted does take me to the end user feature request form.

    My partner account has feature requests prominently displayed under My Astaro >> Partner Support. Looks like it's possible for end users, but it would seem Astaro would prefer end users to go through their partner.
  • 0 in reply to crashtestdummy
    I have confirmed back with Astaro that their patch to resolve case-sensitivity in the connection to e-Directory. We are now able to log into the user portal with userid's that are mixed case in the e-Dir Groupwise database and properly display the quarantine. Astaro is going to work on getting it into an upcoming release and we are going to keep pounding it here as most of our email account names are stored in mixed case (I know, but that was the way I found it, and changing it in e-Dir is anything but straightforward).

    I do like the new mail manager with the visibility of the pending mail and the logs. Those are going to be very helpful when troubleshooting reported email problems.
  • 0 in reply to martho
    Does anyone know if the eDirectory patch/fix for case sensitive usernames is included in 7.301?
  • 0 in reply to mcmiry
    I confirmed with Astaro support that the fix is included in the 7.301 update:

    Fix [8849]: End-User Portal does not show all emails  

    Mark