Panagiotis

Θα σου πρότεινα να κάνεις ένα message tracking για να δεις αν είναι πραγματικά δύο τα receipts ή αν απλά φαίνονται δύο φορές στο inbox.

Αλήθεια, μιλάμε για εσωτερικά email ή εξωτερικά;

Δεν ξέρω πόσο "αντικειμενική" θα θεωρηθεί η γνώμη μου (μιας και εργάζομαι στη Microsoft) αλλά αυτό που θα σου πρότεινα εγώ είναι να κοιτάξεις το TCO "Total Cost of Owneship" των λύσεων που θα προτείνεις στους πελάτες σου. Δεν είναι τόσο θέμα αν είναι Windows ή Linux (ή whatever) αλλά τελικά αν δίνεις στον πελάτη σου τη λύση που έχει ανάγκη. Αυτό είναι που θα σε κάνει "καλύτερο" (όπως λες και εσύ). Ένα άλλο πράγμα που θα κοίταγα στη θέση σου είναι επίσης το πως μπορείς εσύ (ή ο πελάτης σου) να πάρει υποστήριξη για τη λύση.

<?xml:namespace prefix = v ns = "urn:schemas-microsoft-com:vml" />

<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

<?xml:namespace prefix = w ns = "urn:schemas-microsoft-com:office:word" />

Microsoft, as an innovator of technologies, products and

solutions, touches the lives of people all over the world and helps to realise

the potential of individuals and communities alike. This is a very human

business and one that encourages self-expression, opinion and input from each

and every one of our employees. Microsoft Greece is seeking to hire a:

Premier

Field Engineer – System Center

Role Purpose

Among the key responsibilities is to provide Onsite Support

Services and Incident Prevention Services to Microsoft Premier Customers in EMEA.

The Premier Field Engineer builds very successful relationships with the

customer through the delivery of a high-quality technical engagement in a

specific technology area.

Responsibilities

§ 

Delivers proactive onsite support and knowledge

transfer to customers in Greece and the greater EMEA region

§ 

Drives on preventing incidents during the customer

visits

§ 

Achieves high levels of customer satisfaction

§ 

Collaborates with Microsoft teams to deliver a high

quality service

§ 

Works with Microsoft support engineers using knowledge

of the customer’s environment to accelerate problem resolution

§ 

Manages customer expectations and delivers a service

in line with contractual obligations

§ 

Develops and delivers new services to exceed customer

expectations

§ 

Delivers technical workshops, presentations and

documents

Requirements

§ 

University degree in Computer Science, an MBA would be

an asset

§ 

5-7 years of relevant experience, in enterprise

environments

§ 

Deep technical knowledge of the following Microsoft System

Center Technologies:

•                   

Operations Manager (SCOM)

•                   

Configuration Manager (SCCM)

§ 

Sufficient technical knowledge of the following Microsoft

System Center Technologies:

•                   

Data Protection Manager (DPM)

•                   

Virtual Machine Manager (VMM)

•                   

Service Manager (SM)

§ 

Strong communication and interpersonal skills,

customer oriented

§ 

Analytical and strategic problem-solving capabilities

§ 

Excellent written, oral and presentation skills

§ 

Fluency in both Greek and English Language

Send your CVs to [email protected]

Κανονικά θα πρέπει να μας δώσεις ολόκληρο το NDR.

Στο HELO ή EHLO κομμάτι του SMTP δηλώνεις και το hostname σου. Ίσως ο απομακρυσμένος server (υποθέτω πως το email ήταν όχι εσωτερικό αλλά εξωτερικό) έχει κάποιο μηχανισμό για να κάνει check αν υπάρχει το hostname αυτό.

Θα ξεκινούσα με έναν έλεγχο αν έχει ο server σου PTR record (ή ακόμα και σωστό A/Host record).

Αυτό το 4.4.2 "δείχνει" προς δικτυακό πρόβλημα και όχι πρόβλημα ρυθμίσεων. Ρίξε μια ματιά στην περιγραφή:

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

Αριθμητικός κωδικός: 4.4.2

Πιθανή αιτία: Η σύνδεση μεταξύ των διακομιστών έχει διακοπεί.

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

Υπάρχει περίπτωση να υπήρχε πρόβλημα στο routing ανάμεσα σε εσένα και τον πελάτη σου. Δηλαδή να μη φταις ούτε εσύ, ούτε ο πελάτης σου.
Απλά να υπάρχει πρόβλημα ανάμεσα και να έκανε μετά κάτι ο ISP που να το έφτιαξε (μπορεί να είχε ο ISP πρόβλημα στο BGP table του router και να έκανε λίγη ώρα να κάνει update με όλα τα δίκτυα).

Δε ψάχνεις και για κανένα virus/spyware;

