Akladakis

Αφενός δες την πιθανότητα να υπάρχει firewall, και αφετέρου δες τις ρυθμίσεις στο Surface του SQL Server 2005, αν είναι ρυθμισμένος να επτρέπει κάθε είδους σύνδεση και πρωτόκολο επικοινωνίας. ΑΝ είμαι δυσνόητος, πες το να επανέλθω με αναλυτικότερη περιγραφή.

Τάξης και ηθική... Σιγά μήπως κανα δύο υποκλοπές και αυτοκτονίες μας χαλάσουν την μαγιά. Άλλωστε ποιος να το πάρει το βραβείο? Αφού έχουν ISO ρε παιδάκι μου...

Σε αυτή την επαναληπτική ομιλία, θα ασχοληθώ το 75% του χρόνου με virtualization Θα δείξω demo Terminal Apps

Ε όχι να πειράξει και την μπύρα, πριν προλάβουμε να κάνουμε την πρώτη μας συγκέντρωση !!!

Στα πλαίσια της ενημέρωσης για τις νέες τεχνολογίες των 2008 προϊόντων & των επιτυχημένων παρουσιάσεων που έχουν προηγηθεί, την Παρασκευή, 13 Ιουνίου 2008, η Microsoft Ελλάς (Λεωφ. Κηφισίας 221, Μαρούσι) σας προσκαλεί στο χώρο της για μία ακόμα παρουσίαση των νέων τεχνολογιών Windows Server 2008 και Visual Studio 2008. Η Ημερίδα αυτή απαρτίζεται από τις ίδιες θεματικές ενότητες της παρουσίασης που πραγματοποιήθηκε επιτυχώς την Πέμπτη, 29 Μαΐου 2008. Οι εκδηλώσεις αυτές απευθύνονται σε IT Professionals & Developers και έχουν καθαρά τεχνικό περιεχόμενο, παρουσιάζοντας πρακτικές προσεγγίσεις σε θέματα ασφάλειας και απόδοσης με τις νέες δυνατότητες του Windows Server 2008, χρήση της πλατφόρμας Visual Studio 2008 για ανάπτυξη Web εφαρμογών με χρήση της τεχνολογίας AJAX, καθώς και εισαγωγή στο Windows Presentation Foundation (WPF) και στους τρόπους επικοινωνίας (collaboration) των προγραμματιστών με τους γραφίστες (designers) της επιχείρησης. Οι παρουσιάσεις θα πραγματοποιηθούν με συμμετοχή από την κοινότητα των Ελλήνων επαγγελματιών πληροφορικής και προγραμματιστών. Agenda 10:00 - 10:30 Προσέλευση & εγγραφές 10:30 - 11:15 Νέα χαρακτηριστικά του Windows Server 2008 (IIS 7.0, Virtualization, Networking enhancements) 11:15 - 12:00 Web Application Development με Visual Studio 2008 (τεχνολογία AJAX) 12:00 - 12:15 Διάλειμμα - Καφές 12:15 - 13:00 The New Iteration: Εισαγωγή στη WPF & σε δυνατότητες συνεργασίας Developers με Designers 13:00 - 13:15 Ερωτήσεις & Απαντήσεις Ομιλητές Νάσος Κλαδάκης, MVP, IS Engineer NTUA | MBA MCT MCSE CTT+, Autoexec Moderator Γιώργος Καπνιάς, MVP(VSTO),MCT, MCSD, MCDBA, MCAD, MCP+SB, DotNetZone Moderator Μάνος Κελαϊδίτης, MVP, MCT, MCSD.NET, MCDBA, MCAD, DotNetZone Moderator Η συμμετοχή στην εκδήλωση είναι δωρεάν, οι θέσεις όμως είναι περιορισμένες. Εγγραφείτε ηλεκτρονικά εδώ Θα χαρούμε πολύ να σας υποδεχτούμε στην εκδήλωσή μας! Με εκτίμηση, Μάρθα Πετροπούλου, IT Professional Mkt Manager Ελένη Ραχανιώτου, Developer Programs Manager

Συμφωνώ απόλυτα

