klag

Καλημέρα.
Θα ήθελα να κάνω την εξής ερώτηση.
Σε αρκετούς Server πελατών εγκαθιστώ το Sharepoint Services ή το Sharepoint Server.
Συνήθως δημιουργώ ένα νέο Web Application το οποίο το ονομάζω companyweb.
όλα παίζουν μια χαρά από όλους τους ηλεκτρονικούς υπολογιστές των χρηστών και του υπόλοιπους server.
Η ερώτησή μου είναι, για ποιό λόγο δεν μπορώ να δω το site Companyweb πάνω από το Server που έχει εγκατεστημένο το Sharepoint.
Όταν πληκτρολογείς την διεύθυνση του companyweb πάνω στον IE του Server βγάζει το πράθυρο που ζητά UserName και PAssword.
Δίνεις το domain\admin και password αλλά και πάλι δεν μπαίνει.
Αυτό συμβαίνει σε αρκετούς Server μου ακόμη και σε SBS  (Λογικά μετά από Full Update μιας και αρχικά δεν είχε αυτή τη συμπεριφορά).

Το παραπάνω δεν είναι ουσιαστικό πρόβλημα αλλά δημιουργεί πρόβλημα ουσίας στο Search Engine που είναι επάνω στον Sharepoint μιας και δεν έχει δικαίωμα να κάνει crawl μέσα στο Sharepoint.
Τα δικαιώματα στον IIS τα έχω κοιτάξει και δεν βλέπω κάτι παράξενο. Είναι τσεκαρισμένο το Integrated Windows Authentication.

Στον DNS έχω δοκιμάσει την εγγραφή companyweb σαν hostA αλλά και σαν allies και έχω το ίδιο αποτέλεσμα.
Μπορεί να καταλάβει κάποιος γιατί έχω αυτή την παράξενη συμπεριφορά και να βοηθήσει?

Αν Είχες 2007 ήταν λίγο πιο καλά τα πράγματα μιας και έχει spam filters που μπορείς να τα ενεργοποιήσεις και παίζουν πάρα πολύ καλά.
Πάντος η προηγούμενη συμβουλή να χρησιμοποιείς εξωτερικό Spam Filter γενικά με βρίσκει σύμφωνο αν και πάρα πολοί δεν το κάνουν μιας και έχει κόστος αλλά και δεν είναι διαχειρίσιμο από εσένα αλλά από τον "provider: που θα σου κάνει το spam Filtering.
Στο θέμα μας τώρα.
Πρώτον
στο Exchange System Manager >  Global Set tings > Message Delivery Δεξί κλίκ Properties
A. Recipient Filtering TSEK Filter Recipients Who are not in the directory
B. Connection Filtering βάλε κάποιους server που ελέγχουν για spam (όπως sbl-xbl.spamhaus.org , list.dsbl.org, dnsbl.njabl.org), κάνεις  Add Dispaly Name γράφεις πχ dnsbl.njabl.org και από κάτω DNS Suffix or Provider γράφεις σωστά το dnsbl.njabl.org
ΔΕΣ οπωσδήποτε και το IMF (intelligent Message Filter).

Ανάλογα τα φίλτρα που ενεργοποιείς στο Message Delivery πρέπει στη συνέχεια να πας και να τα ενεργοποιήσεις στο Exchange System Manager > administrative Groups > First Administrative Group > Servers > ServerName > Protocols > SMTP > Default SMTP Virtual Server Δεξί κλικ Properties  General > Advanced > Edit και κάνεις ΤΣΕΚ τα φίλτρα που έχεις ενεργοποιήσει πιο πάνω (IMF, Apply Recipient Filter, Apply Connection Filter) Τέλος Restart το Service του SMTP.

Δεύτερον αν δεν μείνεις ικανοποιημένος από τα παραπάνω μέτρα (εκτός ότι μπορείς να βάλεις περισσότερους connection filter servers) μπορείς να εγκαταστήσεις κάποιο software (δεν υπάρχει τουλάχιστον από όσο ξέρω free) που κάνει spam filtering. τα software αυτά μπορούν να εγκατασταθούν στον Exchange Server (GFI mail essentials)  ή μπορείς να στήσεις κάποιον άλλο μπροστά από τον Exchange (brightmail symantec). Το GFI έχει και evaluation για 30 μέρες για δοκιμή.

