Akladakis

Μετά απο κάποιες άσχετες φαινομενικά ρυθμίσεις και ένα restart τα Fax έφυγαν. Πολλα προβλήματα ο fax maker ... Και να σκεφτείς ότι διαφημίζει 0 κόπο για τον Administrator

Εχω εγκατεστημένο σε έναν SBS Server 2003 με Exchange 2003 το GFI FAXMAKER 12, για αποστολή και λήψη φαξ μέσω exchange. Εδώ και μία ημέρα, έχει μουλαρώσει και ενώ λαμβάνει φαξ κανονικά δεν μπορεί να στήλει με τίποτα.

Η Outbound ουρά όλο μεγαλώνει αλλά τιποτα. δεν φεύγει κάνενα φαξ. Το έχω ψάξει αρκετά αλλά δεν έχω μπορεσει να το λύσω.

Παλιότερα για το ίδιο πρόβλημα ευθυνόταν το .Net Framwork 3. Το απεγκατέστησα και πήρε μπρος. Τώρα όμως δεν υπάρχει εγκατεστημένο οπότε κάτι άλλο του φταίει.

Κάθε βοήθεια δεκτή.

Πάντα μου άρεσαν τα τμήματα που έβγαζαν απευθείας managers. Δηλαδή βγαίνεις 22-23 ετών (Μιλώντας για γυναίκα) πας σε μία εταιρία πληροφορικής και λες για σας ήρθα να σας διοικήσω. Κάπως έτσι?  Βέβαια κακώς μιλάω εγώ γιατί έχω τελειώσει μία αντίστοιχη σχολή στα νιάτα μου...

Εχει γράψει σχετικά και ο Ζαχαρίας: http://www.dotnetzone.gr/cs/blogs/zaxarias/archive/2007/06/16/32978.aspx

Κύριε Δημήτρη αμα ήτανε να διαβάζουμε το google θα διαβάζαμε και τα βιβλία μας.

Οπως καταλαβατε απο την απάντηση στην ερώτηση 2 εκτελεί ερωτήματα DNS (2). Αν και αυτή η απλοική απάντηση την προσβάλλει ως console και ως εντολή και δεν θα σου ξαναμιλήσει.

Κύριε, κύριε....Το 3 το 3

Και αν είσαι τυχερός, πάλι απο command prompt δίνεις

nslookup 195.251.249.180

και ο DNS σου θα αναλάβει την βρωμοδουλειά για σένα. (Το έδωσα και βγάζει gaijin.dmst.aueb.gr οτι κι αν συμαίνει αυτό.) Δείχνει να είναι απο το οικονομικό πανεπιστήμιο.

Αν και βαριέμαι[] οικτρά τα surveys το xbox με δελέασε.

Αντε παιδιά !

enterprize manager? u mean sql 2000 ?

Σοβαρά τώρα, το sharepoint συνήθως δημιουργεί δικό του Instance που το ονομα του φαίνεται και απο το service που τρέχει. Θα πρέπει να συνδεθείς με αυτό το instance του sqlserver απο τον enterprize manager (εκτός κι αν αποφασίσεις να έρθεις στον κόσμο του sql 2005)

Θελω να πω δηλαδή οτι οι 2 βάσεις που δημιουργεί το sharepoint δεν βρίσκονται στην default Instance του sql server αλλά σε κα΄ποιο άλλο με διαφορετικό όνομα.

Αν βρίσκομαι στο σωστό δρόμο ( του θεού ) πες μου για να επανελθω με περισσότερες οδηγίες. ΑΝ αυτά που λέω τα δοκίμασες αλλά ...φευ πάλι πες μου

Η επιλογή του from που αναφέρομαι, δηλαδή με χρήση custom φορμας θα έχει "καρφωμένη" την επιθυμητή διεύθυνση στο from, και δεν θα χρειάζεται επιλογή κάθε φορά,

αφού σε κάθε new mail το FROM θα είναι πάντα συμπληρωμένο.

Καλωσήρθατε στο forum

Αν κατάλαβα καλά το σενάριο σας  κύριε Τάσο, η απάντηση είναι καταφατική αλλά...

Ο χρήστης θα πρέπει να έχει δικαίωμα send as στο λογαριασμό του χρήστη που έχει το [email protected]. Η υλοποίηση που έχει κάνει ένας....γνωστός μου είναι με custom form όπου στο From μπαίνει πάντα ως προεπιλογή το mail ( ή μάλλον ο user ) που θέλουμε και έτσι γλιτώνεις την συνεχή επιλογή. Γίνεται βέβαια και με την συγγραφή κάταλληλης βιβλιοθήκης αλλά αυτό απαιτεί πιο ιδιαίτερες γνώσεις. Αντίθετα η φόρμα είναι ευκολότερη λύση. Το έχω υλοποιημένο σε εταιρίες με ανάλογες απαιτήσεις

Υποθετικό σενάριο:

Δευτέρα βράδυ παίρνεις full backup τον exchnage