gvarakis, Το ζητούμενο εδώ δεν είναι να μπεί default κάποιος άλλος εκτός exchage Λογαριασμός, αλλά το σύστημα να καταλαβαίνει προς ποιον ήρθε το email και να απαντάει απο τον αντίστοιχο λογαριασμό, που δεν ανήκει στον χρήστη που λαμβάνει το mail, χωρίς αυτός να χρειάζεται να επιλέξει. ΕΝνοείται ότι όλοι οι παραπάνω θα είναι exchange λογαριασμοί. Τέτοιοι κανόνες απο όσο ξέρω αν δεν μου διαφέυγει τίποτα, υπάρχουν στον Exch2007, σε 3rd party εργαλεία και se custom εφαρμογές. Εγώ βέβαια ψηφίζω τρελά το From και την επιλογή απο τον χρήστη για το ποιος λογαρασμός θα απαντήσει.

1. Ο τρόπος που ο καθένας μαθαίνει, διαφέρει. Ετσι υπάρχουν κάποιοι που ΔΕΝ μπορούν, δεν έχουν μάθει ή δεν προλαβαίνουν να διαβάσουν καθόλου. Αυτοί είναι ιδανικοί για σεμινάριο, και έτσι δεν γινόμαστε κλέφτες και οι εκπαιδευτές. Όμως όπως έχω πει χιλιάδες φορές, δεν είμαστε η πηγή της γνώσης. Όσα ξέρουμε είναι πολύ πιθανόν κάποιος με καλό ψάξιμο και πολύ προσωπική μελέτη να τα βρει και να τα μάθει καλύτερα. Αλλωστε εγω προσωπικά ότι διδάσκω το μαθαίνω με προσωπική μελέτη και δοκιμές σε πελάτες και δοκιμαστικά περιβάλοντα.Οπότε όποιος έχει αυτό το στυλ ΔΕΝ χρειάζεται τα σεμινάρια. Αυτό που ίσως αξίζει απο ένα σεμινάριο είναι το να πάρεις ένα κομμάτι εμπειρίας του εκπαιδευτή. Οπότε κερδίζεις χρόνο και αποφεύγεις να σπάσεις τα μουτρα σου. 2. Πλέον στα 2008, όπως σύντομα θα γίνει γνωστό θα υπάρχουν σεμινάρια για πολύ προχωρημένους. Μια βουτιά στα βαθειά. Εκπαίδευση από πολύ προχωρημένους για πολύ προχωρημένους. Αυτός ίσως αξίζει τον κόπο για τους διψασμένους... 3.Το σεμινάριο πολλές φορές, είναι η ευκαιρία να μελετήσουμε κάτι που αμελούσαμε συνεχώς, και αναβάλαμε για αργότερα. Το ίδιο ισχύει και απο την μεριά του εκπαιδευτή. Ετσι εγώ αν δεν χρειαζόταν να το διδάξω ίσως να μην διάβαζα ποτέ για διάφορα πολύ εξεζητημένα αντικείμενα. 4.Αυτό που μαθαίνει κανείς ακόμη και απο το πιο....ξευτιλισμένο σεμινάριο είναι μια σειρά απο βασικά πράγματα για να κάνει την δουλειά του. Και όπως βλέπω απο διάφορα κουτσά συστήματα που συναντάω στην δουλείά μου, ο μέσος όρος των συναδέλφων απέχει πολύ απο το να ξέρει αλλά περισσότερο απο το να εφαρμόζει τα βασικά. Τέλος θα σημειώσω το προφανές. Αλλο θέμα να γνωρίζεις κάτι και άλλο να είσαι μπορείς να περνάς τις εηετάσεις. Είναι δυο διαφορετικά πράγματα. Οι εξετάσεις θέλουν ξεχωριστή προετοιμασία και προφανώς περιλαμβάνουν πράγματα που δεν καλύπτονται στα σεμινάρια, και ίσως να μην έχει αντιμετωπίσει κανείς ουτε στην δουλειά του. Οπως λένε, για να δώσεις εξετάσεις με πολύ μεγάλη πιθανότητα να τα περάσεις πρέπει να ξέρεις την ύλη του σεμιναρίου, να έχεις πολύμηνη εμπειρία εφαρμογής του προιόντος και προφανώς να έχεις μελετήσει και άπο άλλες πηγές. Εγώ πάντως έχω δωσει υπόσχεση στον ευατό μου και το λέω δημόσια για να δεσμευτώ περισσότερο, μέχρι τον Σεπτέμβριο θα είμαι πιστοποιημένος σε ...ότι πετάει και ότι κολυμπάει.(σε ότι περπατάει είμαι ήδη). (Καλά μην ψαρώνετε δεν έχω τόσα λεφτα, έχω μεγάλη έκπτωση)

