Jump to content

klag

Members
  • Posts

    1246
  • Joined

  • Last visited

  • Days Won

    11

Posts posted by klag

  1. Γεια σας
    Σήμερα μου δημιουργήθηκε η εξής απορία και αν ξέρει κάποιος ας απαντήσει.
    Έχω έναν πελάτη που έχει ένα κεντρικό σημείο και ένα υποκατάστημα.
    Τα δύο σημεία είναι συνδεδεμένα με μισθωμένη. Τα router που ενώνουν τα δύο σημεία βρίσκονται και στα δύο σημεία στο Lan και όχι σε κάποιο DMZ.
    Στο κεντρικό υπάρχει Exchange που γίνεται publish από έναν ISA
    Στο Υποκατάστημα υπάρχει ένας additional domain controller 2003 και ένας ISA για τις ανάγκες Internet του υποκαταστήματος.

    Το ΜΧ record έχει δηλωθεί, και δείχνει τον Exchange Server με priority 10 ενώ υπάρχει και ένα ΜΧ με priority 20 που δείχνει το Υποκατάστημα.

    όλα παίζουν μια χαρά.
    Η απορία μου είναι η εξής.
    Υπάρχουν δύο τρόποι για να κάνουμε τον back Up Mail Server.
    A τρόπος
    Στον κανόνα του ISA του υποκαταστήματος κάνουμε publish την εσωτερική IP του Exchange Server που βρίσκετε στο κεντρικό.
    Β. Τρόπος
    Πάνω στον Domain Controller του υποκαταστήματος σηκώνουμε το SMTP Service.
    Μέσα στον SMTP Server δηλώνουμε ότι κάνει Relay όλα τα εξωτερικά mail, και δηλώνουμε σαν Forwarder την εσωτερική IP του Exchange στο κεντρικό.
    Στον ISA τροποποιούμε τον παραπάνω κανόνα ώστε να κάνει publish τον τοπικό SMTP Server.

    Και οι δύο λύσεις παίζουν μία χαρά.
    Σκοπός της λύσης είναι να παραδείδοντε τα mail στον exchange από εξωτερικά domain ακόμη και όταν το Internet του κεντρικού, είναι πεσμένο.

    και στις δύο περιπτώσεις όταν κάνω τσεκ για open relay κλπ βλέπω ότι το Relay είναι κλειστό μιας και ο τοπικός SMTP απλά κάνει FORWARD στον exchange.
    Μία λογική λέει γιατί να ανοίξω και έναν ακόμη SMTP??? και η άλλη λέει γιατί να περνάω το SMTP μέσα από την μισθωμένη μου???
    Ποιο από τα δύο θα προτιμούσατε? Ποιο νομίζετε ότι είναι πιο σωστό και πιο ασφαλές?

  2. ένα άλλο πρόβλημα που είχα ήταν ότι δεν μπορούσα να πάρω σωστά τον Sharepoint Server backup με τον DPM.
    Ο Agent στον Sharepoint server έιχε εγκατασταθεί σωστά.
    Οι Vss writers είχαν ενεργοποιηθεί.
    τα hotfixes είχαν μπει.
    Παρόλα αυτά δεν μπορούσα να πάρω το sharepoint server back up.
    Όταν πήγαινα να διαλέξω τα Check Boxes του Sharepoint έβγαζε errors.

    ΛΥΣΗ
    Είχα φτιάξει ένα Protection Group το οποίο έπαιρνε back up τον SQL 2005 (μέσα σε αυτόν υπήρχαν και οι βάσεις του Sharepoint)
    Πρέπει να πας να αποεπιλέξεις οτιδήποτε έχεις μέσα στο Protection Group του SQL και έχει σχέση με το Sharepoint.
    Εφόσον το κάνεις αυτό πλέον μπορείς να τσεκάρεις στο protection group του Sharepoint τα αντίστοιχα components για το sharepoint χωρίς να βγάζει κάποιο σφάλμα.

    Προσοχή λοιπόν στην παραπάνω λεπτομέρεια, την επόμενη φορά που θα πάτε να δημιουργήσετε το protection group για τον Sharepoint server

  3. Εγώ από ότι καταλαβαίνω, πρέπει να πω ότι ο Exchange 2007 που είχε στηθεί δεν έγινε Uninstall.
    Προφανός έχει τρέξει Forest prep και domain prep για να εγκαταστήσουν την πρώτη φορά τον Exchange 2007, άρα το σχήμα κλπ του Active Directory έχουν αναβαθμιστεί. Λογικά δεν θα κάνεις κάτι τρέχοντας ξανά forest prep και domain prep.
    Τώρα το Uninstall του Exchange είναι μία αρκετά πονεμένη ιστορία που είχα αντιμετωπίσει (ευτυχώς μόνο μία φορά).
    Με είχε βοηθήσει παρά πολύ ένα blog

    http://forums.microsoft.com/TechNet/ShowPost.aspx?PostID=727876&SiteID=17 <?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

    Well, using ADSIEdit certainly can be used, but you should do so carefully.  If you choose to do this via ADSIEdit, you would navigate to the location

    of the Public Folder Store, and simply delete it there.  As an example location, in ADSIEdit, you would go to

    Configuration,

    Configuration, Services,

    Microsoft Exchange,

    First Organization,

    Administrative Groups,

    Exchange Administrative Group,

    Servers,

    Servername,

    Information Store,

    First Storage Group. 

    Then on the right hand pane, you would highlight the Public Folder Store and Delete it. 

    This performs basically the same function as the cmdlet does, or removing it via the Exchange Management Console.

     

    Και κάποια άλλα που είχα βρει τότε

    Open Exchange 2007 management shell (CMD line) and type following commands:

    Get-PublicFolder -server xxxxx "\" -Recurse -ResultSize:Unlimited | Remove-PublicFolder -server xxxxx
    -Recurse -ErrorAction:SilentlyContinue

    Get-PublicFolder -Server xxxxx "\Non_Ipm_Subtree" -Recurse -ResultSize:Unlimited | Remove-PublicFolder
    -Server xxxxx -Recurse -ErrorAction:SilentlyContinue

    Replace xxxxx with your Exchange server name in the above command.

    Και κάποιο ακόμη

    Try this..
    dismount the public store, rename the old public store db folder, remount (it will recreate the public folder db)  use adsiedit tool to navigate to the Configuration/Services/Microsoft Exchange/<your organization container>/  Find the 2nd storage container that contains the public folder object and delete it. 

    This allowed me get past the uninstall check tools, because there was no pf db to be found.  The problem looks like MS doesn't display the folder replicas too easily. Exchange 2007 is more of a downgrade for experienced exchange admins rather than an upgrade!

     

    AND Links fron MICROSOFT

    http://technet.microsoft.com/en-us/library/aa998193(EXCHG.80).aspx

    http://technet.microsoft.com/en-us/library/bb123893(EXCHG.80).aspx

    http://forums.microsoft.com/TechNet/ShowPost.aspx?PostID=727876&SiteID=17

    http://support.microsoft.com/kb/927464

    Κάνοντας τα παραπάνω (το πρώτο προτεινόμενο άρθρο με το adsiedit) με άφησε μετά να κάνω uninstall τον Exchange 2007. το κακό με εσένα τώρα είναι ότι δεν έχεις τον Exchange 2007 οπότε λογικά πρέπει να βγάλεις και άλλα πράγματα με το Adsi Edit τα οποία βγάζει σίγουρα το Uninstall.
    Δεν ξέρω αν πρέπει να κάνεις κάτι τέτοιο σίγουρα, αλλά καλό είναι να τα διαβάσεις. Ας μας πει και κάποιος άλλος την γνώμη του.
    A!! και μην το ξεχάσω, welcome to autoexec.

  4. όλα τα Services ξεκίνησαν ΕΚΤΟΣ από ένα

    Χμ!!! Λίγο googlaρισμα

    και λένε ότι το RtcQmsAgent δεν ξεκινά αλλά δεν μας απασχολεί.

    http://social.microsoft.com/Forums/en-US/communicationsserversetup/thread/418720e6-4c61-46e2-81ac-21350c19e223

    Εγώ πήγα και έβαλα το Feature Message Queueing και τελικά Ξεκίνησε και αυτό το Service.

    Μέχρι εδώ λοιπόν όλα καλά.

    Από εδώ και κάτω μάλλον είναι τα δύσκολα!!! Για να δούμε τι θα δούμε!!!

     

  5. Τελικά από ότι φαίνεται μέσα από το περιβάλλον κάνεις και τα πιστοποιητικά τα οποία σε ρωτάει από ποια Certificate Authority να τα ζητήσει.

    Του δηλώνεις την Certificate authority, και απλά πας σε αυτή και κάνεις issue το certificate που ζήτησε αυτόματα ο OCS.

    Μέχρι εδώ καλά!!!

    Τώρα μάλλον ξεκινούν τα δύσκολα.

  6. Είπα σήμερα να ασχοληθώ "επιτέλους" λίγο με τον OCS 2007 R2.
    Οι πρώτες απορίες.
    Τι λειτουργικό να βάλω? ΑΠΑΝΤΗΣΗ 64bit και καλύτερα 2008
    Να βάλω OCS STD ή Enterprise?? ΑΠΑΝΤΗΣΗ Standard αλλά δεν ξέρω γιατί (HyperVaggeli πες εσύ γιατί)
    Που έιναι το CD του STD?? ΔΕΝ υπάρχει CD STD. Το CD Γράφει Enterprise αλλά όταν ξεκινά, έχει επιλογή Standard ή Enterprise όπου κάνω την κατάλληλη επιλογή (Standard).

    Ωραία ξεκινάμε την εγκατάσταση.
    έχω εγκαταστήσει ένα φρέσκο μηχανάκι Server 2008 STD Full Updated.
    Βάζω το CD του OCS Διαλέγω την Standard έκδοση και προχωρώ.

    Τα πρώτα που ζητά για SP . Net κλπ τα περνά μόνο του από το CD. Μέχρι εδώ ωραία!!!
    Α. Prepare schema. Στον 2008 ζητά να βάλουμε to feature Active Directory Domain Controller Tools.
    Μετά από αυτό επανεκίννηση και ξανά Setup.
    όλα έτρεξαν μία χαρά Forest prep, domain prep κλπ OK
    B. Install IIS. Πάμε Add Roles και βάζουμε τον απαραίτητο ρόλο. 
    Γ. IIS 6 Management Compatibility και IIS Windows Authentication είναι το επόμενο που μας ζητά να προσθέσουμε.
    Δ. Windows Media Format Runtime ζητά να βάλει και το βάζει και αυτό από το CD αλλά μετά την εγκατάσταση ζητά Restart.
    Με όλα τα παραπάνω λοιπόν ξεκινά και εγκαθίστατε ο Front End OCS Server.
    [:)]
    Αντε να δούμε τι άλλο θα ζητήσει.
    Σίγουρα θα θέλει πιστοποιητικά πάντος οπότε έχω ανοίξει την Certificate Authority και περιμένω να δω τι θα χρειαστώ.

  7. H Εγκατάσταση δεν είναι από Upgrade.

    Ήταν καθαρή εγκατάσταση Exchange server 2007 Ent σε λειτουργικό Server 2003 64 bit.

    την εγκατάσταση αυτή την είχα κάνει εγώ, ψάχνω να βρω κάτι στα logs αλλά δεν ....

    Πραγματικά δεν ξέρω τι μπορεί να φταίει για αυτή τη παράξενη συμπεριφορά.

    Πηγαίνεις σβήνεις το αρχείο που είπε και όλα ΟΚ. Κάνεις Receive την Address List και ξανά δεν υπάρχουν όλα τα Contacts της GAL. Καμιά ιδέα κανένας?

    Όσο για αυτό που λες OAB Generator Server γράφει "τουλάχιστον" ότι είναι ο εαυτός του.

  8. Καλή Επιτυχία!!!

    Πες μας τα αποτελέσματα.

    Στο παραπάνω Post συμπλήρωσα μόλις τώρα και την απάντησή μου για το Licencing που ίσως να μην είχες δεί, και μία παράγραφο στο τέλος με κάποια σχόλια. [:)]

  9. Καλησπέρα.
    Α. Τα mail company.gr με το ΜΧ Record πάνε στον Exchange σου. Ο Exchange είναι υπεύθυνος για το Domain αυτό και τα παίρνει.
    Β. Τα mail company2.gr με το ΜΧ Record πάνε στον Exchange σου. Ο Exchange είναι υπεύθυνος για το Domain αυτό και τα παίρνει.
    Τώρα από την πλευρά του Outlook.
    O χρήστης [email protected] παίρνει τα mail του κανονικότατα με το Exchange Account του.
    Έστω ότι τον User1 τον έχεις ρυθμίσει να παίρνει και τα mail [email protected].
    Μέχρι εδώ καλά???
    Ο User1 θα στέλνει έξω email ΠΑΝΤΑ με το [email protected] ανεξάρτητα αν το πήρε στο πρώτο ή στο δεύτερο mailaccount.
    Καλά και μέχρι εδώ???

    Επειδή όμως θέλεις ο χρήστης user1 πότε να στέλνει με [email protected] και πότε με [email protected]
    Υπάρχουν δύο λύσεις.
    Α. Δημιουργείς ΔΙΠΛΑ ACCOUNTS στο Active Directory.
    ΠΧ User1 με primary email [email protected] 
    και ένα δεύτερο User1_1 με primary email [email protected]
    O "Φυσικός" χρήστης κάνει Login πάντα με το User1 στο pc του
    Μπορείς να δώσεις στο Account User1_1 Send as δικαιώματα στον User1.
    Έτσι ο User1 μπορεί να εμφανίσει το πεδίο FROM και να στέλνει σαν User1_1 (δλδ email [email protected])
    Επίσης στο Outlook μπορείς να ρυθμίσεις το λογαριασμό του χρήστη να ανοίγει Additional MailBoxes (Δηλαδή να διαχειρίζετε δύο MailBoxes (Δύο OST ή ας το πούμε αν και είναι λάθος δύο Personal Folders).
    Έτσι αν είναι στο επάνω "MailBox Folder" βλέπει εισερχόμενα εξερχόμενα κλπ του χρήστη [email protected]
    ενώ στο κάτω "MailBox Folder" Βλέπει εισερχόμενα εξερχόμενα κλπ του χρήστη [email protected]

    B. Δημιουργείς ΔΙΠΛΑ ACCOUNTS στο Active Directory.
    ΠΧ User1 με primary email [email protected] 
    και ένα δεύτερο User1_1 με primary email [email protected]
    O "Φυσικός" χρήστης κάνει Login πάντα με το User1 στο pc του
    Φτιάχνεις έναν POP3 λογαριασμό που βλέπει τον SBS σου σαν εισερχόμενη και εξερχόμενη, ενώ βάζεις τα User Name και PAssword του User1_1.
    Οπότε ο χρήστης παίρνει τα mail του από τον Exchange account κανονικά ενώ παίρνει και τα POP3 (πάλι από τον Exchange) μέσα στο Inbox του.
    όταν στέλνει Email μπορεί να διαλέγει από πιο account θέλει να φύγει (το Exchange Account ή το POP3 Account)
    Απλά πρέπει να πας στον Server και να ξεκινήσεις το POP3 Service που από Default είναι Disabled.

    Είναι ΑΔΥΝΑΤΟΝ να έχεις έναν χρήστη User1 με email [email protected]
    και έναν δεύτερο User1 με email [email protected]
    ΜΠΟΡΕΙΣ ΟΜΩΣ ΝΑ ΕΧΕΙΣ έναν User1 με email [email protected]
    και έναν δεύτερο User1_1 με email [email protected]

    Δεν ξέρω αν σε μπέρδεψα ή κατάλαβες τι λέω.
    Κάνε όλα αυτά που σου έχω πει και νομίζω ότι θα καταλάβεις πως λειτουργέι το όλο σκηνικό. [:)]
    Τώρα από θέμα νομιμότητας , αν το πάρουμε κατά γράμμα όπως το λέει η Microsoft ναι θέλεις διπλούς χρήστες από τους πραγματικούς.
    Ίσως να μην θες όλους τους χρήστες σου έτσι. Συνήθως το πρόβλημα το έχουμε σε κάποια Group Mails του στυλ info ή sales.
    Σπάνια ενδιαφέρει τον επχειρηματία από πιο mail φεύγει το mail. Στην ουσία αυτό που θέλει είναι να παίρνει όλα τα mail και ας στέλνει πάντα από το πρεπιλεγμένο. Αν το δεις στην πραγματικότητα και εσύ ο ίδιος σχεδόν ποτέ δεν κοιτάς το Mail Account που σου έστειλε το mail αλλά το όνομα του χρήστη.
    Έτσι αυτός που παίρνει το mail θα βλέπει ότι του το έστειλε ο User1 (ανεξάρτητα αν στην ουσία το mail είναι [email protected] ή [email protected])
    Άλλωστε κάποιους χρήστες μπορείς να τους έχεις με προεπιλεγμένο το πρώτο ενώ άλλους με το δεύτερο mail account ανάλογα με τις ανάγκες της επιχείρησης.
    Καλή Επιτυχία!!!!
    Το παραπάνω θέμα έχει συζητηθεί πόλλές φορές στο autoexec και μπορείς να βρεις και άλλα post και λύσεις και απαντήσεις.

  10. Ναι. Η απάντηση όμως δεν έιναι τόσο απλή.
    μπορείς να κάνεις τα εξής
    ας πούμε ότι ο user1 έχει mail [email protected]
    Θα μπορούσε να έχει και μία δεύτερη διεύθυνση [email protected]
    Ο χρήστης αυτός όμως θα έστελνε πάντα έξω mail με την Primary email διεύθυνσή του, δλδ την [email protected]
    Ο άλλος ο χρήστης user2 θα μπορούσε να παίρνει το [email protected]  και το [email protected]  αλλά πάντα θα έστελνε με το [email protected]
    Αυτά όταν έχεις το Outlook σε Exchange Mode.

    Εαν το έκανες με POP3 θα μπορούσες να στέλνεις και με την δεύτερη διεύθυνση. ή αν έκανες δεύτερο account θα μπορούσες να δόσεις send as δικαιώματα. Αλλά ας μην σε μπερδεύω άλλο με αυτά.

    Πηγαίνεις στον Exchange Manager > Recipients > Recipients Policies
    Λογικά έχει μία Default Policy. ή δημιουργείς μία καινούργια Policy ή στην υπάρχουσα προσθέτεις το 2o domain που θες
    Δλδ αν πχ κάνεις νέα Policy New Policy > E-mail Addresses Δίνεις ένα όνομα και ένα φίλτρο (αν θες για κάποιους χρηστες), και δίνεις στο Email Address policy NEW SMTP address > και γράφεις @mydomain2.gr ΟΚ OK και είσαι έτοιμος.

    Σε πέντε λεπτά το πολύ εαν πας στους χρήστες σου στο Active Directory sto ΤΑΒ E-mail Addresses θα δεις ότι θα έχει δύο Email ο χρήστης.
    Το ένα μάλιστα θα είναι BOLD (είναι η PRimary Address που λέω παραπάνω)
    Μπορείς να ξετσεκάρεις το Automatically update e-mail addresses based on recipient policiy και να ορίσεις το δεύτερο email σαν Primary.

    Κάνε αυτά και άν έχεις κάποια απορία ξανακάνε post. Νομίζω ότι αν ξεκινήσεις την παραπάνω διαδικασία θα καταλάβεις πως δουλεύει. [:)]

  11. Αν κατάλαβα καλά θες μία λειτουργία όπως το Outlook Express που δημιουργεί για κάθε φάκελο που φτιάχνεις διαφορετικό αρχείο.

    Στο Microsoft Outlook δεν ισχύει αυτό. το Microsoft outlook δημιουργεί ένα αρχείο PST το οποίο είναι κάτι σαν data base. Μέσα σε αυτό το αρχείο περιένοντε όλες οι πληροφορίες που έχεις στον προσωπικό σου φάκελο του outlook.

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

    Ο κάθε προσωπικός φάκελος έχει τα δικά του εισερχόμενα τα δικά του contacts κλπ.

    Θα μπορούσες να κάνεις ένα τρικ ίσως. έστω ότι στον προσωπικό φάκελο 1 έχεις όλα τα mails contacts κλπ.

    Μέσα στο inbox έχεις έναν φάκελο πχ ΣημαντικάMails.

    Θα μπορούσες να τον κάνεις Copy ή Cut από τον Προσωπικό φάκελο 1 στον προσωπικό φάκελο 2. (Όλα αυτά μέσα από το περιβάλλον του Outlook).

    έτσι θα έχεις ένα αρχείο pst που έχει τα πάντα και ένα άλλο που έχει μόνο τον φάκελο Σημαντικάmails.

    Αυτό μπορείς να το επαναλάβεις αρκετές φορές ώστε να έχεις αρκετά αρχεία pst.

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

  12. Με Full Back Up Σβήνουν τα Logs του Exchange εξ ορισμού.

    Αν πάρεις Back Up με NT BackUp, ή DPM, ή Symantec, ή με HP Data Protector,  (με τον κατάλληλο Agent στα BackUp software)  τότε τα logs μηδενίζονται αυτόματα.

  13. συμφωνώ ότι είναι πολύ παράξενη συμπεριφορά.

    Το ότι δεν είναι και δικό μου πρόβλημα από την πλευρά μου μπρώ να το υποστηρίξω εφόσον δεν εμφανίστηκε για κανένα άλλο domain το queue στον exchange μου, παρά μόνο για το συγκεκριμένο.

    Εγώ έστελνα mail και σε άλλους exch 2007 και πήγαιναν.

    Εκανα μία παράλειψη στα Testing μου. Δεν δοκίμασα από άλλον exchange 2007 πελάτη μου να στείλω mail.

    Τώρα είναι αργά. όλα δουλεύουν μια χαρά.

    Εαν παρουσιαστεί πάλι το πρόβλημα τότε θα κάνω και αυτό το test.

    Η συμπεριφορά ήταν ανεξήγητη.

    Οσο για MX Records κλπ δοκίμαζα και έβλεπα τα σωστά.

    Θέμα DNS? έχω DNS τον DC μου για τους πάντες, οπότε αν είχα κατι λάθος θα ήταν για όλοα και για όλους μέσα στην εταιρία μου. Από το Firewall είναι ανοιχτός διαφορετικά δεν θα είχα κάν internet.

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

    Θεωρώ ότι μάλλον το θέμα ήταν από την πλευρά του πελάτη μιας και ο Exchange μου to έβαζε στο queue με αυτό το παράξενο μήνυμα. MX HTAN ΣΩΣΤΟ για όλο τον κόσμο και χωρίς κάποια παράξενη ρύθμιση για το συγκεκριμένο domain α΄πό την πλευρά μου. ΤΙΑ ΝΑ ΠΩ?? ΑΒΥΣΟΣ!

    Ευχαριστώ για την απάντηση.

  14. Βέβαια η λύση που βρήκα δεν μπορεί να δικαιολογήσει κατά την γνώμη μου την παράξενη συμπεριφορά.

    Λες και όταν ένας Exchange 2007 στέλνει mail σε έναν άλλο exchange 2007 "μιλάνε" λίγο παραπάνω από ότι με απλούς mailserver.

    Η παραπάνω ρύθμιση που έκανα, υπενθυμίζω ότι ήταν στον exchange του πελάτη μου. Πού παράξενη συμεπριφορά.

    Μπορεί να πει σχολιάσει κανένας exchange Expert την παραπάνω συμπεριφορά? 

  15. Τελικά ΛΟΓΙΚΑ το βρήκα!!!
    Ένα καλό απλό ψάξιμο έφτανε.
    ΤΟ ΠΙΟ ΑΠΛΟ!!! Έπρεπε να τρέξω στον Exchange του πελάτη μου το Best Practices Alalyzer για να δω ότι για κάποιο λόγο (ίσως από κάποιο upadte)
    στο Exchange Management > Organization Configuration > Hub Transport > Accepted Domains
    Είχε γυρίσει το Default από company.gr σε company.local
    Μέσα στο Accepted Domains έχω δύο το .local και το .gr Για κάποιο λόγο είχε γυρίσει σαν default το .local.

    Το ΕΧΒΡΑ με έσωσε. Από εδώ και πέρα θα είναι το πρώτο που θα κοιτάω πριν από οτιδήποτε. Δεν υπήσχε περίπτωση να πάει το μυαλό μου σε αυτό και να το ψάξω.
    Πάντος σίγουρα το είχα σωστά μιας και το EXBPA το είχα τρέξει τότε που τον έστεισα τον Exchange και δεν έβγαλε κάποιο τέτοιο error αλλά θυμάμαι ότι το είχα ρυθμίσει σωστά, οπότε κάποιο update την έκανε τη δουλειά.

  16. Από τα παραπάνω Link σίγουρα δεν έχουν να κάνουν αυτά που αναφέρονται για spam κλπ.

    Κανένας από τους δύο δεν είναι Spam listed. Άλλωστε και το μήνυμα θα ήταν πολύ διαφορετικό.

    Κάτι έχει να κάνει με τα πιστοποιητικά νομίζω και το FQDN όνομα του Receive Connector αλλά δεν μπορώ να προσδιορίσω τι.

    Επίσης τo ADomain είναι .local οπότε δεν έχει να κάνει νομίζω με τις ρυθμίσεις που κάνει αυτός στον DNS του AD.

    Αδιέξοδο. Το μόνο που δεν έχω δοκιμάσει μιας και δεν καταλαβαίνω τι κάνει είναι αυτό που λέει κάποιος στο Blog που έχω παραπάνω

    Using the Exchange Powershell run the following command: Set-SendConnector -Identity "<The name of your send connector>" -IgnoreSTARTTLSEmbarrassedtrue

    Άραγε κάτι τέτοιο να έλυνε το πρόβλημα?

  17. Στην εταιρία που δουλέυω έχω έναν Exchange 2007.
    Σε έναν πελάτη μου έχω έναν Exchnage 2007.
    όλα δουλεύουν μία χαρά. Παίρνω, στέλνω mail και εγώ αλλά και ο πελάτης μου.

    Το πρόβλημα ΜΙΑ ΣΤΟ ΤΟΣΟ όποτε θέλει,
    Στέλνω εγώ ένα mail στο πελάτη μου. Το mail δεν φτάνει ποτέ. Παραμένει στο queue του δικού μου Exchange με μήνυμα 451 4.4.0 Primary target IP address responded with 421 4.4.2 Connection Dropped Attempted failover to alternate host, butthat did not succed. Either there are no alternate hosts, or delivery failed to all alternate hosts
    Ταυτόχρονα στέλνω και από το Gmail μου ή το hotmail μου, mail στον πελάτη μου και το πάιρνει κανονικά.
    Από τον πελάτη μου στέλνω κανονικά mail στην εταιρία μου. Telnet ανοίγει και από εδώ και από εκεί.

    ΔΕΝ ΜΠΟΡΩ ΝΑ ΚΑΤΑΛΑΒΩ Πρώτον ποιος φταίει. Εγώ ή αυτός?
    Αυτός παίρνει mail κανονικά (ή τουλάχιστον έτσι δείχνει από το όλους τους mail Server που γνωρίζω) άρα το πρόβλημα το έχω εγώ.
    Εγώ από την πλευρά μου ΣΤΕΛΝΩ mail σε όλους τους mail servers που γνωρίζω, άρα το πρόβλημα το έχει αυτός.
    Ξαφνικά ίσως αύριο να σταματήσει να υπάρχει το πρόβλημα. ΤΙ ΜΠΟΡΕΙ ΝΑ ΦΤΑΙΕΙ?? Το έχει δει κανένας?
    Βάζοντας smart host στον server μου την mailgate.otenet.gr τότε το email πηγαίνει κανονικά. Καταργόντας το Smarthost πάλι το ίδιο error. Αύριο όμως το mail θα φύγει τελικά και θα πάει. Εδώ και μία εβδομάδα που το ψάχνω μόνο μία φορά μου ήρθε πίσω NDR ότι δεν πήγε mail μου.
    Αυτό άρχισε να παρουσιάζεται από την προηγούμενη Δευτέρα που είχε ο πελάτης μου κάποια προβλήματα με τη σύνδεσή του στο internet.
    Sto Internet έχω βρει αρκετούς με το ίδιο Error και ναεξήγητο τρόπο συμπεριφοράς, άλλοι λένε για τα Certificates, άλλοι για Antivirus πρόγραμμα, http://social.technet.microsoft.com/Forums/en-US/exchangesvrtransport/thread/1d56f92a-b405-4003-8975-0af7de86e532/#page:1 κλπ. Σε πιάνει απελπισία δεν ξέρω από που να ξεκινήσω μιας και το πρόβλημα μπορεί να λυθεί από μόνο του και να ξαναεπανέλθει μετά από 2-3 μέρες. Από την άλλη σκέφτομαι ότι και οι δύο Exhcange (δικός μου και πελάτη) γίνονται publish με ISA 2006 και τα OWA παίζουν με SSL και δουλεύουν.

  18. ο Βαγγέλης είναι από τους πρώτους αν όχι ο πρώτος που εγκατέστησε OCS στην Ελλάδα.

    Χαχα!!! Μάλλον αυτά τα link τα έχεις δει έτσι δεν είναι Βαγγέλη?

    Αντε άντε πες μας τι είδες στην Αμερική και τι μας επιφυλάσει η Microsoft. Ακούς HyperVaggeli?

    Και μία ερώτηση ακόμη. Από που είναι η φωτογραφία που έβαλες στο autoexec και τι κρατάς στο χέρι?

×
×
  • Create New...