Τι mail Server έχεις?

Exchange 2003 ή 2007?

ένα παιχνιδάκι από την MS http://www.microsoft.com/click/serverquest/

OEOEOEOEOE!!!!!!!!!!!!!!!

ΜΠΡΑΒΟ!!!!

Η απαίτηση του πελάτη είναι η εξής.
Θέλει οι συνεργάτες του (Εξωτερικοί πελάτες) να μπορούν να μπουν σε ένα Site και να συμπληρώνουν (σαν πρώτη απάιτηση) έρευνες ικανοποίησης.
Δεν θέλω να με ζαλίζουν κάνε χρήστη τάδε κωδικό κλπ, ούτε εμένα, ούτε τον ΙΤ τους (Απαίτηση του πελάτη λοιπόν αυτή)
Μπορώ να το κάνω με dot Net nuke αλλά σε αυτή την περίπτωση κάποιος, μέσα από την εταιρία θα πρέπει να ξαναπερνά τις έρευνες στο Sharepoint τους.

Αυτή είναι η απλή απαίτηση του πελάτη. SQL άδεις έχει per Processor οπότε δεν έχει θέμα αδειών.
Οι χρήστες του Sharepoint είναι οκ από άποψη αδειών. Οι εξωτερικοί σίγουρα δεν θα συνδέονται όλοι μαζί.

Εγώ έχω κάνει ένα Sharepoint portal το οποίο γίνεται publish με https αλλά για να μπεί κάποιος θέλει User Name και Password.

Ευχαριστώ πάρα πού για τις απαντήσεις.

Καταλλήγουμε λοιπόν ότι γίνεται μόνο με προγραμματισμό, άρα δεν γίνεται με απλό τρόπο με κάποιο pluggin ή component.

Καλησπέρα στην παρέα.
Η ερώτησή μου είναι απλή αλλά και δύσκολη νομίζω ταυτόχρονα.
Υπάρχει τρόπος σε Sharepoint Server, τον οποίο τον έχω κάνει Publish στο Internet, κάποιος νέος χρήστης (ιντερνετικός) να μπορεί να δημιουργήσει μόνος του Account, ώστε να μπορεί να έχει τα δικαιώματα που έχει κάποιος authenticated user μέσα στο Sharepoint?
Αυτό που μπορώ να καταλάβω έιναι ότι θα πρέπει αυτόματα να δημιουργείτε χρήστης στο Active Directory. Να ανοίγει μία φόρμα που θα συμπληρώνει τα στοιχεία του, και στο submit να πηγαίνει μέσα σε ένα OU του Active Directory.
Σίγουρα αυτό γίνεται, αλλά το θέμα είναι πως.
Παράδειγμα του ότι γίνεται είναι το hotmail, το windows live κλπ. Κάθε χρήστης που γράφεται σίγουρα γίνεται User σε κάποιο Active Directory της MS.

Θα μπορούσα να το κάνω με dotnetnuke αλλά δεν θα ήθελα να έχω δύο ξεχωριστά Sites. Θα ήθελα οι νέοι χρήστες να μπαίνουν αυτόματα μέσα στο Active Directory, και σε μία συγκεκριμένη ομάδα στην οποία θα έχω συγκεκριμένα δικαιώματα στο Sharepoint server.

Δείτε τι είπε ο pkanavos http://autoexec.gr/forums/thread/16189.aspx

Ωραία. Επιτέλους βρήκαμε κάτι.

Το έκανα!!!

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

Θα το παρακολουθήσω για καμιά εβδομάδα και θα δώ αν λύθηκε.

Λογικά αυτή φαίνεται να είναι η λύση.