Nα και κάτι που είχα γράψει παλιότερα για το RPC over HTTP Σε γενικές γραμμές και με την προυπόθεση ότι δεν έχεις front-end back-end τοπολογία, πρέπει: 1. Configure a Windows Server 2003 computer as an RPC proxy server by adding the RPC over HTTP Proxy subcomponent to the Windows Networking Services component. This server must be running Internet Information Services (IIS) 6.0 but does not need to be running Exchange Server 2003. (Αν τρέχει Exchange δεν μας πειράζει) 2. Configure the Authentication Method in the RPC virtual directory in Internet Information Services (IIS) to use Basic authentication. The RPC virtual directory is created when you install the RPC proxy server. 3. Ειδική ρύθμιση στον client (outlook 2003 - 2007) Καλύτερα να έχεις Exchange 2003 SP2, και για σιγουριά διάβασε εδώ: http://technet.microsoft.com/en-us/library/aa997232.aspx

Επίσης να προσθέσω ότι primary smtp address μπορείς να βάλεις όποια θέλεις ανεξάρτητα πολιτικής, ακόμη και σε επίπεδο χρήστη, οπότε γενικά κάνεις ότι θες, βάζεις οποια και οσα email θες. Στο recepient policy ΠΡΕΠΕΙ να βάλουμε τις πολιτικές όχι τόσο για να τις πάρουν οι χρήστες αλλά για να γίνεται η δρομολόγηση των εισερχομένων emails σε αυτούς.

http://support.microsoft.com/kb/833401/en-us http://support.microsoft.com/kb/827330/en-us Deploy και troubleshoot(αχρείαστο νάναι) Και φυσικά εμείς είμαστε εδώ...

Για όσους δεν μπόρεσαν να παραβρεθούν στην επίσημη παρουσίαση ή δεν μπόρεσαν να παρακολουθήσουν όλη την εκδήλωση, δείτε σε αυτό το link τα video των ομιλιτών. Για να μαθαίνουν οι νέοι και να θυμούνται οι παλιότεροι

Ανδρέα σε αυτή την περίπτωση θα είναι χειρότερα απο την επιλογή FROM αφου θα είναι συνέχεια στο άνοιξε - κλείσε το Outlook, οταν θα εναλάσσεται μεταξύ των χρηστών. Αλλωστε αν κάποιος παίρνει κάθε μέρα 150 emails σε άλλον λογαριασμό εκτός του δικού του, μήπως θα έπρεπε σαν default smtp να είχε τον....αλλο λογαριασμό και να επιλέγει το FROM για τον "δικο του" ΕΚτός αν μου λες, οτι αυτά τα 150 emails είναι απο 3-4 λογαριασμούς.

Νομίζω οτι δεν μπορούμε Αν ειχες exchange 2007 θα εφαρμοζαμε κάποιος κανονες Αλλα εδώ δεν ξέρω κάτι άλλο. Πάντα τα mail φεύγουν απο το primary smtp. Νομίζω οτι δεν έχεις άλλη επιλογή, χωρίς custom formes

Περιγράφω την λύση γενικά όπως την έχω γράψει σε άλλο post, με την προσθήκη archiving σε Public folder (προαιρετικά) Για δες την σε παρακαλώ και πες μας αν δουλευει. 1. Δημιουργία Distribution Group με Global Scope (mail enabled) με όνομα π.χ. DG_Info και mail [email protected] 2. Δημιουργία public folder PF_info. Μέλη του group DG_Info = user1, user2, PF_info, κλπ Δίνω δικαίωμα SendAs πάνω στο DG_Project1 στους user1, user2, και σε όσους άλλους θέλω. (Αυτο είναι το πλεον σημαντικό) Οταν έρχεται ένα Mail προς το [email protected] πηγαίνει στους user1, user2, κλπ και φυσικά στο public folder (PF_info) για αποθήκευση Οι χρήστες user1 και user2 όταν στέλνουν ή απαντάνε Mail προς τα έξω αναφορικά με το info τότε στο From: θα διαλέγουν το DG_info. Θα βάλεις έναν κανόνα σε αυτούς όταν το mail είναι from [email protected] αυτό να πηγαίνει και στο PF_info οπότε το PF θα έχει και τα εισερχόμενα και τα εξερχόμενα. Το From μπορείς να επιλέξεις να φαίνεται στην φόρμα πάντα. Αρα η κίνηση των Mail θα γίνεται προς και από ένα Mail ([email protected]) και όλο το ιστορικό θα μένει στο public folder.

