George J. Capnias

Αυτό το πρόβλημα έχει να κάνει με το connection στην βάση δεδομένων - έχεις αλλάξει το web.config για να βλέπεις στη βάση σου;

George J.

 

Έχεις μετατρέψει σε application το folder μέσα στον IIS, που έχεις βάλει το TC; Από το σφάλμα, φαίνεται ότι δεν το έχεις κάνει, και αυτό πρέπει να είναι το σφάλμε, προς στιγμή...

George J.

 

Καλημέρα,

Καθότι ο "εγκληματίας" που φέρει την καταδίκη για τον CS είμαι εγώ για τα sites, θα ήθελα να μου πεις για πια έκδοση του CS αναφέρεσαι. Η έκδοση που αναφέρεσαι, το Community Server Evolution, είναι μια ειδική έκδοση για να μπορεί να κάνει expose μέσα από SharePoint. Εμείς δεν τρέχουμε αυτή την έκδοση - η πιο συμβατή έκδοση που υπάρχει με αυτή που έχουμε τώρα είναι το Telligent Community 5.6 (http://telligent.com/resources/m/product_downloads/1341233.aspx)...

George J.

 

Μέχρι πριν από λίγο καιρό είχα την εντύπωση ότι o OCS 2007 R2 παίζει μόνο επάνω σε Windows server 2008 - τελικά ανακάλυψα ότι μπορεί να εγκατασταθεί επάνω σε Windows Server 2008 R2 => "Supportability is available for Office Communications Server 2007 R2 member server role on a Windows Server 2008 R2 operating system".

Στο υπάρχον domain - domain functional level: Windows Server 2008 R2 - υπάρχει εγκατεστημένος Exchange Server 2010 Ent με τους Roles (Mailbox, Client Access, Hub Transport). Σκοπός είναι να εγκατασταθεί και ο OCS 2007 R2.

Τα ερωτήματα που υπάρχουν:

• Θα έχει νόημα να εγκατασταθεί το Unified Messaging Role στον Exchange 2010; Δεν έχουμε IP τηλέφωνα και δεν θα έχουμε σύντομα - η ερώτηση έχει σαν βάση τα καλούδια που περιγράφει ο Γιώργος Βαράκης στη δημοσιεύσή του "Office 2010 and Communicator 2007 (even better together …)". Χρείαζεται ο ρόλος για να δούμε όλα αυτά σε Outlook 2010;
• Σε άλλη δημοσιευσή του, πάλι ο Γιώργος Βαράκης, "Εγκαθιστώντας τον MS Office Communications Server (OCS) 2007 R2 – Part I", αναφέρει ότι πρέπει να υπάρχει PKI infrastructure: Μέσα από το ρόλο "Active Direcotry Certificate Services" του Windows Server 2008 R2, ποιά από τα services - Certification Authority, Certification Authority Web Enrollment, Online Responder, Network Device Enrollment Service, Certificate Enrollment Web Service και Certificate Enrollment Policy Web Service - θα πρέπει να εγκατασταθούν για να μπορέσουμε να έχουμε τα απαιτούμενα για τον OCS 2007 R2;

 

Ευχαριστώ,

George J.

Βασικά με το SharePoint είναι:

WSS που ο χρήστης βάζει και μόνος του το e-mail του, ή

MOSS που πρέπει από καιρό εις καιρό να κάνουμε συγχρονισμό με το AD για να περνάνε οι αλλαγές που έχουν γίνει στο AD στο SharePoint;

 

George J.

www.mxtoolbox.com κάνε όλες τις δοκιμές εκεί Γιώργο (Καπνιά) και θα σου λυθούν οι απορίες, επίσης έχει σημασία το reverse dns pointer να υπάρχει στο dns σου, πολλοί το χρησιμοποιούν για να κάνουν "graylisting" και μετά blacklisting.

Το ξέρω Γιώργο και το χρησιμοποιώ - το Reverse DNS το είχα υπόψη μου - ο "Ζoo Κeeper" ξέρει πόσες ώρες είχαμε φάει το 2006 να μας περάσει η Forthnet στο DNS της τα reverse records - που σημειωτέον θεωρούσαν "αδιανόητο" να το κάνουν! - για να πετύχουμε τα community domains των dotNETZone, AutoExec και Student Guru, να μην θεωρούνται spam domains.

 

George J.

Blacklisted είναι κατά κύριο λόγο οι dynamic ips των provider . Όσο για την περίπτωση σου.Καλό θα ήταν να ελέγξεις αν και που είσαι blacklisted και φυσικά γιατί και να προβείς στις ανάλογες ενέργειες.Επίσης αν είσαι μόνο στην userprotect πιστελυω ότι μάλλον αλλού υπάρχει πρόβλημα. Στείλε μου ένα Pm με πληροφορίες.

Αυτό που λες είναι το θέμα μου - είμαι μέσα στο range των dynamic, ενώ στην πραγματικότητα δεν είμαι:

Πληρώνω static IP, και έχω δηλώσει ότι είμαι επιχείρηση που θα παρέχω web υπηρεσίες στην ONTELECOMS και παρόλα αυτά με μεταχειρίζονται σαν dynamic!

Σου έχω στείλε pm με τα σχετικά...

 

George J.

ΑΛΛΑ αν τους πληρώσουμε 20 euro κάθε χρόνο τότε το παραβλέπουν το παραπάνω και δε τους νοιάζει."

Μαζί σου, αλλά όταν οι περισσότεροι ITs έχουν στο "auto" να ανανεώνεται η spam block λίστα τους, και καλά κάνουν, και κόβουν emails όχι επειδή είναι spam, αλλά επειδή δεν το ξέρουν ουσιαστικά τι πρεσβεύει το κάθε DNSBL list.

Θυμάμαι πριν δύο χρόνια όταν είχε κλείσει  το DNSBL list ybl.megacity.org, για να αναγκάσει όλους να μην το χρησιμοποιούν, επέστρεφε τα πάντα σαν black list - τότε να δεις show, πόσα e-mail χάθηκαν μέχρι να το πάρουμε χαμπάρι...

Το θέμα είναι ότι η κατάσταση δεν πρόκειται να διορθωθεί - θα γίνει χειρότερη...

 

George J.

Επισης ένα άλλο θέμα είναι κατα πόσο οι mail servers στους οποίους στέλνεις email ελέγχουν τη συγκεκριμένη υπηρεσία για blacklists. Προσωπικά εγω τη spamhus.org, οπότε σε εμένα θεωρητικά θα στέλνεις κανονικά. Δοκίμασε να στείλεις σε κάποια εταιρεία που ξέρεις τον admin ώστε να σου πει ποια ακριβώς υπηρεσία είναι αυτή που σε μπλοκάρει. Στείλε μου αν θες ένα email στο [email protected] .

Το έχω κάνει αυτό που λες - όλες τις φορές με έχει κόψει το προαναφερόμενο list και μόνο.

 

George J.

Νομίζω ότι αν και η λογική του, έχει νόημα για dial-up users, όταν ερχόμαστε σε εταιρικά ip ranges, λέει κουταμάρες: δεν είναι δυνατόν ο provider να κάνει mask τις συνδέσεις προς την port 25 για αυτά τα ip-ranges. Εκτός, αν αυτά τα ranges είναι δηλωμένα σαν dial-up και έτσι τα μεταχειρίζοντιαι, ενώ στην πραγματικότητα δεν είναι... [*-)]

 