Καλησπέρα.
Εδώ και κανα δύο εβδομάδες (μπορεί να γινόταν και παλιότερα) παρατήρησα το εξής κουφό, σε τρεις εγκαταστάσεις Exchange 2007. Η μία εγκατάσταση μάλιστα είναι στην εταιρία μου.
Από Microsoft Outlook στέλνω email σε κάποιον συνάδελφο (Εντός εταιρίας)
To Email Πηγαίνει κανονικότατα.
Όταν ανοίξεις το OWA μερικές φορές έχει στο Folder Εξερχόμενα, email που έχουν πάει και παραδοθεί. (Τα email αυτά δεν έχουν λογική, είναι τυχαία, 1 σήμερα, 2 πριν μία εβδομάδα κλπ)
Το μόνο που σου απομένει να κάνεις είναι μέσα από το OWA να σβήσεις τα mail που είναι στον φάκελο Εξερχόμενα.
Send Receive αν κάνεις παραμένουν εκεί. Μην ξεχνάτε ότι στην ουσία έχουν πραδοθεί.
Στο Outlook φαίνονται κανονικά στα απεσταλμένα. Δεν συμβαίνει το ίδιο όμως και με το OWA.
Και αυτό επαναλαμβάνω δεν έχει κάποια λογική, που να μπορώ να καταλάβω.

Έχει παρατηρήσει κανείς άλλος αυτή την παράξενη συμπεριφορά? Μήπως ξέρει κανείς αν υπάρχει λύση?
Οι Exchange 2007 είναι σε όλες τις περιπτώσεις Full Updated με το τελευταίο Rollup εγκατεστημένο.
Το λειτουργικό είναι σε όλες τις περιπτώσεις 2008 Server.

Συγχαρητήρια στην Microsoft πρώτα από όλους για την διοργάνωση αυτού του πραγματικά πάρα πολύ καλού Event. Δεν ξέρω αν φταίει το Autoexec αλλά πραγματικά αισθανόμουν πάρα πολύ άνετα στην εκδήλωση αυτή. Εχω πάει σε πάρα πολλές εκδηλώσεις της Microsoft αλλά αυτή την αμμεσότητα δεν την είχα ξανανιώσει. Ισως να "φταίει" ο κος Κλαδάκης. Είχα ακούσει ότι είναι καλός στις παρουσιάσεις αλλά δεν περίμενα ότι θα είναι τόσο καλός. Θεωρώ ότι το Event ήταν σχεδόν παρείστικο και ταυτόχρονα πάρα μα πάρα πολύ επιμορφωτικό. Άκουσα και είδα πράγματα που λίγο είχα διαβάσει, που λίγο είχα δει και τα είδα μπροστά μου να λειτουργούν. Συγχαρητήρια και στους δύο ομιλητές του Autoexec που οι παρουσιάσεις τους ήταν τέλειες και κατατοπιστικότατες. Τέλος ας μην αφήσω από έξω και τα δύο κορίτσια της ομάδας τα οποία ήταν κατατοπιστικά και ομόρφυναν το Event. Την επόμενη φορά θέλουμε παρουσίαση και από την Μάρθα.

Για άλλη μία φορά πρέπει να πω ότι ο Κλαδάκης είναι φανταστικός και αποτελεί κόσμημα για την MS. Εύχομαι και ελπίζω να ξαναγίνει η ομάδα δυναμική όπως ήταν παλιότερα. Αναμένω να δω άτομα όπως ο Λευτέρης πάλι μέσα στην ομάδα, και να απογειώσετε την MS Hellas. Να σας βλέπουν από έξω και να αναρωτιούντε για το τι έχετε κάνει και πάει τόσο καλά το "μαγαζί".

Θεωρώ ότι τέτοιες εκδηλώσεις έχουν μόνο θετικά να δώσουν σε όλους εμάς.

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

Τέλος θεωρώ ότι το autoexec έβαλε το χέρι του αρκετά για την επιτυχία της εκδήλωσης αυτής, οπότε ταιριάζουν για ακόμη μία φορά συγχαρητήρια στον Σίμο και οπωσδήποτε στον Σπανουγάκη.

Αναμένω το επόμενο event!!!