Συμφωνώ πως η "λύση" δεν μπορεί να εξηγήσει τη συμπεριφορά. Προσωπικά, δε νομίζω ότι έχει σχέση. Το default accepted domain έχει να κάνει μονάχα με κάτι "ειδικές" διευθύνσεις που έχουν encapsulated άλλες διευθύνσεις μέσα τους. Στο Technet αναφέρει:

Use this parameter to specify whether the accepted domain is the default domain. The default accepted domain is the domain name that is associated with outbound messages that have encapsulated addresses, such as [email protected], for non-Exchange e-mail system interoperability. If you don't have to interoperate with a non-Exchange e-mail system in your organization, you don't have to set this parameter. For the first accepted domain that is created in the organization, the default value is $true. For subsequent accepted domains, the default value is $false.

http://technet.microsoft.com/en-us/library/aa997140.aspx

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

Από τις πληροφορίες που μας έχεις δώσει μέχρι τώρα δε μπορείς να βγεί ξεκάθαρο συμπέρασμα του τι ακριβώς συνέβει. Ίσως να είναι name resolution πρόβλημα από τη μεριά σου.

Θα πρέπει:

α) Να δεις ποιόν DNS server ρωτάει ο Exchange και να δοκιμάσεις ορισμένα nslookup για τα αντίστοιχα MX records του πελάτη σου

β) Να δεις αν στο firewall σου έχεις επιτρέψει τόσο την TCP όσο και την UDP πόρτα 53 (DNS) έτσι ώστε να name resolution να είναι σωστό

γ) Να δεις τα SMTP protocol logs (δες αν είναι ενεργοποιημένα πρώτα)

και if everything fails...

Netmon 3 και snif πάνω στο καλώδιο για να δεις τι πράγματι τρέχει.

Το ότι όλοι στέλνουν σε αυτόν εκτός από εσένα δείχνει πρόβλημα στη δική σου μεριά.

Να προσθέσω και εγώ πως ένα καλό website για να βρείτε αν ο mailserver σας έχει γίνει bloacklist είναι το www.dnsbl.info.

Αγαπητέ φίλε,

Τα recipient policies δεν μπορούν (δυστηχώς) να γίνουν apply βάση OU. Θα πρέπει να βρεις κάποιο άλλο κριτήριο (πχ company name).

Σε κάποιο blog βρήκα την εξής ικανοποιητική εξήγηση:

Recipient policies based on organizational units (OU)

Another misconception and a frequently asked question in many forums is how one can apply a recipient policy to recipients in a particular OU, or apply the policy to an OU so it gets applied to all recipients in that OU.

The answer is, you can't. Recipient policies are applied to recipients filtered on recipient attributes, such as department, location, city, or country. They can be used to apply the policy irrespective of the recipient's location in the Active Directory hierarchy of containers and OUs.

If you need to apply the policy to all OU recipients, you can either use the common attributes or one of the extension attributes -- perhaps by populating one of them with the name or the distinguishedName of the OU, or some other string.

Keep in mind that this will add another task to the process of managing recipients. When users are created or moved to or from the OU, you have to make sure that the particular attribute you decide to use is populated or removed.

If the recipient policy is being used to assign an SMTP address from a different address space, you can generate different UPN suffixes for those domains. This is typically done in a hosting scenario where multiple customers with different SMTP/DNS domains are hosted in a single AD forest.

Παναγιώτης Μαλακούδης

Works..
Σε ευχαρίστω..πάντως αυτό απο default δεν θα έπρεπε να είναι απερνεργοποιημένο?
Τέλος θα το εκτιμούσα αν μου έδινες μια ακομά λύση στο ακόλουθο..
Υπάρχουν χρήστες που έχουν mail 3 χρόνων παρά τις συμβούλες να διγράψουν κάποια υποστηρίζουν ότι τα θέλουν όλα.
Σε ένα ενδεχόμενο Format  λοιπόν ο Exchange θα φέρει ξανά όλα τα mail θα μπορούσα με κάποιο τρόπο να το περιορίσω?
Είτε να φέρει απο  1/1/2007 είτε αλλίως.

Σε ευχαριστώ και πάλι
Καλή σου μέρα

Σε αυτή την περίπτωση θα πρέπει ο IT Manager να καταλάβει πως αυτό το unlimited σενάριο έχει κάποιο κόστος (τόσο οικονομικό όσο και διαχειριστικό/τεχνικό). Υπάρχουν όμως και άλλοι παράμετροι. Ένα mailbox 4GB με email 1 χρόνου είναι χειρότερο από ένα mailbox 500MB 3 χρόνων. Στη δική σου περίπτωση τα mailboxes είναι μεγάλα; Γιατί αν δεν είναι μεγάλα τότε θα σου πουν "Why not?".