George J.

Δεν ξέρω - στην συγκεκριμένη περίπτωση επειδή αυτοί "μποϋκοτάρουν" την ONTELECOMS θα πρέπει κάποιος να την πληρώσει;

 

George J.

Δεν είναι Exchange - σου στέλνω με pm την IP για ευνόητους λόγους...

 

George J.

Καλημέρα σε όλους,

Σε e-mail server που στέλνει και λαμβάνει e-mail κανονικά, τα e-mails δεν παραδίδονται πουθενά, αφού όλοι οι SMTP server που τα λαμβάνουν τα χαρακτηρίζουν σαν spam. Ψάχνωντας τα spam black lists, βρήκα ότι η IP του e-mail server έχει γίνει "black" στο UserProtect Network. Βλέποντας την αναφορά που μου βγάζει, είμαι αρκετά μπερδεμένος με το τι πρέπει να κάνω:

Ο εν λόγω spam list provider έχει 3 levels που χαρακτηρίζει τους spammers - έχει χαρακτηρίσει την IP μου σαν UCEPROTECT-Level3. Υπάρχουν τα απαιτούμενα Forward & Reverse DNS pointers επάνω στο mail server μου. Το UCEPROTECT-Level3 έχει να κάνει με το Reputation του provider στην περίπτωσή μου της ONTELECOMS. Παραθέτω τις συμβουλές που μου δίνει:

What means listed at UCEPROTECT-Level 3?
UCEPROTECT Network operates three levels of blacklisting, so our users can make the decision how strong they want to filter.
While UCEPROTECT-Level 1 lists single IP's only, UCEPROTECT Level-2 escalates and lists spammy allocations.
UCEPROTECT-Level 3 is the highest possible escalaion, complete Autonomus Systems (AS) get listed at Level 3 if there were too many spamming IP's (listed in Level 1) originating from said AS within the last 7 days.
If the provider harbours too many spammers and only has one ASN (Autonomus System Number) that logically means:
All IP's of said provider get listed at Level 3 then.
While in fact UCEPROTECT-Level 3 is nothing than pure mathematics based on Level 1, one could best describe UCEPROTECT-Level 3 as a boycottlist.

As you should know now: It is not you, it is your complete provider which got UCEPROTECT-Level 3 listed.
Your IP xxx.xxx.xxx.xxx was NOT part of a spamrun, but you are the one that has freely chosen your provider.
By tolerating or ignoring that your provider doesn't care about spammers you are indirectly also supporting the global spam with your money.
Seen from this point of view, you really shouldn't wonder about the consequences.

Therefore we recommend:
Please send a compliant to your provider and request them to fix this problem immediatly.
Think about this: You pay them for, that you can use the Internet without problems.

Αυτό που ξέρω, είναι ότι δεν φταίει ο e-mail server και σίγουρα δεν φταίνε αυτά που στέλνονται (δεν είναι spam, δεν υπάρχουν καταγγελίες)

Από εκεί και πέρα έχει κάποιος παρόμοια εμπειρία; Με ποιον θα πρέπει να μαλλιο-τραβηχτεί κάποιος για να αποκατασταθεί το πρόβλημα;

 

George J.

Έπαιξε κανονικά. Οπότε στον Queue & pickup folder βάζουμε το write permission του IIS User για να μπορέσει να στείλει. Ευχαριστώ

Αυτό δεν θα έπρεπε να συμβαίνει - μήπως έχουν πειραχτεί τα permissions στο X:\inetpub για άλλους λόγους, όπως για την ασφάλεια του web server;

 

George J.

Τελικά ήταν δικαίωμα του χρήστη (που έτρεχε την εφαρμογή) στον SQL Server. Του έδωσα όλα τα δικαιώματα και έπαιξε. Ευχαριστώ

Να υποθέσω, ότι ο χρήστης που τρέχει το SharePoint service είχε ήδη δικαιώματα μέσα στον SQL Server - όταν ο χρήστης υπάρχει ήδη μέσα στο SQL Server, το SharePoint installation δεν του αλλάζει τα δικαιώματα με περίεργα αποτελέσματα. Στην αντίθετη περίπτωση, όταν πρέπει να του φτιάξει τα δικαιώματα όλα είναι οκ.

 

George J.

Αν δεν έχουν πειραχτεί τα δικαιώματα στο route του website, θα πρότεινα να δεις και τα δικαιώματα που έχει ο SPServer service account που σου είπε και ο Κεφαλλίδης στο dotNETZone...

 

George J.

Αυτό που είναι οφθαλμοφανές είναι ότι κάπου σου λείπουν δικαιώματα - έχουν πειραχτεί για κάποιο λόγο τα defaut δικαιώματα επάνω στο wwwroot του server;

