Catastrophic Failure

Απ’ ότι φαίνετε η Exchange Version σου είναι χωρίς κανένα SP εγκατεστημένο, προχώρησε σε εγκατάσταση των SP1, SP2 και SP3.<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /> ü Exchange Server 2007 Service Pack 1 ü Exchange Server 2007 Service Pack 2 ü Exchange Server 2007 Service Pack 3 Εάν και το μήνυμα λάθους δείχνει να είναι permissions η corrupt mailbox.

Δοκίμασε τα βήματα του ακόλουθου άρθρου και ενημέρωσε μας για τα αποτελέσματα. ü Error message when an Exchange Server 2007 user or an Exchange Server 2010 user tries to log on to OWA <?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

Πιθανότατα να μην υπάρχουν τα inheritable permissions, δοκίμασε τα παρακάτω βήματα και πες μας εάν δούλεψε:<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /> 1. Open Active Directory Users and Computers. 2. Click View, and then click Advanced Features. Note To make the Security tab available at both the user level and the organizational unit level, you must enable the Advanced Features option in Active Directory Users and Computers. This option is available under the View menu. 3. Open the properties for both the user level and the organizational unit level that the users are located in, and then locate the Security tab. 4. Click Advanced. 5. Make sure that the following check box is selected: Allow inheritable permissions from the parent to propagate to this object and all child objects. Include these with entries explicitly defined here. 6. Force Active Directory replication.

Καλησπέρα Βασίλη,<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /> Μπορείς να μας κάνεις copy το μήνυμα λάθους στο «Showdetails» που σου δίνει όταν κάνεις login στο OWA?

Καλημέρα και Χρόνια Πολλά,<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /> Όπως έχουμε απαντήσει σε παλαιότερο Thread Exchange Management tools in Windows Server 2008 R2 , δεν προτείνετε να το κάνεις, φτιάξε ένα VM και εγκατέστησε εκεί τα Management Tools του Exchange 2010 εκεί. ü Install the Exchange 2010 Management Tools

Χρόνια Πολλά και Χριστός Ανέστη.. Δεν χωράει αμφιβολία ότι η δουλειά που κάνεις με τα SQL Nights, είναι εξαιρετική και ο λόγος είναι ότι αγαπάς αυτό που κάνεις και αυτό μεταφέρετε σε όλους εμάς…

Καλή αρχή και από εμένα.. Καλή δύναμη και καλή συνέχεια …Keep Blogging:)

Καλησπέρα και Χριστός Ανέστη,<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /> Εκτός από τις ρυθμίσεις στον Exchange Server 2003, έφτιαξες τις ρυθμίσεις στο Outlook (Delegate Access)? Περισσότερες Πληροφορίες θα βρεις εδώ: ü Delegate Access: Let someone else mind your busyness ü Delegate Access

Καλησπέρα,<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /> Συγνώμη για την καθυστέρηση της απάντησης μου (πολύ δουλειά….) Ανέφερες για mac mail client, εξ’ορισμού το built-in Mail client έχει 399 message limit περίπου 2.0 GB. Στο αρχικό σου ερώτημα αναφέρεις ότι το φαινόμενο αυτό στο παρουσιάζει μόνο σ’ ένα χρήστη με mac mail client και στο σημερινό αναφέρεις ότι τελικά παρουσιάζετε σε όλους τους χρήστες με mac mail client, ενώ αντίθετα το OWA παίζει σωστά με τα Default Storage Limits του Mailbox. 1. Οι ρυθμίσεις των Default Storage Limits του Mailbox στον Exchange 2003 είναι σωστές (αφού στο OWA του χρήστη παίζει κανονικά). 2. Έχεις χρήστες με Office Outlook να το ελέγξεις εάν παίζει σωστά και σε αυτούς?

Καλησπέρα,<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /> Στον χρήστη που αντιμετωπίζεις το συγκεκριμένο πρόβλημα, του έχεις ρυθμίσει μόνο το Prohibit send at (KB) limit ή και το Prohibit send and receive at (KB) limit?