Ας με διορθώσει κάποιος αν κάνω λάθος. Δυστυχώς το HelpDesk Template είναι για την αγγλική γλώσσα. Αυτό σημαίνει ότι δεν θα μπορείς να το χρησιμοπιήσεις στο Ελληνικό Sharepoint. Αν κάνεις δηλαδή όλες τις οδηγίες που σου λέει το readme file που έχει μαζί με το template, στο τέλος δεν θα είναι διαθέσιμο στο κατάλληλο σημείο.

Για να αντιμετωπίσω τέτοια θέματα εγώ, εγκαθιστώ πάντα το Αγγλικό Sharepoint. Έτσι όλα τα templates κλπ είναι διαθέσιμα.

Εγκαθιστώ τέλος και το Greek Language PAck, οπότε το Κεντρικό Site επιλέγω να είναι στην Ελληνική γλώσσα και είμαι σε όλα ΟΚ.

Τώρα επειδή εσύ έχεις βάλει το Ελληνικό δεν ξέρω αν έχει κάποιο τρόπο να το παρακάμψεις.

Η κεντρική Σελίδα για τα Templates του sharepoint είναι η http://technet.microsoft.com/en-us/windowsserver/sharepoint/bb407286.aspx

και 20 Server Admin Templates διαθέσιμα σε άλλες γλώσσες (ΕΚΤΟΣ ΑΠΟ ΕΛΛΗΝΙΚΑ) http://www.microsoft.com/downloads/details.aspx?FamilyID=aae4cb5a-91d2-4f1b-9a45-3bb894e218f8&DisplayLang=en

Δεκαδική και γράφεις σκέτο νούμερο, 75 για παράδειγμα, αν θες να είναι 75GB

Αν μπει στο Private αυξάνει το DB της Private.

Αν μπει στο Public αυξάνει το DB της Public (Public Folders).

Αν θες να αυξήσεις και τα δύο πρέπει να το βάλεις και στα δύο σημεία στη Registry. Και προσοχή στο Copy Paste του κλειδιού μην αφήσετε κενό στο τέλος.

Έλα έλα και μετά έχουμε ούζα και γλυκά!!!

Xa xa Να "σκάσεις" δεν σου λέω.

Ευχαριστώ για τη συμβουλή!!!

Ο συγκεκριμένος Server έχει εγκατεστημένο και Symantec Προϊόν για να τσεκάρει για ιούς τα mail.

Από ότι φαίνεται το πρόβλημα λύθηκε αν και είναι λίγο παράδοξο.

Στον symantec είχε δηλωμένο ένα server για spam έλεγχο ο οποίος δεν ισχύει πλέον.

Μόλις βγάλαμε τον server αυτό από την λίστα πήρε "ανάσα" ο SMTP και δεν καθυστερεί πλέον. Α ρε afotakel!!!!

1. Πηγαίνουμε στον Exchange και δηλώνουμε ότι είναι υπεύθυνος για τα Domain travel.gr και water.gr Exchange > Recipients Recipient Policies > Δημιουργώ νέα πολιτική ή προσθέτω στην υπάρχουσα τα domain που θέλω. Προτιμώ νέα πολιτική η οποία έχει και φίλτρα για τους χρήστες ωστε να δίνει αυτόματα το κατάλληλο mail σαν Default.
2. Δίνουμε στους χρήστες τα κατάλληλα email σαν προεπιλεγμένα. Οι χρήστες θα στέλνουν πάντα με το προεπιλεγμένο Domain mail στον έξω κόσμο. (Αν θέλω κάτι διαφορετικό και περίπλοκο κάνω και κάποιους χρήστες να παίρνουν και να στέλνουν με POP3, SMTP το mail του ενός Domain από τα δύο).
3. Φτιάχνουμε τα Group Mails (Distribution Groups) info κλπ και βάζουμε τους κατάλληλους χρήστες μέλη.
3. Τσεκάρουμε από μέσα ότι παίζουν τα εσωτερικά mail με τον τρόπο που θέλουμε. Στέλνουμε τεστ μηνύματα από τον ένα στον άλλο.