Από service packs στον SQL 2008 και MOSS 2007 πως είσαι;

 

George J.

Αν υποθέσουμε ότι παίζει η διαδικασία που περιγράφει το blog - δεν έχω λόγο να την αμφισβητήσω - θα πρέπει να settαρεις τον SharePoint να βλέπει τον τοπικό SMTP και όχι το Gmail...

Και προσοχή τα credential για το GMail SMTP πρέπει να είναι αυτά του email λογαριασμού που χρησιμοποιεί ο SharePoint για να στείλει ειδοποιήσεις...

Νομίζω ότι κάπου έχουμε μπερδευτεί για να ξεκαθαρίσω:

Καταρχήν δεν χρειάζεται και καλά Exchange - έχω settaρει SharePoint με MailEnable και παίζει άψογα.

Ο SharePoint πρέπει να βλέπει τοπικό SMTP - δεν υπάρχει επιλογή σε αυτό.

Αν settarεις τον τοπικό SMTP με τον τρόπο που περιγράφει στο blog post που αναφέρεις, θα μπορέσεις να κάνεις forward το GMail χωρίς πρόβλημα - μπορείς να τεστάρεις την σύνδεση αυτή με ένα Outlook Express αν χρησιμοποιήσεις τον λογαριασμό που έχεις ορίσει στον SharePoint να στείλνει ειδοποιήσεις, και σαν SMTP το τοπικό service. Δεν απαιτείται να settarεις και το POP3 για αυτή τη δοκιμή.

Βασικό, είναι ότι ο λογαριασμός που βάζεις για το GMail να είναι ο ίδιος που είναι στο From: των μηνυμάτων του SharePoint.

 

George J.

Αν υποθέσουμε ότι παίζει η διαδικασία που περιγράφει το blog - δεν έχω λόγο να την αμφισβητήσω - θα πρέπει να settαρεις τον SharePoint να βλέπει τον τοπικό SMTP και όχι το Gmail...

Και προσοχή τα credential για το GMail SMTP πρέπει να είναι αυτά του email λογαριασμού που χρησιμοποιεί ο SharePoint για να στείλει ειδοποιήσεις...

 

George J.

Καλημέρα, έχουμε στημένο έναν Sharepoint Server 2007 σε Windows Server 2008 R2 και θέλουμε να μπορούμε να στέλνει ο Sharepoint αυτόματα email όταν δημιουργούμε tasks σε κάποιον. Ο SMTP είναι installed & started και πήγα στο Web Application Outgoing E-Mail Settings και ρύθμισα τα settings αλλά μου βγάζει Unknown Error. Έχω δηλώσει Outbound SMTP server και τα emails και έχω πάει στον IIS και στο smtp έχω δηλώσει και εκεί τα ίδια. Μήπως απαιτείται exchange?

Αν θυμάμαι καλά δεν μπορείς να βάλεις credentials στο λογαριασμό του SMTP service από μέσα από το OSS 2007. Αυτό που συνήθως κάνουμε, είναι να βάζουμε τον SharePoint σε να βλέπει ένα τοπικό SMTP service που δεν απαιτεί credentials για σύνδεση και στην συνέχεια στον Exchange Server μας επιτρέπουμε σε αυτό το service να είναι Relay Server. Έτσι έχουμε ειδοποιήσεις μέσω e-mail μέσα και έξω από το domain μας.

Αν κάνω λάθος, ο Καναβός θα με κατακεραυνώσει, αν όχι θα πει ότι έχω δίκιο... []

 

George J.

Το θέμα έχει τεθεί και εδώ στο παρελθόν, και έτσι κάνω την αναφορά της προσπάθειας που έχει ξεκινήσει από το dotNETZone.gr για να προωθήσουμε το αίτημα να υποστηρίζονται ελληνικά στο full text search του SQL Server. Αν και ο SQL Server 2008 υποστηρίζει 50 γλώσσες στο συγκεκριμένο feature τα ελληνικά δεν είναι πουθενά!!! Ο Κώστας Πάντος έχει ανοίξει ένα σχετικό αίτημα στο Microsoft Connect (το σημείο δηλαδή στο οποίο η Microsoft δέχεται αιτήματα για διόρθωση bugs και υλοποίηση νέων χαρακτηριστικών).