Καλησπέρα,<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /> Σ’ ένα από τα blog post του Χρήστου Σπανουγάκη, περιγράφετε η διαδικασία για SPF εγγραφές άλλων domains. Η εντολή "v=spf1 a mx -all" δηλώνει ότι αν το μήνυμα ήρθε από μια IP address που όντως υπάρχει στον DNS του domain προέλευσης σαν εγγραφή τύπου Α ή MX, τότε το μήνυμα είναι γνήσιο. Εάν το μήνυμα έρχεται από κάποιες IP διευθύνσεις που δεν υπάρχουν σαν τέτοιες εγγραφές στο DNS. Μπορείς να δεις περισσότερες πληροφορίες σχετικά στο Blog του Χρήστου: ü Sender Policy Framework: Αυτός ο άγνωστος.... ü Sender ID Framework SPF Record Wizard ü How to add SPF support to your Exchange Server

Η ομάδα του Exchange στο blog post της στις 14 Μαρτίου 2011 , αναφέρει μερικά περιστατικά σε πελάτες με RIM BlackBerry devices που συνδέονται με Exchange 2010 SP1 RU3, ένα από αυτά: Εάν παρατηρήσετε ότι λαμβάνετε «duplicate messages» όταν αποστέλλετε ένα email μέσο συσκευής BlackBerry και έχετε εγκατεστημένο το RU3 στον Exchange 2010, επικοινωνήστε με το Microsoft Support για υποστήριξη. Σήμερα, μας ενημερώνει για την διόρθωση του παρόντος θέματος μετά την εγκατάσταση του RU3 και ενημερώνει για την νέα έκδοση του RU3 version 14.01.289.007, (KB2529939). Διαβάστε περισσότερα στο original post από το Exchange Team Source: Exchange Team

Έλεγξε τα rule στον ISA, όπως και εσύ ανέφερες το «μυστικό» είναι ο ISA<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

Καλημέρα,<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /> Για ποια έκδοση Exchange μιλάμε? Έχεις NDR μηνύματα? Event Errors?

Σύντομα, μέχρι τότε υπομονή… Θα σας κρατώ ενήμερους…

<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /> Καλησπέρα, Σε ποια έκδοση Exchange Server αναφέρεσαι? Κάποιο μήνυμα λάθους στα Event Logs σου έχεις? Ανέφερες ότι δεν λαμβάνεις κάποιο NDR, EXBRA (Exchange Best Practices Analyzer) έτρεξες?