Τρίτη μεσημέρι καταστρέφετε η βάση του exchange  (edb κλπ αρχεία) ή ο δίσκος που την φιλοξενεί (εννοείται τα logs σε άλλο δίσκο !!!)

Με το backup της Δευτέρας και τα logs της Τρίτης επανέρχεσε ακριβώς εκεί που είσουν πριν το crash. Με cirgular logging επανέρχεσε στο βραδυ της Δευτέρας.

Εσύ εκτιμάς αν αυτό είναι σημαντικό και επιλέγεις.

Η χρήση του circular logging σε βοηθάει απο το να μην μαζεύονται πολλά Logs αλλά δεν σου δείνει την δυνατότητα για πλήρες recovery σε όλα τα σενάρια restore του exchange.

Ο τρόπος για να μην μαζεύονται πολλά logs οταν δεν έχουμε circular logging είναι να παίρνεις κανονικό online backup τον exchnage (το ntbackup το κάνει αυτό) οπότε μετά το backup  όσα logs περιλαμβάνονται σε αυτό σβήνονται.

Αρχικά αυτά τα μηχανήματα που λες μπορείς να τα μεταφέρεις σε άλλο OU και εκεί να θέσεις τις πολιτικές που θέλεις για αυτά. Φυσικά μπορείς να κάνεις το αντίστροφο. Να μεταφέρεις σε OU τα μηχανήματα που θες να περιορίσεις και να επιβάλλεις εκεί την αυστηρή πολιτική και όχι σε ολο το domain

Αν το πρόβλημα σου είναι η per user εφαρμογή της πολιτικής, αυτο λέγεται group policy filtering και είναι δυνατόν να γίνει αλλά η εφαρμογή του θέλει πολύπλοκες οδηγίες.

Τέλος τα εργαλεία που προτείνει ο Δημήτρης τα έτρεξες και τι είδες ? Δεν έχεις εντοπίσει το πρόβλημα? Εχεις υπόψη σου την ιεραρχία με την οποία επιβάλλοντια οι πολιτικές σε ένα domain γιατι πραγματικά ειναι πολύπλοκη οπότε μπορεί το πρόβλημα σου να είναι εκεί?

Το ίδιο πρόβλημα το είχα αντιμετωπίσει σε πελάτη πριν 2 χρόνια με forthnet (είχε vpn μέσω isp ) και τότε πάλι εφταιγαν οι πειραματισμοί του ISP στο σύστημα του που είχε αλλάξει το MTU σε 1300. Νομίζω, χωρίς να είμαι σίγουρος, ότι προκύπτει απο αλλαγές εξοπλισμού σε κάποια κεντρικά σημεία του ISP και απο άγνοια ή παράβλεψη των τεχνικών να ρυθμίσουν αυτό το θέμα.

Αν είσαι βέβαιος οτι το θέμα δεν αφορά name resolution, και αφού κοιτάξεις αν μπορείς να "δεις" τα site μόνο με το Ip τους και ουτε τοτε γίνει τίποτα, δες σε παρακαλώ το MTU size που δουλεύει ο router μήπως είναι μικρό σε σχέση με αυτό που δουλεουν τα pc (1500 by default νομιζω).

Εσωτερικό web site Μπορείς να δείς?

Χαίρομαι που φανηκα χρήσιμος

Θανάσης Κλαδάκης

Δεν υπάρχουν περιορισμοί απ'όσο ξέρω, και ναι μπορείς να δημιουργήσεις subfolders μέσα στο public folder αυτό.

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

Δηλ. Το [email protected] ανήκει σε ένα group και μέλος του group πέραν των χρηστών είναι ένα mapi public folder. Οπότε οι χρήστες παίρνουν τα mail αλλα αυτά πηγαίνουν και σε ένα public folder για λογους backup αφού εκέί δεν ενοχλούν τους χρήστες και μπορούν να γίνουν replicate σε άλλους exchange αν υπάρχουν.

Το να το "βλεπουν όλοι"  είναι πολύ γενικό αλλά θα προσπαθήσω μια προσέγγιση.

Γενικά μπορείς αυτό το Mail να το αποδόσεις σε ένα Group (mail enabled group) που μέλη του θα είναι όλοι οι χρήστες. Αυτό σημαινει ότι όταν έρχετε ένα mail τότε θα μοιράζεται σε όσους είναι μέλη του group, δηλ. ενα αντίγραφο του mail θα πηγαινει στο inbox τους. Το group μπορεί να είναι security ή distribution.

Εναλλακτικά αυτό το mail μπορεί να αποδοθεί σε ένα public folder Οπότε τα mails θα πηγαίνουν εκέι και θα μπορουν στη συνέχεια να τα δούν όλοι, ανοίγοντας το public folder.

Αυτες είναι δυο απλές λύσεις χωρίς να είναι οι μοναδικές. Ελπίζω να σε κάλυψα. περιμένω να μάθω ποια προτήμησες