Σας παροτρύνουμε λοιπόν να ψηφίσετε το σχετικό αίτημα κάνοντας κλικ εδώ. Μπορείτε να κάνετε κλικ στο Validation για να επιβεβαιώσετε το αίτημα και να αυξήσετε τον σχετικό μετρητή, να βάλετε το σχόλιό σας στο κάτω μέρος και αν θέλετε να λαμβάνετε ειδοποιήσεις σχετικές με το θέμα να επιλέξετε να μπείτε και στο Watchlist (κάπου επάνω δεξιά στη σελίδα).

Φυσικά μπορείτε να προωθήσετε το θέμα σε φίλους και γνωστούς.

 

George J.

Η πληροφορία είναι εξακριβωμένη, μιας και προέρχεται από πολύ "μέσα" (λέγε με Μάρθα) και η έκπτωση μπαίνει μόνη της όταν κάποιος δηλώσει ότι είναι από την Ελλάδα...

 

George J.

Μετά από συζήτηση που είχα σήμερα, το κόστος της TechEd για κάποιον από την Ελλάδα είναι €1745 (με τον ισπανικό ΦΠΑ να περιλαμβάνεται στην τιμή) και όχι €2245.

 

George J.

Το κόστος του ίδιου του teched είναι λίγο τσιμπιμένο όμως 2.245 η συμμετοχή. (Sessions, και 3 γευματα)

Είχε προσφορές για early bird αλλά τώρα τέλος.

 

Νάσο, τουλάχιστον για το TechEd Developer υπάρχει μια έξτρα προσφορά για την Ελλάδα, €500 ευρώ φτηνότερα, όπως έχουμε και με έντονα γράμματα στις δημοσίευση του event στο dotNETZone.gr. Μου φαίνεται παράδοξο, να υπάρχει αυτή η προσφορά για το TechEd Developer και μόνο... Θα πρέπει να υπάρχει αντίστοιχη και για το TechEd IT Pros.

O Ανδρέας θα είναι Βαρκελώνη πρώτη βδομάδα; [6] Γιατί είμαι τις εντύπωσης ότι θα είναι με τους "άλλους"; []

 

George J.

 

Η διάθεση για προσφορά δεν πάει μαζί με τις πιστοποιήσεις. Ασε που δεν είναι σίγουρο οτι όλοι την βρίσκουν με το να ξενυχτάνε απαντώντας.

Εγώ θα το ξανα πω σε όσους ξέρω και το ίδιο ας κάνουμε όλοι.

Το επόμενο event θα γίνει σίγουρα στις 19 Σεπτεμβρίου.

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

Να συμφωνήσω αρχικά με το Νάσο, ότι οποίος έχει τις πιστοποιήσεις, δεν συνεπάγεται ότι έχει και την όρεξη. Αυτό που χρειάζεται αυτή τη στιγμή είναι ένας δυνατός πυρήνας για να γίνει πόλος έλξης νέων μελών - και αυτό υπάρχει αυτή τη στιγμή.

Από τα νέα μέλη θα αναδειχτούν άλλοι επαγγελματίες που θα έχουν το μεράκι να βοηθήσουν την κοινότητα. Μην ξεχνάμε ότι το μισό του προβλήματος είναι να βγουν κάποιοι από το καβούκι τους. Σε συνδιασμό με το κακό προηγούμενο που υπάρχει στην ελλάδα - ο "κακός" ΙΤ δεν κάνει ούτε τον κόπο να ανοίξει το web browser του να ψάξει, ο "πονηρός" το βρίσκει στο Internet και όταν του "κλείνεις το μάτι" και του λες που το βρήκε, το αρνείται πεισματικά, κοκ, - πιστεύω ότι είναι αρκετά δύσκολο σαν έργο να μπορέσεις να μαζέψεις τον οποιοδήποτε κάτω από μια "στέγη" και στη συνέχεια να συμβιώσουν μεταξύ τους.

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