dimitris

Ο φίλος και συναγωνιστής ζητάει μάλλον link aggregation με rules για κίνηση ανά πρωτόκολλο - κάτι που δυστυχώς δεν γίνεται με τον απλό τρόπο. Ή θα πάει στη λύση του Ανδρέα (υπάρχουν κι άλλες παρόμοιες), ή θα παίξει με 802.3ad (υποστηρίζεται από Linux αλλά θέλει πολλή δουλειά).

Εγώ επιμένω: γιατί  δεν πάνε χειμώνα στο Βόρειο Πόλο να τα κάνουν όλ' αυτά, οι Microsoft, SAP κλπ κλπ; Εδώ κατακαλόκαιρο διοργάνωσαν το Euro σε Αυστρία και Ελβετία και οι παίκτες δεν είδαν τελικά τί χρώμα έχει ο Ήλιος σε αυτές τις χώρες... Χάθηκε μια Βαρκελώνη, μια Ρώμη, μια Αθήνα βρε αδερφε... Γιατί σώνει και καλά θα πρέπει σε όλες αυτές τις εκδηλώσεις να πηγαίνουμε με δυο μπουφάν;

Απ'ότι φαίνεται δε σου έχει δοθεί και η ευκαιρία να δεις και τα δικαστήρια και ανυπομονείς...

To Silverlight είναι πολύ καλό αλλά πιστεύω ότι θα δημιουργήσει πρόβλημα στην πρώτη σελίδα αφού σχεδόν κανείς το δεν έχει κατεβάσει στον υπολογιστή του...

Πολύ βολική η μορφή των tabs στο studentguru. Εϊναι βέβαια και πιο "μαζεμένα" σε όγκο και αυτό βολεύει ακάμα περισσότερο.

ΟΚ, τότε θα στο πω εγώ. Πήγαινε σε Exchange 2007 που έχει διπλό διαφορικό, τραβάει στην ανηφόρα κι αν ποτέ τ' άλλαζα... πάλι 2007 θα' παιρνα να' ουμ' (μου άνοιξε και η όρεξη για Φουντούνια).

Σοβαρά, τώρα, αυτό το πρόβλημα πιστεύω ότι μόνο η GFI μπορεί να στο απαντήσει. Έτσι όπως το βλέπω, δεν είναι θέμα Exchange.

Εμένα πάλι μου έλειψε η εποχή που εκτελούσα και χρέη internet helpdesk. Πραγματικά, άνετα θα το ξανάκανα και μάλιστα με μεγάλη ευχαρίστηση. Η γνωριμία και επαφή με τους συναδέλφους στην εταιρεία ήταν πολύ πιο σημαντική από οποιαδήποτε ψιλοπροβληματάκια (δλδ, περίεργοι χρήστες) εμφανίζονταν κατά καιρούς.

Δεν θυμάμαι πολλά συγκεκριμένα περιστατικά από εκείνο τον καιρό. Ένα από αυτά που θυμάμαι είναι η πίεση προς εμένα από συνάδελφο να "επαναφέρω" τη γραμμή του internet που είχε "πέσει". Μιλάμε για τέλη του 90, 64άρα μισθωμένη γραμμή από Forthnet και υπάλληλος σε μια μεγάλη εταιρεία του χώρου. Η γραμμή είχε ξηλωθεί από μπουλντόζα και δεν υπήρχε internet για καμια-δυο μέρες. Δε μπορούσα να κάνω τίποτα παραπάνω από το να δηλώσω τη βλάβη (ΟΤΕ) και να κάνω συνεχή τηλεφωνήματα για να μου πουν πότε θα αποκατασταθεί.

Ο εν λόγω συνάδελφος, λοιπόν, αγωνιούσε να έρθει η γραμμή για να μη χάσει το μπόνους του, αφού αν δεν έκανε αναφορά πωλήσεων του μήνα μέσω internet στον οίκο του οποίου ήταν product manager, αυτό και θα συνέβαινε. Το θέμα είναι ότι ο συνάδελφος αυτός ήταν πολύ καλός γνώστης του θέματος internet αφού α) ήταν product manager οίκου με διαδικτυακές συσκευές και β) ήταν από τα άτομα που έστησαν τότε μια από τις πρωτοπόρες εταιρείες διαδικτυακής πρόσβασης στην Ελλάδα και γ) παλιός συμφοιτητης σε σχετικό με τον κλάδο τμήμα (αν και δεν είχαμε ιδιαίτερες σχέσεις). Με χάλασε τόσο το γεγονός του αγωνιώδους κυνηγιού του χρήματος, όσο και το φταίξιμο που έριξε σε μένα για κάτι για το οποίο δε μπορούσα να κάνω απολύτως τίποτα (κυρίως το πρώτο). Επιπλέον, ήταν ένα άτομο στο οποίο έτρεφα ιδιαίτερη εκτίμηση λόγω του παρελθόντος του στον κλάδο. Σήμερα, απ' ότι μαθαίνω, ο συγκεκριμένος είναι συν-ιδιοκτήτης εταιρείας διανομής προϊόντων πληροφορικήες στην Αττική (όχι μεγάλου μεγέθους, αλλά σχετικά γνωστή στους "δικτυάδες").

Νομίζω ότι δεν υπάρχει Exchange admin που να τον είχε και για SMTP server και να μην έκανε έστω και μια φορά την #$%#^& να τον αφήσει ανοιχτό relay. Ειδικά στις παλιότερες εκδόσεις, ήταν πολύ εύκολο να το κάνεις αν δεν είχες καλή γνώση του προϊόντος.

Άντε και ακόμα περισσότεροι στο μέλλον!

Σας περιμένουμε όλους, σε λιγότερο από δυο ώρες ξεκινάμε την πρώτη μας συνάντηση!