4. Πρέπει να έχουμε Static IP.

5. Ανοίγουμε την πόρτα 25 προς τον Exchange από το Router ή από το Firewall.
6. Τσεκάρουμε ότι απαντάει σε telnet staticIP 25 από τον έξω κόσμο.

Μέχρι εδώ έχουμε τελειώσει με τη δική μας δουλειά.
Από εδώ και πέρα έχει να κάνει με εξωτερικούς παράγοντες.

Έστω ότι έχω σύνδεση ΟΤΕΝΕΤ και για τα domain μου υπεύθυνος είναι ο hoster.

1. Κάνω καταρχήν ping -a static ip μου. Θα μου πει ένα όνομα. Προσπαθώ να πείσω την otenet να βάλει σαν reverse (αυτό το όνομα που έβλεπα πριν) το mail.travel.gr
Αν θέλω να είμαι πιο σωστός πρέπει να έχω δύο Static IP και να κάνω το παραπάνω και τα παρακάτω και για τις δύο Static IP.
Επειδή δεν πρόκειται να βγάλω ποτέ άκρη με την ΟΤΕΝΕΤ κάνω ένα συμβιβασμό. 
Κάνω ping -a Static Ip μου και μου δείνει ένα όνομα πχ sindesi.ondsl.gr

2. Τσεκάρω ότι το ondsl.gr είναι υπαρκτό Domain δηλαδή πάω στον www.gr και τσεκάρω να δω αν υπάρχει το domain αυτό.

3. Πηγαίνω στον Exchange μου και βάζω σαν FQDN όνομα το όνομα που είδα παραπάνω sindesi.ondsl.gr (Exchange > Administrative Groups > First Administrative Group > Servers > Server Name > Protocols > SMTP > Default SMTP Connector > Properties > Delivery > Advanced > Fully Qualified domain name)

4. Στέλνω mail στον έξω κόσμο και διαπιστώνω ότι όλα τα mail πηγαίνουν σε διάφορους παραλήπτες.

5. Είμαι Έτοιμος. Εαν κάτι πάει στραβά δηλώνω σαν Smart Host τον mailgate.otenet.gr στον Exchange μου μέχρι να λύσω το πρόβλημα.

6. Παίρνω τηλέφωνο τον hoster μου και του λέω να αλλάξει το MX Record για τα δύο domain μου. το νέο ΜΧ πρέπει να δείχνει την Static Ip μου. Σε αυτή τη φάση καλό θα ήταν να είχα έναν hoster με δυναμική διαχείριση του DNS ώστε να μπορώ να φτιάχνω μόνος μου τις εγγραφές. ΣΗΜΑΝΤΙΚΟ!!! Δεν ξεχνώ να πάρω τον παλιό υπεύθυνο του mail server μου και να του πω να σβήσει οποιαδήποτε εγγραφή είχε στον DNS του για το domain μου. Εαν αφήσω τον ίδιο hoster δεν υπάρχει τέτοιο θέμα.

7. Μπαίνω στη σελίδα www.mxtoolbox.com και τσεκάρω ότι το MX Record για τα domain μου, πραγματικά δείχνει την Static Ip μου.

Από εδώ και πέρα πρέπει να φτιάξουμε και το OWA.
Να ανοίξουμε πάλι τις κατάλληλες πόρτες στο Router - Firewall (https 443)
Να φτιάξουμε τα πιστοποιητικά και να τα βάλουμε στον Exchange. O OWA θα γίνεται publish με το ένα από τα δύο ονόματα έστω το mail.travel.gr. 

Αυτά είναι γενικά τα βήματα που ακολουθώ εγώ. Δεν νομίζω να έχω ξέχάσει κάτι, αλλά αυτά είναι τα βασικά. Υπάρχουν βέβαια ακόμη πάρα πολλές λεπτομέρειες που πρέπει να κάνω, αλλά με αυτά θα παίρνω και θα στέλνω mail για το ένα ή για τα δύο domain μου.

