Announcement

Collapse
No announcement yet.

Client troubles Exchange 2003

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • Client troubles Exchange 2003

    Ok,

    we've got a new customer with a strange situation. But ok, managers approved it, and now we've got a problem.

    The following situation:

    2 Exchange servers (w2k3 with no SP en E2k3 with SP1) (frontend, backend)
    4 Terminal Servers
    a few connected offices (about 15)
    a lot of home users who via an dialup connection has been connected to an ISP.

    Ok the following problem occurs with the home users

    They connect to an ISP
    They can download there mail from planet (an ISP which the customer still uses)
    They Cannot download there mail from our exchange Server. Although the pop connection is available. error message: ERR The requested message could not be converted to an RFC-822 compatible format.

    Well, setting an telnet session to the Pop Server.
    telnet server 110
    user "username"
    pass "password"

    taking a long time to wait......
    finally OK
    then
    List and receiving the list of mail
    type retr 1 for opening the first message...
    and the same error again.

    well testing this on the server itself (telnet localhost 110) gives the same error.

    that's getting hard. watching the eventlogs, there are 2 warnings...

    first one:

    Event Type: Warning
    Event Source: ESE
    Event Category: Space Management
    Event ID: 445
    Date: 25-4-2005
    Time: 12:55:20
    User: N/A
    Computer: EXS001
    Description:
    Information Store (3716) First Storage Group: The database E:\Exchsrvr\mdbdata\priv1.edb has reached its maximum size of 16499 MB. If the database cannot be restarted, an offline defragmentation may be performed to reduce its size.

    For more information, click http://www.microsoft.com/contentredirect.asp.


    ok, the database isn't to large, but an offline defrag should be in place. Actually database size is about the 10 Gig... but could this cause the problem??? ok, this event is about 5 to 10 times generated each second, so we can only watch the logs back for 2 hours.


    Event Type: Error
    Event Source: POP3SVC
    Event Category: Content Engine
    Event ID: 1023
    Date: 25-4-2005
    Time: 12:55:21
    User: N/A
    Computer: EXS001
    Description:
    Error 0x7da occurred while rendering message 0001-000001152cc1 for download for user [email protected].

    For more information, click http://www.microsoft.com/contentredirect.asp.
    Data:
    0000: 06 03 14 00 ....


    Second one, (see above) is something we can't find any aricle about.. yes, the articles we found should have some concern about the clients... (kb 329168, KB284271 and KB820669)

    Currently we're thinking out to Defrag the database first with eseutil /d


    Oh, briefly:
    clients can download and send mail via there ISP but can't download there mail via our exchange server.
    telnet sessions take a long time... and if connected we got the error about RFC 822
    also with groupshield en Vhield disabled, this problems stays..

    anyone got a clue where to find it????
    Marcel
    Technical Consultant
    Netherlands
    http://www.phetios.com
    http://blog.nessus.nl

    MCITP(EA, SA), MCSA/E 2003:Security, CCNA, SNAF, DCUCI, CCSA/E/E+ (R60), VCP4/5, NCDA, NCIE - SAN, NCIE - BR, EMCPE
    "No matter how secure, there is always the human factor."

    "Enjoy life today, tomorrow may never come."
    "If you're going through hell, keep going. ~Winston Churchill"


  • #2
    Marcel,

    Try defraging with ESEUTIL /D. Plan for some downtime and make sure you hve a good full backup before starting the defrag. Also, make sure you backup after the process is finished because you won't be able to restore previous logfiles after that.
    Cheers,

    Daniel Petri
    Microsoft Most Valuable Professional - Active Directory Directory Services
    MCSA/E, MCTS, MCITP, MCT

    Comment


    • #3
      Daniel,

      Ok, Backup before ESEUTIL and Backup after ESEUTIL.
      but can that cause the problems?

      oh i've just got some extra info.
      When users want to open their email via OWA, users can get also an error message when there is an attachment included.
      error is then: HTTP/1.1 500 Internal Server Error
      Marcel
      Technical Consultant
      Netherlands
      http://www.phetios.com
      http://blog.nessus.nl

      MCITP(EA, SA), MCSA/E 2003:Security, CCNA, SNAF, DCUCI, CCSA/E/E+ (R60), VCP4/5, NCDA, NCIE - SAN, NCIE - BR, EMCPE
      "No matter how secure, there is always the human factor."

      "Enjoy life today, tomorrow may never come."
      "If you're going through hell, keep going. ~Winston Churchill"

      Comment


      • #4
        There might be a problem in the STM file. Check it with ESEUTIL and ISINTEG.
        Cheers,

        Daniel Petri
        Microsoft Most Valuable Professional - Active Directory Directory Services
        MCSA/E, MCTS, MCITP, MCT

        Comment


        • #5
          so you're with me that there is something wrong somewhere about the database...
          ok, a "few" of our experts didn't believe me, and they still think its groupshield...

          ok de eseutil /d databasename already started...
          Marcel
          Technical Consultant
          Netherlands
          http://www.phetios.com
          http://blog.nessus.nl

          MCITP(EA, SA), MCSA/E 2003:Security, CCNA, SNAF, DCUCI, CCSA/E/E+ (R60), VCP4/5, NCDA, NCIE - SAN, NCIE - BR, EMCPE
          "No matter how secure, there is always the human factor."

          "Enjoy life today, tomorrow may never come."
          "If you're going through hell, keep going. ~Winston Churchill"

          Comment


          • #6
            well,

            did the defrag only and it looks like it worked.. tommorow we going to start testing with outlook clients.

            somebody who can explain me why this helped?

            the only thing, i can think of, is a performance issue.
            writing 5 to 10 times an event per second is maybe a hard process?

            i'm curieus where you guys thinking of this strange issue ..
            Marcel
            Technical Consultant
            Netherlands
            http://www.phetios.com
            http://blog.nessus.nl

            MCITP(EA, SA), MCSA/E 2003:Security, CCNA, SNAF, DCUCI, CCSA/E/E+ (R60), VCP4/5, NCDA, NCIE - SAN, NCIE - BR, EMCPE
            "No matter how secure, there is always the human factor."

            "Enjoy life today, tomorrow may never come."
            "If you're going through hell, keep going. ~Winston Churchill"

            Comment


            • #7
              the only thing, i can think of, is a performance issue.
              writing 5 to 10 times an event per second is maybe a hard process?
              There's definitely more to it than this. Have you checked all of your previous problems (the telnet issue, the rfc 822 errors, the OWA issue)? It seems odd that just a defrag would fix all of that.

              Then again it could just be different services throwing different errors. 16GB for the size of that database sounds enormous. but what do I know? I run a pretty small network.

              Proven e-Commerce Solutions
              340 N. 12th St.
              Suite 200
              Philadelphia PA 19107

              Comment


              • #8
                Network Exist about 800 users.

                well there were so much events generated that i just could look back for about 2 hours... not very much huh

                Rfc 822 is how the email message has been created which can be founded over here:

                http://www.faqs.org/rfcs/rfc822.html

                all other errors (telnet and outlook) are all related to rfc 822.

                16 GB is the maximum size of exchange. But the exually size was 11 GB.

                we are going to monitor it... we'll see how it goes... otherwise there's tomorrow a new day
                Marcel
                Technical Consultant
                Netherlands
                http://www.phetios.com
                http://blog.nessus.nl

                MCITP(EA, SA), MCSA/E 2003:Security, CCNA, SNAF, DCUCI, CCSA/E/E+ (R60), VCP4/5, NCDA, NCIE - SAN, NCIE - BR, EMCPE
                "No matter how secure, there is always the human factor."

                "Enjoy life today, tomorrow may never come."
                "If you're going through hell, keep going. ~Winston Churchill"

                Comment


                • #9
                  So you say that the defrag has stopped the errors in the event log?
                  Cheers,

                  Daniel Petri
                  Microsoft Most Valuable Professional - Active Directory Directory Services
                  MCSA/E, MCTS, MCITP, MCT

                  Comment


                  • #10
                    As far as I am aware the 16GB limit includes your .stm as well, not just your .edb - I'm sure Daniel will correct me if I'm wrong !

                    Since you clients are using POP3 the STM will more than likely be very big.

                    Do you regularly run online backups ? As these play the logs files into your Database.

                    I have also had strange problems when hitting the 16GB limit, reducing the size got rid of these, so I'm not surprised the backups\defrag fixed this issue.

                    Topper
                    * Shamelessly mentioning "Don't forget to add reputation!"

                    Comment


                    • #11
                      the backups were all correct. Full online backups where created so, there where no Transaction logs.

                      I just got the following info... a few days ago, the emptied the deleted items.


                      hmmmz problem is solved. to bad, that this option was already send to the administrators last tuesday...

                      well everything worked.... thnx all..
                      Marcel
                      Technical Consultant
                      Netherlands
                      http://www.phetios.com
                      http://blog.nessus.nl

                      MCITP(EA, SA), MCSA/E 2003:Security, CCNA, SNAF, DCUCI, CCSA/E/E+ (R60), VCP4/5, NCDA, NCIE - SAN, NCIE - BR, EMCPE
                      "No matter how secure, there is always the human factor."

                      "Enjoy life today, tomorrow may never come."
                      "If you're going through hell, keep going. ~Winston Churchill"

                      Comment

                      Working...
                      X