Ωραία, άρα καλά είχα μαντέψει ότι απλά δε μπορούσε να βρει την εικόνα. Καλά disclaimers :-)

Αυτό βοηθάει;

http://kbase.gfi.com/showarticle.asp?id=KBID002745

Δηλώστε συμμετοχές να γίνουμε πολλοί! Μόνο οι developers (dotnetzone.gr) θα πίνουν μπύρες; []

Έτσι όπως το καταλαβαίνω ή o παραλήπτης θα πρέπει να έχει πρόσβαση στο logo (μέσω URL όπως λέγαμε) η το logo να γίνεται embded στο e-mail. Επειδή δεν ξέρω τη διαδικασία, θεωρώ ότι ένα από τα δύο αυτά πρέπει να (μην) συμβαίνει και να μη φαίνεται.

Πως διαλέγεις το logo? Συνήθως το κόκκινο Χ είναι πρόβλημα πρόσβασης σε αρχείο - δηλαδή, το logo θα πρέπει να βρίσκεται σε ένα σημείο που θα μπορεί να το "κατεβάσει" κάποιος που ανοίγει ένα e-mail και έχει πρόσβαση στο internet αλλά όχι στον τοπικό δίσκο όπου βρίσκεται πιθανώς το εικονίδιο. Δοκιμάσε να βάλεις λογότυπο προσβάσιμο από το internet μέσω URL και όχι από τοπική διαδρομή δίσκου.

Αυτό που λες γίνεται πολύ απλά στα Windows... Μόλις φύγει κάποιος από μια εταιρεία, κάνεις rename account στο όνομα που θες από το Active Directory. Αντίστοιχα rename γίνεται και στον Exchange (αλλιώς αλλάζεις "χειροκίνητα" το e-mail account) και είσαι ΟΚ. Επιπλέον, αφού ο χρήστης ουσιαστικά παραμένει ο ίδιος (σαν security object) ο νέος υπάλληλος έχει αυτόματα πρόσβαση σε όλα τα e-mails και επιπλέον σε όλα τα files shares του παλιού υπαλλήλου.

Θα πρότεινα τη δημιουργία νέου Policy, το οποιό μπορείς να το κάνεις apply βάσει πολλαπλών κριτηρίων και όχι μόνο OU. Για να στείλουν οι χρήστες mail από το νέο mail server, εξαρτάται τι πρωτόκολλο θα χρησιμοποιούν. Αν είναι μέσω Outlook/Exchange Server ή OWA, τότε δεν χρειάζεται τίποτα άλλο. Αν θες ΡΟΡ3/ΙΜΑΡ, τότε καλό θα είναι να κάνουν authenticate πριν κάνουν σύνδεση από το Internet mail client . O provider πρέπει να σου γυρίσει το ΜΧ record του domain σου να βλέπει τη στατικη ΙΡ του Exchange. Η primary SMTP address υπάρχει πάντα. Αν θες να μην υφίσταται, μπορείς στους χρήστες του Β domain να ορίσεις τη Β email address ως primary και να σβήσεις την παλιά.

Άξιος, άξιος! Άντε και για πρωθυπουργός.

Νομίζω ότι στην περίπτωση αυτή μόνο με Exchange event sink μπορεί να γίνει η δουλειά. Και αυτό προϋποθέτει γνώσεις προγραμματισμού...

Είσαι σίγουρος ότι υπάρχει ΜΧ record στον DNS server που είναι υπεύθυνος για το domain σου (εννοώ το .gr domain); Επειδή αυτό που ανέφερε ο Νάσος είναι η πιο συνηθισμένη λύση στο πρόβλημα που ανέφερες, το μόνο άλλο που απομένει (αν δε μπούμε σε προβλήματα λάθους σε Exchange configuration) είναι να μην υπάρχει ή να έχει λάθος το ΜΧ record. Έχεις πρόσβαση στο DNS server σου να το κοιτάξεις;

Οπότε "κλειδί" της υπόθεσης είναι το σβήσιμο των κλειδιών της registry!

Επίσης, εδώ αξίζει να πούμε ότι παρ' ότι φαίνεται πως ο Exchange καταναλώνει όλη τη διαθέσιμη μνήμη ενός υπολογιστή, στην πραγματικότητα απλά τη "δεσμεύει" χωρίς ουσιαστικό πρόβλημα. Αυτό σημαίνει ότι αν κάποια άλλη εφαρμογή τη ζητήσει, τότε απελευθερώνει πόρους μνήμης ανάλογα.

Άνθρωπε των σπηλαίων καλώς ήλθες στον φωτεινό κόσμο των παραθύρων (λέμε και καμιά ....... να περάσει η ώρα). Και που να έβλεπες domain σε NT4...

Όντως ισχύει... δεν έχει να κάνει με τον SBS αυτό καθεαυτό, αλλά με εγκαταστάσεις Exchange πάνω σε DC (http://support.microsoft.com/default.aspx?scid=kb;EN-US;815372). Η λογική προφανώς είναι ότι σε ένα πολύ μεγάλο ζόρι του Exchange (πχ spam που στέλνεται μέσω του Exchange λόγω open relay ή λόγω "σπασμένου" authenticated SMTP session) μπορεί να "στείλει αδιάβαστο" το Active Directory, πράγμα που θα ακυρώσει πρακτικά και τη σωστή λειτουργία του ίδιου του Exchange.

Το Antigen είναι γνωστό ως Forefront όταν πρόκειται για Exchange 2007. Για όσους έχουν την ευκαιρία να παίξουν με Exchange 2007 (σε 64μπιτο περιβάλλον, πάντα) αξίζει να κατεβάσετε και τη νέα beta από εδώ: http://technet.microsoft.com/en-us/evalcenter/cc339029.aspx.