Εαν το Internet συνέχιζε να είναι κομμένο για παραπάνω από δύο ημέρες θα είχα.

το μεγαλύτερο πλήθος mail server τα παρατάνε μετά από 2 ημέρες αν δεν έχουν καταφέρει να στείλουν το email.

Για αυτή την περίπτωση λοιπόν το ρυθμισα έτσι. Δηλαδή την περίπτωση που για κάποιο λόγο έχει κοπεί το internet στο κεντρικό για περισσότερο χρόνο από δύο ημέρες.

[]

Ρε παιδιά μην βαράτε. Είπαμε λάθος το θέμα. Η λογική όμως ΣΩΣΤΗ. όταν είχε κοπεί το internet για μία μέρα και κάτι, παρακαλούσα να έρθει το ιντερνετ για να μην γυρίσουν πίσω στους αποστολείς σαν andiliverable emails. Με τον τρόπο αυτό δεν θα γυρίσουν ποτέ. Το ΄μ'ονο που δεν μπορούν να κάνουν οι χρήστες είναι να στέλνουν email. Μένουν στο queue και όταν αποκτήσει ιντερνετ το κεντρικό θα φύγουν. Το θέμα είναι ότι με αυτόν τον τρόπο δεν χάνουν εισερχόμενα email που είναι και το θέμα μας. Εσείς μπορείτε εύκολα να πείτε σε έναν πελάτη να αγοράσει δύο exchange??? Αν ναι πες τε μου τον τρόπο. ΤΕΣΠΑ δεν είναι το θέμα μας αυτό. Το θέμα είναι να απαντήσουμε στις δύο παραπάνω τοπολογίες και να δούμε ποια είναι καλύτερη. Αμάν πια με φάγατε!!!

Συμφωνώ κύριε Σπανουγάκη αλλά το θέμα του back up έχει να κάνει μόνο ως προς τη γραμμή μιας και εκεί που είναι το κεντρικό, δυστυχώς αρκετές φορές πέφτει το Internet. Εκεί που είναι το υποκατάστημα το Internet είναι πάντα up.

έχει να κάνει λοιπόν μόνο για την περίπτωση που είναι πεσμένο το internet στο κεντρικό για περισσότερο από 2 ημέρες.

Ισως το θέμα που έβαλα δεν είναι το σωστό. Έπρεπε να γράψω ίσως back up MX Record και mail server

Παιδιά του έχω πει τα πλεονεκτήματα του Exchange Mode. Και για εκπαίδευση του έχω πει, αλλά ο πελάτης προς στιγμή δεν θέλει. Τι να πω? Με το ζόρι δεν μπορώ να κάνω κάτι.

ΧΩΡΙΣ SSL. Απλό POP3

Στις ρυθμίσεις του outgoing server στο outlook δεν έχει γραμμένο το DNS όνομα του Exchange αλλά την IP καρφωτά, οπότε λογικά δεν είναι DNS.

Να πω σε αυτό το σημείο πως το θέμα το έχω δει και εγώ.

Θα πείτε βγάλε τα patch. Τα έβγαλα αλλά το πρόβλημα δεν λύθηκε.

Θα πείτε γιατί με POP3 και IMAP και όχι σε exchange Mode. Ο πελάτης δεν θέλει.

Τι άλλο μπορεί να φταίει?

Το δίκτυο σε τι κατάσταση είναι ? Ναι γίνεται πανικός!!!!! Αλλά DNS και Wins και Pings παίζουν μία χαρά.

Εγώ είπα στο Στέργιο να κάνει το Post εδώ μπας και κανένας από εμάς σκεφτεί ή έχει αντιμετωπίσει παρόμοιο θέμα.

Δυστυχώς όμως δεν δείχνει να είναι θέμα δικτύου.

Εαν δηλώσω την mailgate.otenet.gr σαν εξερχόμενης φεύγει σφαίρα

Αν βάλει client όχι outlook και δηλώσει τον exchange πάλι φεύγει σφαίρα.

Τι στο καλό μπορεί να είναι αυτό???

Τι μπορεί να φταίει??? Καμιά ιδέα???