Απο οτι διαβασα αυτο που πρεπει να προσεξω ειναι ο χρηστης να ειναι στους local admin του συγκεκριμενου server. Επισης διαβασα οτι δεν γινεται uninstall...xmmmm.... Θα το βαλωωωωω και θα δειξει. Δεν ειναι κατι αλλο που πρεπει να λαβω υπ'οψιν ετσι??

Απο οτι ειδα πρεπει να ηταν super στο βερολινο.....

 

 

ΓΡΗΓΟΡΗΣ 

Βάλ'το Γρηγόρη. Δεν έχει ακουστεί κάποιο πρόβλημα μετά την εγκατάσταση του.

καλημέρα.
εχω μια απορία. Επειδή όταν στέλνω μέσω exchange σε hotmail μου το απορύπτει πως μπόρω να στέλνω μέσω του web mail?
Paris

Τι σου βγάζει το μήνυμα απόρριψης δηλαδή; Για ποιό λόγο το κόβει (και βασικά ποιός το κόβει);<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

Γιατι αν δεν κανω λαθος ston 2007 μονο με shell χειριζεσαι τα PF's.

Αν βάλεις το service pack 1 του Exchange 2007 θα βρεις μία νέα κονσόλα για να διαχειριστείς τα public folders.

Δεν είναι θέμα DNS caching. Απλά οι διάφοροι remote servers κρατάνε για λίγη ώρα ανοιχτά τα SMTP sessions μπας και θελήσει κάποιος άλλος χρήστης να στείλει.

Αν για παράδειγμα πέσει το MX 5, το yahoo θα πάει να σου στείλει mail στο MX 10. Αν στη συνέχεια ανεβάσεις πάλι το MX 5, το yahoo θα περιμένει να κλείσει το connection που έχει ήδη ανοίξει με το MX 10. Γι' αυτό έβλεπες για λίγη ώρα ακόμη connections στο secondary MX.

Γιατί δε κάνεις Exchange Server 2007 Journaling Rules;

http://msexchangeteam.com/archive/2007/06/22/444296.aspx

Άλλη μια ερώτηση, αφού το προηγούμενο ζήτημα λύθηκε με επιτυχία.

Στην εταιρεία μου (με Exchange 2007) έχουμε αναλάβει μια σειρά από έργα και οι συναλλαγές γι αυτά γίνονται κυρίως μέσω email. Αυτό που θέλουμε είναι, για λόγους αρχειοθέτησης, όλα τα εισερχόμενα/εξερχόμενα email για τα αντίστοιχα έργα να φυλάσσονται σε ένα ξεχωριστό mailbox με την ελάχιστη δυνατή παρέμβαση από τους χρήστες. Μια (ημι)λύση που σκέφτηκα είναι η εξής:

user1, user2, user3, project1_mailbox -> mailboxes
project1 -> distribution list που περιλαμβάνει τα παραπάνω mailboxes.
(και αντίστοιχα για τα άλλα έργα)

Όταν έχουμε εισερχόμενα email για ένα έργο αυτά θα έρχονται πάντα στο αντίστοιχο distro list. Κατά συνέπεια, και οι χρήστες που πρέπει να λάβουν τα email θα τα λαμβάνουν, αλλά κι ένα αντίγραφο θα φυλάσσεται στο mailbox του έργου. Όπως καταλαβαίνετε, το πρόβλημα είναι με τα εξερχόμενα. Σκέφτηκα να χρησιμοποιήσω transport rules αλλά αυτά όλα προϋποθέτουν κάποια παρέμβαση από τους αντίστοιχους user1, user2 κλπ, είτε γράφοντας συγκεκριμένο subject, είτε κάτι άλλο. Επίσης σκέφτηκα να φτιάξω mail contacts για τους εξωτερικούς συνεργάτες και κανόνες έτσι ώστε όταν κάποιο email πάει σε συγκεκριμένο mail contact τότε να γίνεται bcc στο project mailbox, πλην όμως υπάρχει πιθανότητα ένας mail contact να ανήκει σε περισσότερα από ένα έργα...

Εάν κανείς έχει κάποια ιδέα θα το εκτιμούσα πάρα πολύ. Και συγγνώμη για το μεγάλο post. Ευχαριστώ εκ των προτέρων.
Γιώργος.

Τι γράφεις στο telnet δηλαδή;

Οι εντολές με τη σωστή σειρά θα πρέπει να είναι:

ehlo

mail from

rcpt to

data

και μέσα στο data θα πρέπει να βάλεις τα From, To και Subject.

Να σημειώσω βέβαια ότι ο Exchange 2007 έχει αρκετά antispam features και θα το καταλάβει αν κάνεις το παραμικρό ορθογραφικό λάθος.