Καλώς τον Γιώργο Θα χαρούμε να μάθουμε τις απόψεις σου για το Virtualization και ειδικά για το VMware (ναι σιγα !!!)

Καλως ήρθες, Corleone Περιμένουμε την συμμετοχή σου. Μα καλά ρε γαμώτο και του MOS τους κάνουνε MCT τώρα. Αααααχ πάνε οι καλές εποχές.[8-|] Σοβαρά τώρα περιμένουμε να σε δούμε και σε όλες τις εκδηλώσεις των MCT. Πάμε δυνατά.

Πολύ δύσκολα, θα φταίει κάτι άλλο. ΑΥτα που σου λέμε είναι το 99%..., κανε και κανένα restart.. Αν δεν είχες βάλει το mydomain.gr στο recepients policies, αυτή ήταν ΣΙΓΟΥΡΑ μια απο τις αιτίες. Ειναι ολα τα services του Exchange ανοιχτά? MTA Stacks, routing.... Στο message tracking τι λέει? Ερχονται μηνύματα? Οταν κάποιος σου στέλνει email παίρνει κάποια απάντηση αποτυχίας? Στείλε ένα email σε δικό σου λογαριασμό, σε άλλο domain και όταν έρθει δες τα headers του μηνύματος. Απο πού λέει οτι ήρθανε... Πες μας τι έκανες.

Ελπίζω να μπορούμε να σε βοηθήσουμε. Αλλά να ξεκαθαρίσουμε κάτι. Οταν εννοείς γίνονται push τι θες να πεις? Ερχοναι απευθείας στον Exchange μέσω SMTP ή τα κατεβάζεις με άλλο τρόπο. Πιθανότερο θεωρώ το πρώτο οπότε, παίρνοντας σας δεδομένο ότι τα στοιχειώδη τα έχεις καλύψει δίνω τα παρακατω σενάρια : 1. Πρώτη περίπτωση, τα emails δεν έρχονται καθόλου. Αυτό μπορεί να συμβαίνει γιατί το MX record στον DNS του ISP στέλνει τα email σε public IP, που εσύ μέσω του router σου δεν έχεις ρυθμίσει να πηγαίνει στον Exchange. Ελέγχεις λοιπόν αν κάποιος όταν χτυπάει την public IP του exchange (MX Record) αυτή μεταφράζεται (NAT ή απευθείας) σε private IP που αντιστοιχεί στον Exchange σου. 2. Δευτερη περίπτωση (ισως πιθανότερη). Τα emails έρχονται αλλά δεν δρομολογούνται. Για να γίνει αυτό, στον System Manager του Exchange πάμε στο Recepient Policιes/Default Policy και στο TAB E-Mail Addresses (Policy) και καταχωρούμε στις διευθύνσεις το @mydomain.gr (Προσοχή να υπάρχει το @ μπροστά). Τσεκάρουμε το check box που ρωτάει αν ο Exchnage Organization είναι αποκλειστικά υπεύθυνος for all mail deliveries to this address και όλα είναι οκ. Μετά απο αυτό, τα emails θα πρέπει να φτάνουν στα mailboxes των χρηστών. Πες μας αν αυτό σε βοήθησε