Today seemed like a perfect day for us to share a few very special announcements with our customers. We are always looking for ways to make Exchange better. Here are some of the new features we've planned for Exchange 2010 SP2. OWA Automobile Edition: Exchange team and a major US automaker will soon announce OWA integration into new line of cars to maximize end-user productivity. Car windshields are to be replaced with LCDs (who needs windshields anyway?) Additionally, when it's time for oil change, you will get a reminder popup. · Twitter-Ready Mail: Exchange 2010 SP2 will enforce a maximum email length of 140 characters to ensure all email is Twitter-ready. If you have more than 140 characters of things to say, you are clearly egotistical and self-centered. To help you save the characters, we will also enforce all email to be in clear text format. An 80-page whitepaper with business-ready abbreviations to use will be published at release time. · Boss OOFs: Out of Office Assistant (Automatic Replies) now has a “boss” feature, which will send a different message to your upward reporting chain in the GAL than everyone else. Now, you can be “out sick with the flu” to your boss while “kicking ass and taking names” in Vegas to your buddies. · Email Etiquette Enforcement (EEE) Agent: We are finalizing the steps to implement a new Email Etiquette Enforcement Agent. The EEE Agent will enforce a uniform email etiquette within your organization by allowing you to create Email Etiquette Rules, similar in concept to Transport Rules. Exchange will ship with a few pre-canned Email Etiquette Rules, such as the "Exceeded Max Recipients You Should Be Replying To Per Good Email Etiquette" rule. If the offending user replies to "all" on a very large distribution group with something totally meaningless, the system will send a custom DSN to that user every 10 minutes for a week, as a reminder of what he has done. Currently, two DSN wordings that we're looking at are: 5.7.11.1 Srsly? You did that? Will you do it again? and 5.7.11.1 How do YOU like to have your mailbox filled up with useless replies? Another EEE rule will detect the number of messages a user sends with a Read Receipt requested, and if it exceeds 10% of all email sent by the user, the EEE agent will respond by automatically modifying all messages received by that user to require a read receipt'. · Automatic Randomized MRM (ARM) Assistant: Based on the success of the MRM feature in Exchange, we are taking MRM a step further by creating an Automatic Randomized MRM (ARM) Assistant. This takes all of the work out of configuring MRM policies; the Assistant will simply pick messages from your mailbox randomly and archive them for you – at random intervals; to random places. No user or administrator configuration is necessary (or possible). · Active Inbox Rules (AIR) Agent: The Exchange engineering team is especially proud of its extensibility features. The AIR Agent is a step in this direction, allowing you to manage users' email based on their past behavior, and reduce TCO. The AIR agent interfaces with your helpdesk system and reads the number of "I can't find my email" tickets created by a user. If the message is found to have been automatically moved by an Inbox rule that the user created, the AIR agent automatically creates a server-side rule to move such items back to the Inbox. This should greatly reduce the number of helpdesk tickets created by the user. If the user creates any additional rules to move messages, the agent responds by creating server-side rules to move messages from all folders back to the Inbox. This action is completely transparent to the user. · Mobile Read Receipts: Given so many of you now consume email on your mobile devices, we are positive you'll find this new mobile feature quite useful. When you receive a message with a read receipt requested on your mobile device, the mobile email client will activate the camera on your mobile device and transmit a video to the sender, really proving you've actually read the message. Mobile Read Receipts are sent with important metadata information such as your expressions (visual and verbal), and your GPS coordinates. · Exchange Configuration: Due to long-lasting popularity of public folders, we are making required engineering changes to store Exchange configuration data in public folders, rather than Active Directory. We are now working through seemingly paradox fact that in order to read that configuration, public folder database needs to be mounted; which requires configuration to be read in the first place. From public folders... which are not mounted... because configuration is not accessible, as the folders are not up at the time. Anyway, we are sure we'll figure it out by SP2 RU1. Source: MS Exchange Team

Ακριβώς[]<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

Καλημέρα,<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /> Όπως ανέφερε και ο merlinos, από την στιγμή που έχεις πραγματοποιήσει τις σωστές ρυθμίσεις στον Exchange 2010, επόμενο βήμα είναι να ρυθμίσεις τους Outlook Clients. Στα ακόλουθα άρθρα περιγράφετε ο τρόπος ρύθμισης του Outlook για πρόσβαση σε δύο ή περισσότερα γραμματοκιβώτια του Exchange Server από το ίδιο προφίλ. ü How to manage multiple Exchange mailbox accounts in Outlook ü Multiple Exchange Accounts in Outlook 2010 ü Watch this: Send mail from multiple accounts

Η ομάδα του Exchange στο blog post της στις 29 Μαρτίου 2011 , αναφέρει μερικά περιστατικά σε πελάτες με Exchange 2007 Service Pack 3 με Update Rollup 3 (Exchange 2007 SP3 RU3), για πιθανό database corruption. Σήμερα, μας ενημερώνει για την διόρθωση του παρόντος θέματος μετά την εγκατάσταση του RU3 και ενημερώνει για την νέα έκδοση του RU3 version 08.03.159.002, (KB2530488). Διαβάστε περισσότερα στο original post από το Exchange Team Source: Exchange Team