Ίσως χρειαστώ ένα photo gallery για να βάζω διάφορες φωτό από τα άρθρα του blog μου. Υπάρχει η δυνατότητα να μου γίνει delegate μία;

Ευχαριστώ,

Αναδημοσίευση από το https://blogs.technet.com/pamal/

Ο ευκολότερος τρόπος για να δούμε αν ένας χρήστης χρησιμοποιεί Cached Mode στο Outlook είναι να χρησιμοποιήσουμε τον Exchange System Manager. Η διαδικασία έχεις ως εξής:

Στον Exchange System Manager του Exchange Server 2003 κάνουμε Expand τον server και το storage group μέχρι να φτάσουμε κάτω από το logons της database. Στη δεξιά πλευρά βλέπουμε ορισμένες στήλες. Η στήλη που μας ενδιαφέρει είναι η Client Mode. Σε περίπτωση που δεν είναι στο συγκεκριμένο view θα πρέπει να την προσθέσουμε επιλέγοντας Add/Remove Columns από το μενού view του Exchange System Manager.

Η στήλη Client Mode παίρνει τις παρακάτω τρεις (3) τιμές:

·         0 – Αν ο client δεν είναι Outlook 2003

·         1 – Αν ο client δεν είναι σε Cached Mode (δηλαδή είναι online)

·         2 – Αν ο client είναι σε Cached Mode

Υπάρχει η περίπτωση να δείτε διαφορετικές τιμές για τον ίδιο χρήστη. Αυτό θα συμβεί αν για παράδειγμα ο χρήστης έχει ανοίξει και άλλα mailboxes σε online mode (όχι cached mode) ή αν διαβάζει public folders.

Το ίδιο συμβαίνει και στο Faxination της Fenestrae. Υπάρχει και σχετικό thread στο Autoexec forum.

Αναδημοσίευση από το https://blogs.technet.com/pamal/

Σε συγκεκριμένες εκδόσεις του Fenestrae Faxination Server (αλλά και στα FCS και MDS) παρουσιάστηκε πρόβλημα όταν στους Exchange servers μπει το security hotfix MS06-019 (916803). Το σύμπτωμα είναι πως τα εισερχόμενα fax δεν πηγαίνουν στον Exchange server και το log του Faxination αναφέρει τα εξής:

Η λύση του προβλήματος αλλά και η εξήγηση υπάρχει σε σχετικό άρθρο της γνωσιακής βάσης της Fenestrae.

Το MS06-019 hotfix της Microsoft ουσιαστικά κάνει κάποιες αλλαγές στο πως κάποιος έχει το δικαίωμα να στείλει ένα email με το account κάποιου άλλου χρήστη (send-as). Αυτή η αλλαγή της λειτουργίας του Exchange περιγράφετε σε σχετικό άρθρο της γνωσιακής βάσης της Microsoft.

Εγω θα σου πρότεινα να μην πάρεις κανένα βιβλίο. Υπάρχει μεγάλος όγκος πληροφοριών για τα πάντα γύρω από τον Exchange στο http://www.microsoft.com/technet/prodtechnol/exchange/2003/library/default.mspx

Και δεν μιλάμε για μικρά αρθράκια. Μιλάμε για documents 500-600 σελίδες.

Θα σου πρότεινα να αρχίσεις με τα παρακάτω:

* Planning an Exchange Server 2003 Messaging System

* Deployment Guide for Exchange Server 2003

και μετά να περάσεις στα:

* Operations Guide for Exchange Server 2003

* Administration Guide for Exchange Server 2003

* Client Access Guide for Exchange Server 2003

Αυτό θα ήταν λίγο dangerous :-) Αν τα πάρει η γυναικα στο κρανίο που διαβάζεις kernel internals στο κρεβάτι μπορεί να σου το φορέσει κολλάρο.

Και είναι και βαρύ το συγκεκριμένο ;-)

Καταπληκτικό βιβλίο της Microsoft γραμμένο από τους Russinovich και Solomon.

Θεωρώ πως είναι ένα βιβλίο που όλοι πρέπει να έχουμε στη βιβλιοθήκη μας.

"Delve inside the Windows kernel with noted internals experts Mark Russinovich and David Solomon, in collaboration with the Microsoft Windows product development team. This classic guide—fully updated for Windows Server 2003, Windows XP, and Windows 2000, including 64-bit extensions—describes the architecture and internals of the Windows operating system. You’ll find hands-on experiments you can use to experience Windows internal behavior firsthand, along with advanced troubleshooting information to help you keep your systems running smoothly and efficiently. Whether you’re a developer or a system administrator, you’ll find critical architectural insights that you can quickly apply for better design, debugging, performance, and support."

http://www.microsoft.com/MSPress/books/6710.asp