Ο Τίτλος του σημερινού post, τουλάχιστον κατά το ήμισυ αποτελούσε για τις τελευταίες ημέρες το πρόβλημα μου. Πιο συγκεκριμένα είχα υλοποιήσει μια ονειρική εγκατάσταση όπου ένας Windows Server 2008 64 bit είχε εγκατεστημένο Virtual Server 2005 (εν αναμονή του Hyper-V) και φιλοξενούσε έναν DC και έναν Exchange 2003 ως virtual machines. Ταυτόχρονα ένας DPM 2007 (Data Protection Manager) είχε αναλάβει την αδιάκοπή λήψη backup με την μέθοδο του online copy των virtual hard drives των virtual machines. Άλλωστε είναι ο μόνος που μπορεί να το κάνει. Μιλάμε για την υλοποίηση του ονείρου. State of the art και έτσι. Όμως ενώ τα virtual machines έπαιζαν πύραυλος, το Host (WS2008) ήταν αδύνατον να κάνει οτιδήποτε μέσο δικτύου. Ούτε μεταφορά δεδομένων από και προς αυτόν και κυρίως ήταν αδύνατη η λήψη replicas από τον DPM λόγω σχεδόν μηδενικής απόδοσης της κάρτας δικτύου. Ίδια κάρτα, έπαιζε τέλεια στα virtual και απαράδεκτα στο host. Οι πιο λιγόψυχοι τα έριξαν στον 2008. “Φιλαράκι μας φλόμωσες στο παραμύθι, ο 2008 είναι για τα μπάζα” είπε ο Βαγγέλης, και η αξιοπρέπεια μου καταρρακώθηκε. Να μην πω για τα υποτιμητικά βλέμματα των υπολοίπων σε μένα τον υπέρμαχο του νέου server. Είχα δοκιμάσει όλα τα γιατροσόφια, reset switch, εγγραφές μυστήριων ξορκιών στο registry, άλλαζα πρίζες, άλλαζα καλώδια, αλλά τίποτα. Αλλωστε τα virtual με 2003 server συνέχιζαν να έχουν τέλεια δικτυακή απόδοση. Ώσπου, στις 3 το βράδυ (καλά μπορεί και 1) το μάτι μου έπεσε σε κάτι παράπονα για μια άλλη κάρτα δικτύου και ένα χαρακτηριστικό που όπως έλεγαν την έκανε να παίζει άθλια. Μιλούσαν για το TCP offloading, και για το πόσο προβληματικό χαρακτηριστικό ήταν σε διάφορες κάρτες δικτύου. Κοίταξα τις δικές μου κάρτες (Broadcom BCM5708C NetXtreme II GigE) και είδα πως σε αυτές υπήρχε ενεργοποιημένο το IPV4 Large Send Offload. Η καρδιά μου σκίρτησε…(καλά το παράκανες εδώ λέει ο Βαγγέλης), το απενεργοποίησα, η κάρτα χάθηκε για λίγο (μαζί και η σύνδεση μου και άντε να τρέχεις νυχτιάτικα) αλλά επανήλθε. Και πως επανήλθε; Πύραυλος. Όλα λύθηκαν, το δίκτυο πετούσε και από τον Host. Ο DPM άρχισε να κοπιάρει Online τα 100 και βάλε GB των virtual machines. O Windows Server 2008, αποκαταστάθηκε, οι άπιστοι πείστηκαν (ναι καλά). Και ναι τώρα μπορώ να το πω. O virtual server 2005 παίζει απροβλημάτιστα στα 2008 και ο DPM κάνει την δουλειά του Τ Ε Λ Ε Ι Α. (Έχω υποσχεθεί να γράψω και για αυτόν). Ta virtual έπαιζαν τέλεια γιατί ο virtual driver της virtual κάρτας τους δεν είχε το σατανικό χαρακτηριστικό. Αδέλφια, κλείστε το Tcp Large Send Offload.

Μήπως σου είπαν για τον SQL Server? Γιατί ο exchange και να θέλει έχει περιορισμό στην μνήμη που χρησιμοποιεί. Εκτός αν μιλάμε για μνήμη 512 ΜΒ σε server με 500 ρόλους.

Νίκο σε ευχαριστούμε πολύ για την γνώση που μοιράζεσαι. Αυτό το λέω γιατί οι περισσότεροι όταν λύνουν ένα πρόβλημα, ξεχνάνε το forum.

Σε περιμένουμε Χρήστο Ανδρέας και Δημήτρης κανονίστε τα ραντεβού σας για 30 Μαίου

Γιά σου σπηλαιολόγε!!! Καλωσήρθες... Αντε να σε δω τι domain θα φτιάξεις.. Εδώ είμαστε για βοήθεια.

Οτι και να πείτε κύριε Ανδρέα, η σύζυγος σας θα λάβει αδιάψευστο φωτογραφικό υλικό.