Καλημέρα,<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /> Send on Behalf Υπάρχουν δύο μέθοδοι για να ρυθμίσουμε την δυνατότητα Send on Behalf. Η πρώτη μέθοδος: Χρησιμοποιώντας το Outlook Delegates, που παραχωρεί σε έναν χρήστη Α να στέλνει μηνύματα «Send on Behalf» εκ μέρους του χρήστης Β. Η δεύτερη μέθοδος: πραγματοποιείτε μέσα από Exchange Console. Με λίγα λόγια, χρειάζονται και τα 2 παραπάνω για να λειτουργήσει σωστά. Στον ακόλουθο σύνδεσμο περιγράφετε βήμα προς βήμα η διαδικασία Delegate Access Delegate Access: Let someone else mind your busyness Delegate Access permissions Change permissions for a delegate Ενεργοποίηση της δυνατότητας "Πρόσβαση πληρεξουσίου"

Η ομάδα του Exchange στο χθεσινό blog post 29 Μαρτίου 2011 , αναφέρει μερικά περιστατικά σε πελάτες με Exchange 2007 Service Pack 3 με Update Rollup 3 (Exchange 2007 SP3 RU3), για πιθανό database corruption. Εάν παρατηρήσετε ότι λαμβάνετε μηνύματα λάθους στο Event Viewer σαν τα ακόλουθα και έχετε εγκατεστημένο το RU3 στον Exchange 2007, επικοινωνήστε με το Microsoft Support για υποστήριξη. Event ID: 454 Event Type: Error Event Source: ESE Event Category: Logging/Recovery Description: Microsoft.Exchange.Cluster.ReplayService (12716) Recovery E20 SG1\DB1: Database recovery/restore failed with unexpected error -4001. Event ID: 2095 Event Type: Error Event Source: MSExchangeRepl Event Category: Service Description: Log file D:\logs\SG1\E200006AFAE.log in SG1\DB1 could not be replayed. Re-seeding the passive node is now required. Use the Update-StorageGroupCopy cmdlet in the Exchange Management Shell to perform a re-seed operation Event ID: 2097 Event Type: Error Event Source: MSExchangeRepl Event Category: Service Description: The Microsoft Exchange Replication Service encountered an unexpected Extensible Storage Engine (ESE) exception in storage group 'SG1\DB1'. The ESE exception is a read was issued to a location beyond EOF (writes will expand the file) (-4001) (). This issue is of specific concern in two scenarios: 1) when transaction log replay is performed by the Replication Service as part of ensuring the passive database copy is up-to-date and/or 2) when a database is not cleanly shut down and recovery occurs. While only a small number of customers have been affected to date, we believe the risk is significant enough that we are recommending all customers to uninstall Exchange 2007 SP3 RU3 on all Mailbox Servers and Transport servers. Uninstalling the rollup will revert the system back to the previously installed version. We have also removed the Exchange 2007 SP3 RU3 download from the Microsoft Download Center and from Microsoft Update until we are able to produce a new version of the rollup. Διαβάστε περισσότερα στο original post από το Exchange Team Source: Exchange Team

Δοκίμασε να κάνεις στην pub βάση ESEUTIL /P database_filename.edb εφόσον έχεις πάρει backup της βάσης.<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

Το priv.edb<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /> είναι η Mailbox Database σου, μήπως έχεις αλλού την Mailbox Database priv.edb ?

Καλησπέρα,<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /> Αρχικά έλεγξε το status της DB των stores (Mailbox & Public Folder), εκτελώντας την ακόλουθες εντολές μέσω CMD και να μας ενημέρωσε μας εάν οι βάσεις είναι dirty ή clean shutdown: eseutil /mh c:\exchsrvr\mdbdata\pub.edb eseutil /mh c:\exchsrvr\mdbdata\priv.edb eseutil /mh check the consistency of the public and private information stores. Εάν η βάση σου είναι Clean Shutdown, προχώρησε στο ακόλουθο άρθρο ΚΒ 924730, εάν όμως οι βάσεις σου είναι Dirty Shutdown προχώρησε στο παρακάτω πλάνο: Σημαντικό: Πριν εκτελέσεις την ακόλουθη εντολή, φρόντισε να έχεις πάρει backup των βάσεων. ESEUTIL /P database_filename.edb (και για τις 2 βάσεις Mailbox & Public Folder) Επιπρόσθετες Πληροφορίες: ü How to Run Eseutil /P (Repair) in Different Scenarios ü Eseutil /P Repair Mode