Αγαπητε Φίλε ο Exchange παίζει αψογα, έχουμε κανονικά email και οι χρήστες το παίρνουν με VPN όπως είχαμε πει και mapi client. Λαμβάνω στέλνω κανονικά και με ασφάλεια. Δεν είναι ανορθόδοξη η παραπάνω ενέργεια ούτε παράλογη.

Προφανως και δεν εννοούσα ως παράλογη μια ενεργεια που επέμεινα να γίνει. Παράλογο μου φαινόταν το υπόλοιπο.

Αρα, θέλεις για κάποιο client να μπορείς να δεις τον exchange  σαν pop3, με την ίδια διευθυνση τοσο έξω όσο και μεσα στην εταιρία, clent που προφανως για κάποιο λόγο δεν μπορεί να κάνει vpn, γιατί αν μπορούσε θα έπαιζε και για τον pop3 server το ίδιο σενάριο που παίζει και στους άλλους 10 που με επιτυχία έχεις φτιάξει. 

Τωρα αυτος ο ιδιοτυπος client είναι στο ίδιο υποδίκτυο με την εταιρία, και ζητάει να βρει εναν τοπικο pop3 server με public ip ωστε να μην χρειάζεται να τον αλλαζει οταν παει σπιτι του.

Tα mx records στον εσωτερικό σου DNS δεν βοηθάνε σε τίποτα αφού ο clinet ψάχνει να βρει ένα συγκεκριμένο ip (αυτό του pop3 το 62.κλπ κλπ) και οταν αυτο δεν ανήκει στο ίδιο subnet με τον client τοτέ ο default gateway ( o router )  τον οδηγεί στο internet και οχι σε μια κάρτα που απλά διαθέτει ένας εσωτερικός server. Οπότε γενικά δεν μπορώ να βρω λύση γι'αυτο που θες. Γιατί οτι και να σκεφτώ με οδηγει σε routing αδιέξοδο, αν πετυχαίνεις να τον βλέπεις απο μέσα δεν θα τον βλέπεις απο έξω και το αναποδο.

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

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

Αν κάποιος σε συμβούλεψε να κάνεις τα παραπανω καλό θα ήταν να τον ρωτήσεις τι σκοπό είχε με ολα αυτά. Αν πάλι δεν σε συμβούλεψε κανείς και ειναι δικες σου πρωτοβουλίες θα έλεγα οτι ειναι ωρα για επαγγελματική βοήθεια.

Το να θες να δεις απο το τοπικο subnet εναν server που ανήκει σε αυτο το ίδio subnet, με αλλη διευθυνση (και μάλιστα public) και όχι με την τοπική μου ακούγεται λίγο πρωτοτυπο.Οπως τέλος ξανασυζητήσαμε τον να βαλεις σαν pop3 και smtp στους clients εναν exchange είναι λαθος πρακτική που οπως καταλαβαίνεις σε οδηγεί σε σειρά απο ανορθόδοξες ενέργειες.  Αν βρεις λύση θα σε παρακαλούσα να την γράψεις στο forum, ώστε να δω αν οι σκέψεις μου ήταν στο σωστό δρόμο ή αν δεν ειχα καταλαβει τι εννοούσες.

Φιλικά

Ολα καλα φίλε μου, ευχαριστώ πολύ όλους σας για όλα! Πήρα κανονικά τα email μου απο το outlook 2003 μέσω vpn με pop&smtp την local ip του server.
Μια χαρά πολύ καλύτερα και με πολύ καλύτερη ασφάλεια!

Παλι pop....[6][8o|][li][:S][+o(]

Outlook 2003 , create new e-mail account, ΠΡΩΤΗ ΕΠΙΛΟΓΗ = Microsoft Exchange Server, ήμαρτοοοοοοοον (καλα δεν σου εκανε περιέργεια τι το θέλουν αυτο εκει στο ms outlook, και να πεις οτι δεν υπήρχε στα πρηγούμενα)

Αντε και καλή Ανάσταση

Χαίρομαι που τα κατάφερες !!!!

Και οπως ειπαμε σεμινάρια !!! μην μείνουμε και άνεργοι...

Πως να γίνει λάθος το ΝΑΤ μόνο αν δηλώσω λάθος πόρτα ή λάθος IP!
Αυτό εννοείς???
Ευχαριστώ

Πόσες static public ips έχεις?

Κανεις port forwarding όχι πλήρες NAT απο ότι κατάλαβα και ίσως αυτό να είναι το πρόβλημα. Εννοώ πως συνήθως αντιστοιχίζω πλήρως ένα public ip στην εσωτερική ip του RRAS και όχι μόνο μία πόρτα γιατί έχω διαπιστώσει πολλά προβλήματα σε αυτό. Αυτο προυποθέτει να εχεις παραπανω από μία static.

Και κάτι τελευταίο, έίμαστε σίγουροι οτι το NAT ειναι σωστό, δηλ. Προωθεί τα πακέτα απο το internet στον RRAS και όχι κάπου αλλου?