RE: Exchange 2010 database
Randomly. From: bounce-9487411-8066...@lyris.sunbelt-software.com [mailto:bounce-9487411-8066...@lyris.sunbelt-software.com] On Behalf Of Shih, Henry Sent: 14 February 2012 17:30 To: MS-Exchange Admin Issues Subject: Exchange 2010 database What is the best practice or guideline when you create/organize databases in your organization? How do you add/organize users into different databases? By location? By their size of current mailbox? By department? By users' job title? ... Thanks. Henry Shih System Administrator --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
RE: Exchange 2010 database
Perhaps we might want to argue the case a little? You need a different mindset with Exchange 2010 and DAGs. You can no longer just take a database off-line and run ESEUTIL/D on the database as this creates a new database any copies in the Dag will need to be re-seeded. So I suggest that in many environments Exchange Mailboxes and the databases they reside in is something you may need to actively manage to get the best use out of your hardware. Schemes where you allocate users to databases on some kind of fixed basis are most likely doomed to failure. Not only do you need random allocations, but if a database grows too big you may need to create two new ones, re-balance the users across the new ones and then delete the old. Dave Wade 0161 474 5456 From: Sobey, Richard A [mailto:r.so...@imperial.ac.uk] Sent: 15 February 2012 09:17 To: MS-Exchange Admin Issues Subject: RE: Exchange 2010 database Randomly. From: bounce-9487411-8066...@lyris.sunbelt-software.com [mailto:bounce-9487411-8066...@lyris.sunbelt-software.com] On Behalf Of Shih, Henry Sent: 14 February 2012 17:30 To: MS-Exchange Admin Issues Subject: Exchange 2010 database What is the best practice or guideline when you create/organize databases in your organization? How do you add/organize users into different databases? By location? By their size of current mailbox? By department? By users' job title? ... Thanks. Henry Shih System Administrator --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist ** The Council has launched its Streets Ahead initiative to show how we can keep Stockport moving during the winter months. For all the latest news visit the new web pages at www.stockport.gov.uk/streetsahead This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to whom they are addressed. As a public body, the Council may be required to disclose this email, or any response to it, under the Freedom of Information Act 2000, unless the information in it is covered by one of the exemptions in the Act. If you receive this email in error please notify Stockport ICT, Corporate Support Services via email.qu...@stockport.gov.uk and then permanently remove it from your system. Thank you. http://www.stockport.gov.uk ** --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
RE: Exchange 2010 database
+1 -- Phil Randal Infrastructure Engineer Hoople Ltd | Thorn Office Centre | Hereford HR2 6JT Tel: 01432 260415 | Email: phil.ran...@hoopleltd.co.uk From: Dave Wade [mailto:dave.w...@stockport.gov.uk] Sent: 15 February 2012 10:41 To: MS-Exchange Admin Issues Subject: RE: Exchange 2010 database Perhaps we might want to argue the case a little? You need a different mindset with Exchange 2010 and DAGs. You can no longer just take a database off-line and run ESEUTIL/D on the database as this creates a new database any copies in the Dag will need to be re-seeded. So I suggest that in many environments Exchange Mailboxes and the databases they reside in is something you may need to actively manage to get the best use out of your hardware. Schemes where you allocate users to databases on some kind of fixed basis are most likely doomed to failure. Not only do you need random allocations, but if a database grows too big you may need to create two new ones, re-balance the users across the new ones and then delete the old. Dave Wade 0161 474 5456 From: Sobey, Richard A [mailto:r.so...@imperial.ac.uk]mailto:[mailto:r.so...@imperial.ac.uk] Sent: 15 February 2012 09:17 To: MS-Exchange Admin Issues Subject: RE: Exchange 2010 database Randomly. From: bounce-9487411-8066...@lyris.sunbelt-software.commailto:bounce-9487411-8066...@lyris.sunbelt-software.com [mailto:bounce-9487411-8066...@lyris.sunbelt-software.com]mailto:[mailto:bounce-9487411-8066...@lyris.sunbelt-software.com] On Behalf Of Shih, Henry Sent: 14 February 2012 17:30 To: MS-Exchange Admin Issues Subject: Exchange 2010 database What is the best practice or guideline when you create/organize databases in your organization? How do you add/organize users into different databases? By location? By their size of current mailbox? By department? By users' job title? ... Thanks. Henry Shih System Administrator --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist ** The Council has launched its Streets Ahead initiative to show how we can keep Stockport moving during the winter months. For all the latest news visit the new web pages at www.stockport.gov.uk/streetsaheadhttp://www.stockport.gov.uk/streetsahead This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to whom they are addressed. As a public body, the Council may be required to disclose this email, or any response to it, under the Freedom of Information Act 2000, unless the information in it is covered by one of the exemptions in the Act. If you receive this email in error please notify Stockport ICT, Corporate Support Services via email.qu...@stockport.gov.ukmailto:email.qu...@stockport.gov.uk and then permanently remove it from your system. Thank you. http://www.stockport.gov.uk ** --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist Any opinion expressed in this e-mail or any attached files are those of the individual and not necessarily those of Hoople Ltd. You should be aware that Hoople Ltd. monitors its email service. This e-mail and any attached files are confidential and intended solely for the use of the addressee. This communication may contain material protected by law from being passed on. If you are not the intended recipient and have received this e-mail in error, you are advised that any use, dissemination, forwarding, printing or copying of this e-mail is strictly prohibited. If you have received this e-mail in error please contact the sender immediately and destroy all copies of it. --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
RE: Exchange 2010 database
Like another poster said, it's entirely down to the organisation. We do ours randomly because we have lots of different types of users. Having all our execs or a certain department all go offline at the same time would be pretty unacceptable - and I imagine we wouldn't be alone. DAGs haven't influenced my decision either way. Who is regularly defragmenting their EDB files anyway?! We also don't have time or resources to move mailboxes around based on the department a user is in, or a quota applied to that mailbox, or what building they're in, etc. I'm not saying that's the final word - this is a healthy debate after all! Richard From: bounce-9487747-8066...@lyris.sunbelt-software.com [mailto:bounce-9487747-8066...@lyris.sunbelt-software.com] On Behalf Of Dave Wade Sent: 15 February 2012 10:41 To: MS-Exchange Admin Issues Subject: RE: Exchange 2010 database Perhaps we might want to argue the case a little? You need a different mindset with Exchange 2010 and DAGs. You can no longer just take a database off-line and run ESEUTIL/D on the database as this creates a new database any copies in the Dag will need to be re-seeded. So I suggest that in many environments Exchange Mailboxes and the databases they reside in is something you may need to actively manage to get the best use out of your hardware. Schemes where you allocate users to databases on some kind of fixed basis are most likely doomed to failure. Not only do you need random allocations, but if a database grows too big you may need to create two new ones, re-balance the users across the new ones and then delete the old. Dave Wade 0161 474 5456 From: Sobey, Richard A [mailto:r.so...@imperial.ac.uk]mailto:[mailto:r.so...@imperial.ac.uk] Sent: 15 February 2012 09:17 To: MS-Exchange Admin Issues Subject: RE: Exchange 2010 database Randomly. From: bounce-9487411-8066...@lyris.sunbelt-software.commailto:bounce-9487411-8066...@lyris.sunbelt-software.com [mailto:bounce-9487411-8066...@lyris.sunbelt-software.com]mailto:[mailto:bounce-9487411-8066...@lyris.sunbelt-software.com] On Behalf Of Shih, Henry Sent: 14 February 2012 17:30 To: MS-Exchange Admin Issues Subject: Exchange 2010 database What is the best practice or guideline when you create/organize databases in your organization? How do you add/organize users into different databases? By location? By their size of current mailbox? By department? By users' job title? ... Thanks. Henry Shih System Administrator --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist ** The Council has launched its Streets Ahead initiative to show how we can keep Stockport moving during the winter months. For all the latest news visit the new web pages at www.stockport.gov.uk/streetsaheadhttp://www.stockport.gov.uk/streetsahead This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to whom they are addressed. As a public body, the Council may be required to disclose this email, or any response to it, under the Freedom of Information Act 2000, unless the information in it is covered by one of the exemptions in the Act. If you receive this email in error please notify Stockport ICT, Corporate Support Services via email.qu...@stockport.gov.ukmailto:email.qu...@stockport.gov.uk and then permanently remove it from your system. Thank you. http://www.stockport.gov.uk ** --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
RE: Exchange 2010 database
In Exchange 2003, we did it along the lines of Store for surnames starting A-H. So we may have surnames A-H on server 1. This is for standard size mailboxes (upto 200mb) then we have on each server a store for large mailbox users i.e over 200mb, for users with surnames A-H Server 2 will be I-N etc We took the view if store A-H fell over it will be less to restore, less users effected, most managers have over 200mb mailboxes It's what ever fits the needs of the business. John From: Sobey, Richard A [mailto:r.so...@imperial.ac.uk] Sent: 15 February 2012 12:04 To: MS-Exchange Admin Issues Subject: RE: Exchange 2010 database Like another poster said, it's entirely down to the organisation. We do ours randomly because we have lots of different types of users. Having all our execs or a certain department all go offline at the same time would be pretty unacceptable - and I imagine we wouldn't be alone. DAGs haven't influenced my decision either way. Who is regularly defragmenting their EDB files anyway?! We also don't have time or resources to move mailboxes around based on the department a user is in, or a quota applied to that mailbox, or what building they're in, etc. I'm not saying that's the final word - this is a healthy debate after all! Richard From: bounce-9487747-8066...@lyris.sunbelt-software.com [mailto:bounce-9487747-8066...@lyris.sunbelt-software.com] On Behalf Of Dave Wade Sent: 15 February 2012 10:41 To: MS-Exchange Admin Issues Subject: RE: Exchange 2010 database Perhaps we might want to argue the case a little? You need a different mindset with Exchange 2010 and DAGs. You can no longer just take a database off-line and run ESEUTIL/D on the database as this creates a new database any copies in the Dag will need to be re-seeded. So I suggest that in many environments Exchange Mailboxes and the databases they reside in is something you may need to actively manage to get the best use out of your hardware. Schemes where you allocate users to databases on some kind of fixed basis are most likely doomed to failure. Not only do you need random allocations, but if a database grows too big you may need to create two new ones, re-balance the users across the new ones and then delete the old. Dave Wade 0161 474 5456 From: Sobey, Richard A [mailto:r.so...@imperial.ac.uk] mailto:%5bmailto:r.so...@imperial.ac.uk%5d Sent: 15 February 2012 09:17 To: MS-Exchange Admin Issues Subject: RE: Exchange 2010 database Randomly. From: bounce-9487411-8066...@lyris.sunbelt-software.com [mailto:bounce-9487411-8066...@lyris.sunbelt-software.com] mailto:%5bmailto:bounce-9487411-8066...@lyris.sunbelt-software.com%5d On Behalf Of Shih, Henry Sent: 14 February 2012 17:30 To: MS-Exchange Admin Issues Subject: Exchange 2010 database What is the best practice or guideline when you create/organize databases in your organization? How do you add/organize users into different databases? By location? By their size of current mailbox? By department? By users' job title? ... Thanks. Henry Shih System Administrator --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist ** The Council has launched its Streets Ahead initiative to show how we can keep Stockport moving during the winter months. For all the latest news visit the new web pages at www.stockport.gov.uk/streetsahead This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to whom they are addressed. As a public body, the Council may be required to disclose this email, or any response to it, under the Freedom of Information Act 2000, unless the information in it is covered by one of the exemptions in the Act. If you receive this email in error please notify Stockport ICT, Corporate Support Services via email.qu...@stockport.gov.uk and then permanently remove it from your system. Thank you. http://www.stockport.gov.uk ** --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to
RE: Exchange 2010 database
It's a lovely circular argument which has changed over the years as the underlying storage and management technologies behind Exchange changed. My rule of thumb back in the Exchange 2003 days was do it by department rather than management level. I would rather have an entire department and 1 or 2 senior execs on my case because they were offline that have the entire raft of senior execs after me because their db was offline. Also I've read and found that most e-mail between users is to members of their team and therefore it made sense to keep them on the same database particularly with respect to SIS. Regards [cid:image001.jpg@01CCEBF0.F68AED40] Peter Johnson I.T Architect United Kingdom: +44 1285 658542 South Africa: +27 11 252 1100 Swaziland: +268 2442 7000 Fax:+27 11 974 7130 Mobile: +2783 306 0019 peter.john...@peterstow.com www.peterstow.comhttp://www.peterstow.com This email message (including attachments) contains information which may be confidential and/or legally privileged. Unless you are the intended recipient, you may not use, copy or disclose to anyone the message or any information contained in the message or from any attachments that were sent with this email, and If you have received this email message in error, please advise the sender by email, and delete the message. Unauthorised disclosure and/or use of information contained in this email may result in civil and criminal liability. Everything in this e-mail and attachments relating to the official business of Peterstow Aquapower is proprietary to the company. Caution should be observed in placing any reliance upon any information contained in this e-mail, which is not intended to be a representation or inducement to make any decision in relation to Peterstow Aquapower. Any decision taken based on the information provided in this e-mail, should only be made after consultation with appropriate legal, regulatory, tax, technical, business, investment, financial, and accounting advisors. Neither the sender of the e-mail, nor Peterstow Aquapower shall be liable to any party for any direct, indirect or consequential damages, including, without limitation, loss of profit, interruption of business or loss of information, data or software or otherwise. The e-mail address of the sender may not be used, copied, sold, disclosed or incorporated into any database or mailing list for spamming and/or other marketing purposes without the prior consent of Peterstow Aquapower. No warranties are created or implied that an employee of Peterstow Aquapower and/or a contractor of Peterstow Aquapower is authorised to create and send this e-mail. [cid:image002.jpg@01CCEBF0.F68AED40] From: Ellis, John P. [mailto:johnel...@wirral.gov.uk] Sent: 15 February 2012 02:14 PM To: MS-Exchange Admin Issues Subject: RE: Exchange 2010 database In Exchange 2003, we did it along the lines of Store for surnames starting A-H. So we may have surnames A-H on server 1. This is for standard size mailboxes (upto 200mb) then we have on each server a store for large mailbox users i.e over 200mb, for users with surnames A-H Server 2 will be I-N etc We took the view if store A-H fell over it will be less to restore, less users effected, most managers have over 200mb mailboxes It's what ever fits the needs of the business. John From: Sobey, Richard A [mailto:r.so...@imperial.ac.uk]mailto:[mailto:r.so...@imperial.ac.uk] Sent: 15 February 2012 12:04 To: MS-Exchange Admin Issues Subject: RE: Exchange 2010 database Like another poster said, it's entirely down to the organisation. We do ours randomly because we have lots of different types of users. Having all our execs or a certain department all go offline at the same time would be pretty unacceptable - and I imagine we wouldn't be alone. DAGs haven't influenced my decision either way. Who is regularly defragmenting their EDB files anyway?! We also don't have time or resources to move mailboxes around based on the department a user is in, or a quota applied to that mailbox, or what building they're in, etc. I'm not saying that's the final word - this is a healthy debate after all! Richard From: bounce-9487747-8066...@lyris.sunbelt-software.commailto:bounce-9487747-8066...@lyris.sunbelt-software.com [mailto:bounce-9487747-8066...@lyris.sunbelt-software.com]mailto:[mailto:bounce-9487747-8066...@lyris.sunbelt-software.com] On Behalf Of Dave Wade Sent: 15 February 2012 10:41 To: MS-Exchange Admin Issues Subject: RE: Exchange 2010 database Perhaps we might want to argue the case a little? You need a different mindset with Exchange 2010 and DAGs. You can no longer just take a database off-line and run ESEUTIL/D on the database as this creates a new database any copies in the Dag will need to be re-seeded. So I suggest that in many environments Exchange Mailboxes and the databases they reside in is something you may need to actively manage to get
RE: Exchange 2010 database
But as SIS no longer applies in Exchange 2010, then bunching people together to save space isn't going to work anymore. If that was a major strategy in determining mailbox placement, it shouldn't be carried forward to an Exchange 2010 environment. Break up those stone tablets and carve some new ones :) Cheers, Phil -- Phil Randal Infrastructure Engineer Hoople Ltd | Thorn Office Centre | Hereford HR2 6JT Tel: 01432 260415 | Email: phil.ran...@hoopleltd.co.uk From: Peter Johnson [mailto:peter.john...@peterstow.com] Sent: 15 February 2012 12:59 To: MS-Exchange Admin Issues Subject: RE: Exchange 2010 database It's a lovely circular argument which has changed over the years as the underlying storage and management technologies behind Exchange changed. My rule of thumb back in the Exchange 2003 days was do it by department rather than management level. I would rather have an entire department and 1 or 2 senior execs on my case because they were offline that have the entire raft of senior execs after me because their db was offline. Also I've read and found that most e-mail between users is to members of their team and therefore it made sense to keep them on the same database particularly with respect to SIS. Regards [Description: C:\Users\ptjohnson\AppData\Roaming\Microsoft\Signatures\peterstow logo2.jpg] Peter Johnson I.T Architect United Kingdom: +44 1285 658542 South Africa: +27 11 252 1100 Swaziland: +268 2442 7000 Fax:+27 11 974 7130 Mobile: +2783 306 0019 peter.john...@peterstow.commailto:peter.john...@peterstow.com www.peterstow.comhttp://www.peterstow.com This email message (including attachments) contains information which may be confidential and/or legally privileged. Unless you are the intended recipient, you may not use, copy or disclose to anyone the message or any information contained in the message or from any attachments that were sent with this email, and If you have received this email message in error, please advise the sender by email, and delete the message. Unauthorised disclosure and/or use of information contained in this email may result in civil and criminal liability. Everything in this e-mail and attachments relating to the official business of Peterstow Aquapower is proprietary to the company. Caution should be observed in placing any reliance upon any information contained in this e-mail, which is not intended to be a representation or inducement to make any decision in relation to Peterstow Aquapower. Any decision taken based on the information provided in this e-mail, should only be made after consultation with appropriate legal, regulatory, tax, technical, business, investment, financial, and accounting advisors. Neither the sender of the e-mail, nor Peterstow Aquapower shall be liable to any party for any direct, indirect or consequential damages, including, without limitation, loss of profit, interruption of business or loss of information, data or software or otherwise. The e-mail address of the sender may not be used, copied, sold, disclosed or incorporated into any database or mailing list for spamming and/or other marketing purposes without the prior consent of Peterstow Aquapower. No warranties are created or implied that an employee of Peterstow Aquapower and/or a contractor of Peterstow Aquapower is authorised to create and send this e-mail. [Description: C:\Users\ptjohnson\AppData\Roaming\Microsoft\Signatures\environment2.jpg] From: Ellis, John P. [mailto:johnel...@wirral.gov.uk]mailto:[mailto:johnel...@wirral.gov.uk] Sent: 15 February 2012 02:14 PM To: MS-Exchange Admin Issues Subject: RE: Exchange 2010 database In Exchange 2003, we did it along the lines of Store for surnames starting A-H. So we may have surnames A-H on server 1. This is for standard size mailboxes (upto 200mb) then we have on each server a store for large mailbox users i.e over 200mb, for users with surnames A-H Server 2 will be I-N etc We took the view if store A-H fell over it will be less to restore, less users effected, most managers have over 200mb mailboxes It's what ever fits the needs of the business. John From: Sobey, Richard A [mailto:r.so...@imperial.ac.uk]mailto:[mailto:r.so...@imperial.ac.uk] Sent: 15 February 2012 12:04 To: MS-Exchange Admin Issues Subject: RE: Exchange 2010 database Like another poster said, it's entirely down to the organisation. We do ours randomly because we have lots of different types of users. Having all our execs or a certain department all go offline at the same time would be pretty unacceptable - and I imagine we wouldn't be alone. DAGs haven't influenced my decision either way. Who is regularly defragmenting their EDB files anyway?! We also don't have time or resources to move mailboxes around based on the department a user is in, or a quota applied to that mailbox, or what building they're in, etc. I'm not saying that's the final word - this is a healthy
RE: Exchange 2010 Outlook Web App - configure
I thought I could remember this, but not to worry, Google is at hand: http://www.stevieg.org/2010/08/publishing-imap-pop-and-smtp-settings-via-exchange-2010-owa/ It's a bit rubbish when you want to use different SMTP server names than one of your Exchange receive connectors, but is ok otherwise. Richard From: bounce-9487848-8066...@lyris.sunbelt-software.com [mailto:bounce-9487848-8066...@lyris.sunbelt-software.com] On Behalf Of Steven Alfano Sent: 15 February 2012 16:02 To: MS-Exchange Admin Issues Subject: Exchange 2010 Outlook Web App - configure In OWA under Options under Account Information there is a link for Settings for POP, IMAP, and SMTP access (illustration below) Can someone point me to an article or tell me how to modify these settings Steven Alfano Sr. Systems Administrator The Rockefeller University 1230 York Avenue New York, NY 10065-6399 Voice 212.327.8937 Mobile 646.438.5160 fax 212.327.8712 salf...@rockefeller.edumailto:salf...@rockefeller.edu www.rockefeller.eduhttp://www.rockefeller.edu --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
RE: Exchange 2010 Outlook Web App - configure
Hi Steven, This may help: http://www.stevieg.org/2010/08/publishing-imap-pop-and-smtp-settings-via-exchange-2010-owa/ Steve From: Steven Alfano [mailto:salf...@mail.rockefeller.edu] Sent: 15 February 2012 16:02 To: MS-Exchange Admin Issues Subject: Exchange 2010 Outlook Web App - configure In OWA under Options under Account Information there is a link for Settings for POP, IMAP, and SMTP access (illustration below) [cid:image001.png@01CCEBFC.D6DF34E0] Can someone point me to an article or tell me how to modify these settings Steven Alfano Sr. Systems Administrator The Rockefeller University 1230 York Avenue New York, NY 10065-6399 Voice 212.327.8937 Mobile 646.438.5160 fax 212.327.8712 salf...@rockefeller.edumailto:salf...@rockefeller.edu www.rockefeller.eduhttp://www.rockefeller.edu --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelistinline: image001.png
RE: Exchange 2010 Outlook Web App - configure
This is good ... Many thanks!!! Steven Alfano Sr. Systems Administrator The Rockefeller University 1230 York Avenue New York, NY 10065-6399 Voice 212.327.8937 Mobile 646.438.5160 fax 212.327.8712 salf...@rockefeller.edu www.rockefeller.edu From: Sobey, Richard A [mailto:r.so...@imperial.ac.uk] Sent: Wednesday, February 15, 2012 11:13 AM To: MS-Exchange Admin Issues Subject: RE: Exchange 2010 Outlook Web App - configure I thought I could remember this, but not to worry, Google is at hand: http://www.stevieg.org/2010/08/publishing-imap-pop-and-smtp-settings-via-exchange-2010-owa/ It's a bit rubbish when you want to use different SMTP server names than one of your Exchange receive connectors, but is ok otherwise. Richard From: bounce-9487848-8066...@lyris.sunbelt-software.commailto:bounce-9487848-8066...@lyris.sunbelt-software.com [mailto:bounce-9487848-8066...@lyris.sunbelt-software.com]mailto:[mailto:bounce-9487848-8066...@lyris.sunbelt-software.com] On Behalf Of Steven Alfano Sent: 15 February 2012 16:02 To: MS-Exchange Admin Issues Subject: Exchange 2010 Outlook Web App - configure In OWA under Options under Account Information there is a link for Settings for POP, IMAP, and SMTP access (illustration below) Can someone point me to an article or tell me how to modify these settings Steven Alfano Sr. Systems Administrator The Rockefeller University 1230 York Avenue New York, NY 10065-6399 Voice 212.327.8937 Mobile 646.438.5160 fax 212.327.8712 salf...@rockefeller.edumailto:salf...@rockefeller.edu www.rockefeller.eduhttp://www.rockefeller.edu --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
Collecting Outlook profile information
Is there any tool (running at a single server and scan the PC remotely) I can use to create a report of every user's Outlook setting at their local PCs. Our .pst files are everywhere and we want to find out where these files are located and who are accessing these pst files when they open their Outlook 2007. We are running Exchange 2003 and Outlook2007. We are in the process of migrating to Exchange 2010 and .pst file is a big headache to us. What should we do about those .pst files? We don't know where those files are located and how the users are connecting to those files. What is the best strategy to handle those pst files during the migration? Thanks. Henry Shih System Administrator --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
RE: Collecting Outlook profile information
Did you look at PST Capture? http://blogs.technet.com/b/exchange/archive/2012/01/30/pst-time-to-walk-the-plank.aspx Chuck Robinson ___ Sr. Solutions Architect Microsoft Certified Master: Exchange 2010 MCITP: EA Windows Server 2008 EMC Consulting Mobile: 973-865-0394 chuck.robin...@emc.commailto:chuck.robin...@emc.com www.emc.com/consultinghttp://www.emc.com/consulting Transforming Information Into Business Results From: Shih, Henry [mailto:hms...@ci.livermore.ca.us] Sent: Wednesday, February 15, 2012 12:42 PM To: MS-Exchange Admin Issues Subject: Collecting Outlook profile information Is there any tool (running at a single server and scan the PC remotely) I can use to create a report of every user's Outlook setting at their local PCs. Our .pst files are everywhere and we want to find out where these files are located and who are accessing these pst files when they open their Outlook 2007. We are running Exchange 2003 and Outlook2007. We are in the process of migrating to Exchange 2010 and .pst file is a big headache to us. What should we do about those .pst files? We don't know where those files are located and how the users are connecting to those files. What is the best strategy to handle those pst files during the migration? Thanks. Henry Shih System Administrator --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
RE: Collecting Outlook profile information
Also this- Outlook Tools: description of sample tools for managing PST files in your Outlook Profile http://support.microsoft.com/kb/221 From: Robinson, Chuck [mailto:chuck.robin...@emc.com] Sent: Wednesday, February 15, 2012 1:08 PM To: MS-Exchange Admin Issues Subject: RE: Collecting Outlook profile information Did you look at PST Capture? http://blogs.technet.com/b/exchange/archive/2012/01/30/pst-time-to-walk-the-plank.aspx Chuck Robinson ___ Sr. Solutions Architect Microsoft Certified Master: Exchange 2010 MCITP: EA Windows Server 2008 EMC Consulting Mobile: 973-865-0394 chuck.robin...@emc.commailto:chuck.robin...@emc.com www.emc.com/consultinghttp://www.emc.com/consulting Transforming Information Into Business Results From: Shih, Henry [mailto:hms...@ci.livermore.ca.us] Sent: Wednesday, February 15, 2012 12:42 PM To: MS-Exchange Admin Issues Subject: Collecting Outlook profile information Is there any tool (running at a single server and scan the PC remotely) I can use to create a report of every user's Outlook setting at their local PCs. Our .pst files are everywhere and we want to find out where these files are located and who are accessing these pst files when they open their Outlook 2007. We are running Exchange 2003 and Outlook2007. We are in the process of migrating to Exchange 2010 and .pst file is a big headache to us. What should we do about those .pst files? We don't know where those files are located and how the users are connecting to those files. What is the best strategy to handle those pst files during the migration? Thanks. Henry Shih System Administrator --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
shared resource account
Exchange 2010, SP1, RU6. I've created a shared resource account and set a delegate for that account using the ESM. I created a resource policy. I then designated one person (not the delegate) who can book the resource automatically. Anyone can create an in-policy request that is sent to the delegate. Anyone can also create an out-of-policy request that is sent to the delegate. If I create and out-of-policy request it properly goes to the delegate, however all in-policy requests are accepted regardless of who makes the appointment. 'Get-CalendarProcessing -Identity it_burge_car_02 | FL' produces this: RunspaceId : ca504481-1a71-419a-938b-1f41fdac2c0b AutomateProcessing : AutoAccept AllowConflicts : False BookingWindowInDays : 180 MaximumDurationInMinutes: 2880 AllowRecurringMeetings : True EnforceSchedulingHorizon: True ScheduleOnlyDuringWorkHours : False ConflictPercentageAllowed : 0 MaximumConflictInstances: 2 ForwardRequestsToDelegates : True DeleteAttachments : True DeleteComments : True RemovePrivateProperty : True DeleteSubject : False AddOrganizerToSubject : True DeleteNonCalendarItems : True TentativePendingApproval: True EnableResponseDetails : True OrganizerInfo : False ResourceDelegates : {home.ku.edu/KU_users/charliebrown} RequestOutOfPolicy : {} AllRequestOutOfPolicy : True BookInPolicy: {home.ku.edu/KU_users/linus} AllBookInPolicy : False RequestInPolicy : {} AllRequestInPolicy : True AddAdditionalResponse : False AdditionalResponse : RemoveOldMeetingMessages: True AddNewRequestsTentatively : True ProcessExternalMeetingMessages : False RemoveForwardedMeetingNotifications : False MailboxOwnerId : home.ku.edu/Exchange2010/Service-Accounts-Groups/Testing/it_burge_car_02 Identity: home.ku.edu/Exchange2010/Service-Accounts-Groups/Testing/it_burge_car_02 IsValid : True Any thoughts on why the booking rules are being bypassed and in-policy requests are being automatically accepted? Jim Rupprecht KU Information Technology --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
RE: shared resource account
Looks like it's working as designed. An in-policy request is a request that the Resource can accept without needing approval from a delegate. -Original Message- From: Rupprecht, James R [mailto:jimruppre...@ku.edu] Sent: Wednesday, February 15, 2012 2:49 PM To: MS-Exchange Admin Issues Subject: shared resource account Exchange 2010, SP1, RU6. I've created a shared resource account and set a delegate for that account using the ESM. I created a resource policy. I then designated one person (not the delegate) who can book the resource automatically. Anyone can create an in-policy request that is sent to the delegate. Anyone can also create an out-of-policy request that is sent to the delegate. If I create and out-of-policy request it properly goes to the delegate, however all in-policy requests are accepted regardless of who makes the appointment. 'Get-CalendarProcessing -Identity it_burge_car_02 | FL' produces this: RunspaceId : ca504481-1a71-419a-938b-1f41fdac2c0b AutomateProcessing : AutoAccept AllowConflicts : False BookingWindowInDays : 180 MaximumDurationInMinutes: 2880 AllowRecurringMeetings : True EnforceSchedulingHorizon: True ScheduleOnlyDuringWorkHours : False ConflictPercentageAllowed : 0 MaximumConflictInstances: 2 ForwardRequestsToDelegates : True DeleteAttachments : True DeleteComments : True RemovePrivateProperty : True DeleteSubject : False AddOrganizerToSubject : True DeleteNonCalendarItems : True TentativePendingApproval: True EnableResponseDetails : True OrganizerInfo : False ResourceDelegates : {home.ku.edu/KU_users/charliebrown} RequestOutOfPolicy : {} AllRequestOutOfPolicy : True BookInPolicy: {home.ku.edu/KU_users/linus} AllBookInPolicy : False RequestInPolicy : {} AllRequestInPolicy : True AddAdditionalResponse : False AdditionalResponse : RemoveOldMeetingMessages: True AddNewRequestsTentatively : True ProcessExternalMeetingMessages : False RemoveForwardedMeetingNotifications : False MailboxOwnerId : home.ku.edu/Exchange2010/Service-Accounts-Groups/Testing/it_burge_car_02 Identity: home.ku.edu/Exchange2010/Service-Accounts-Groups/Testing/it_burge_car_02 IsValid : True Any thoughts on why the booking rules are being bypassed and in-policy requests are being automatically accepted? Jim Rupprecht KU Information Technology --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist ** Note: The information contained in this message may be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. ** --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
RE: shared resource account
In this case 'AllBookInPolicy' is set to FALSE which means that the attendant is supposed to look at the 'BookInPolicy' attribute. The behavior I am seeing is what you would expect if 'AllBookInPolicy' was set to TRUE. -jim -Original Message- From: Campbell, Rob [mailto:rob_campb...@centraltechnology.net] Sent: Wednesday, February 15, 2012 3:10 PM To: MS-Exchange Admin Issues Subject: RE: shared resource account Looks like it's working as designed. An in-policy request is a request that the Resource can accept without needing approval from a delegate. -Original Message- From: Rupprecht, James R [mailto:jimruppre...@ku.edu] Sent: Wednesday, February 15, 2012 2:49 PM To: MS-Exchange Admin Issues Subject: shared resource account Exchange 2010, SP1, RU6. I've created a shared resource account and set a delegate for that account using the ESM. I created a resource policy. I then designated one person (not the delegate) who can book the resource automatically. Anyone can create an in-policy request that is sent to the delegate. Anyone can also create an out-of-policy request that is sent to the delegate. If I create and out-of-policy request it properly goes to the delegate, however all in-policy requests are accepted regardless of who makes the appointment. 'Get-CalendarProcessing -Identity it_burge_car_02 | FL' produces this: RunspaceId : ca504481-1a71-419a-938b-1f41fdac2c0b AutomateProcessing : AutoAccept AllowConflicts : False BookingWindowInDays : 180 MaximumDurationInMinutes: 2880 AllowRecurringMeetings : True EnforceSchedulingHorizon: True ScheduleOnlyDuringWorkHours : False ConflictPercentageAllowed : 0 MaximumConflictInstances: 2 ForwardRequestsToDelegates : True DeleteAttachments : True DeleteComments : True RemovePrivateProperty : True DeleteSubject : False AddOrganizerToSubject : True DeleteNonCalendarItems : True TentativePendingApproval: True EnableResponseDetails : True OrganizerInfo : False ResourceDelegates : {home.ku.edu/KU_users/charliebrown} RequestOutOfPolicy : {} AllRequestOutOfPolicy : True BookInPolicy: {home.ku.edu/KU_users/linus} AllBookInPolicy : False RequestInPolicy : {} AllRequestInPolicy : True AddAdditionalResponse : False AdditionalResponse : RemoveOldMeetingMessages: True AddNewRequestsTentatively : True ProcessExternalMeetingMessages : False RemoveForwardedMeetingNotifications : False MailboxOwnerId : home.ku.edu/Exchange2010/Service-Accounts-Groups/Testing/it_burge_car_02 Identity: home.ku.edu/Exchange2010/Service-Accounts-Groups/Testing/it_burge_car_02 IsValid : True Any thoughts on why the booking rules are being bypassed and in-policy requests are being automatically accepted? Jim Rupprecht KU Information Technology --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist ** Note: The information contained in this message may be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. ** --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
RE: shared resource account
You're right. That doesn't look like it's recognizing the policy correctly. Do any of these people have author or better delegate permissions to this calendar? -Original Message- From: Rupprecht, James R [mailto:jimruppre...@ku.edu] Sent: Wednesday, February 15, 2012 3:15 PM To: MS-Exchange Admin Issues Subject: RE: shared resource account In this case 'AllBookInPolicy' is set to FALSE which means that the attendant is supposed to look at the 'BookInPolicy' attribute. The behavior I am seeing is what you would expect if 'AllBookInPolicy' was set to TRUE. -jim -Original Message- From: Campbell, Rob [mailto:rob_campb...@centraltechnology.net] Sent: Wednesday, February 15, 2012 3:10 PM To: MS-Exchange Admin Issues Subject: RE: shared resource account Looks like it's working as designed. An in-policy request is a request that the Resource can accept without needing approval from a delegate. -Original Message- From: Rupprecht, James R [mailto:jimruppre...@ku.edu] Sent: Wednesday, February 15, 2012 2:49 PM To: MS-Exchange Admin Issues Subject: shared resource account Exchange 2010, SP1, RU6. I've created a shared resource account and set a delegate for that account using the ESM. I created a resource policy. I then designated one person (not the delegate) who can book the resource automatically. Anyone can create an in-policy request that is sent to the delegate. Anyone can also create an out-of-policy request that is sent to the delegate. If I create and out-of-policy request it properly goes to the delegate, however all in-policy requests are accepted regardless of who makes the appointment. 'Get-CalendarProcessing -Identity it_burge_car_02 | FL' produces this: RunspaceId : ca504481-1a71-419a-938b-1f41fdac2c0b AutomateProcessing : AutoAccept AllowConflicts : False BookingWindowInDays : 180 MaximumDurationInMinutes: 2880 AllowRecurringMeetings : True EnforceSchedulingHorizon: True ScheduleOnlyDuringWorkHours : False ConflictPercentageAllowed : 0 MaximumConflictInstances: 2 ForwardRequestsToDelegates : True DeleteAttachments : True DeleteComments : True RemovePrivateProperty : True DeleteSubject : False AddOrganizerToSubject : True DeleteNonCalendarItems : True TentativePendingApproval: True EnableResponseDetails : True OrganizerInfo : False ResourceDelegates : {home.ku.edu/KU_users/charliebrown} RequestOutOfPolicy : {} AllRequestOutOfPolicy : True BookInPolicy: {home.ku.edu/KU_users/linus} AllBookInPolicy : False RequestInPolicy : {} AllRequestInPolicy : True AddAdditionalResponse : False AdditionalResponse : RemoveOldMeetingMessages: True AddNewRequestsTentatively : True ProcessExternalMeetingMessages : False RemoveForwardedMeetingNotifications : False MailboxOwnerId : home.ku.edu/Exchange2010/Service-Accounts-Groups/Testing/it_burge_car_02 Identity: home.ku.edu/Exchange2010/Service-Accounts-Groups/Testing/it_burge_car_02 IsValid : True Any thoughts on why the booking rules are being bypassed and in-policy requests are being automatically accepted? Jim Rupprecht KU Information Technology --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist ** Note: The information contained in this message may be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. ** --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
RE: shared resource account
Nope. This is a clean calendar created just for testing. -Original Message- From: Campbell, Rob [mailto:rob_campb...@centraltechnology.net] Sent: Wednesday, February 15, 2012 3:26 PM To: MS-Exchange Admin Issues Subject: RE: shared resource account You're right. That doesn't look like it's recognizing the policy correctly. Do any of these people have author or better delegate permissions to this calendar? -Original Message- From: Rupprecht, James R [mailto:jimruppre...@ku.edu] Sent: Wednesday, February 15, 2012 3:15 PM To: MS-Exchange Admin Issues Subject: RE: shared resource account In this case 'AllBookInPolicy' is set to FALSE which means that the attendant is supposed to look at the 'BookInPolicy' attribute. The behavior I am seeing is what you would expect if 'AllBookInPolicy' was set to TRUE. -jim -Original Message- From: Campbell, Rob [mailto:rob_campb...@centraltechnology.net] Sent: Wednesday, February 15, 2012 3:10 PM To: MS-Exchange Admin Issues Subject: RE: shared resource account Looks like it's working as designed. An in-policy request is a request that the Resource can accept without needing approval from a delegate. -Original Message- From: Rupprecht, James R [mailto:jimruppre...@ku.edu] Sent: Wednesday, February 15, 2012 2:49 PM To: MS-Exchange Admin Issues Subject: shared resource account Exchange 2010, SP1, RU6. I've created a shared resource account and set a delegate for that account using the ESM. I created a resource policy. I then designated one person (not the delegate) who can book the resource automatically. Anyone can create an in-policy request that is sent to the delegate. Anyone can also create an out-of-policy request that is sent to the delegate. If I create and out-of-policy request it properly goes to the delegate, however all in-policy requests are accepted regardless of who makes the appointment. 'Get-CalendarProcessing -Identity it_burge_car_02 | FL' produces this: RunspaceId : ca504481-1a71-419a-938b-1f41fdac2c0b AutomateProcessing : AutoAccept AllowConflicts : False BookingWindowInDays : 180 MaximumDurationInMinutes: 2880 AllowRecurringMeetings : True EnforceSchedulingHorizon: True ScheduleOnlyDuringWorkHours : False ConflictPercentageAllowed : 0 MaximumConflictInstances: 2 ForwardRequestsToDelegates : True DeleteAttachments : True DeleteComments : True RemovePrivateProperty : True DeleteSubject : False AddOrganizerToSubject : True DeleteNonCalendarItems : True TentativePendingApproval: True EnableResponseDetails : True OrganizerInfo : False ResourceDelegates : {home.ku.edu/KU_users/charliebrown} RequestOutOfPolicy : {} AllRequestOutOfPolicy : True BookInPolicy: {home.ku.edu/KU_users/linus} AllBookInPolicy : False RequestInPolicy : {} AllRequestInPolicy : True AddAdditionalResponse : False AdditionalResponse : RemoveOldMeetingMessages: True AddNewRequestsTentatively : True ProcessExternalMeetingMessages : False RemoveForwardedMeetingNotifications : False MailboxOwnerId : home.ku.edu/Exchange2010/Service-Accounts-Groups/Testing/it_burge_car_02 Identity: home.ku.edu/Exchange2010/Service-Accounts-Groups/Testing/it_burge_car_02 IsValid : True Any thoughts on why the booking rules are being bypassed and in-policy requests are being automatically accepted? Jim Rupprecht KU Information Technology --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist ** Note: The information contained in this message may be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. ** --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to
RE: Allow SMTP relay for authenticated account
That is the default behavior through the Client servername receive connector. From: Robert Peterson [mailto:robert.peter...@prin.edu] Sent: Wednesday, February 15, 2012 10:25 PM To: MS-Exchange Admin Issues Subject: Allow SMTP relay for authenticated account Google'ing still seems to come up short. I see the need but no answers. Now that were at Exchange 2010 SP2, I still cannot see how to allow a device or application to send SMTP mail through Exchange when destined for an external domain. I am able to allow by IP addresses within the Hub Transport Relay Connector, but I would really like to allow via an authenticated account. Any ideas? Thank you, Robert --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
RE: Allow SMTP relay for authenticated account
Michael, Are you saying the default Client servername receive connector should allow already an authenticated user to use SMTP to relay to an external domain? I do notice the settings within that connector, are set to offer Basic Authentication only but only after starting TLS. Thanks again, Robert From: Michael B. Smith [mailto:mich...@smithcons.com] Sent: Wednesday, February 15, 2012 9:56 PM To: MS-Exchange Admin Issues Subject: RE: Allow SMTP relay for authenticated account That is the default behavior through the Client servername receive connector. From: Robert Peterson [mailto:robert.peter...@prin.edu] Sent: Wednesday, February 15, 2012 10:25 PM To: MS-Exchange Admin Issues Subject: Allow SMTP relay for authenticated account Google'ing still seems to come up short. I see the need but no answers. Now that were at Exchange 2010 SP2, I still cannot see how to allow a device or application to send SMTP mail through Exchange when destined for an external domain. I am able to allow by IP addresses within the Hub Transport Relay Connector, but I would really like to allow via an authenticated account. Any ideas? Thank you, Robert --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
Set Secondary smtp Address as Primary SMTP Address in Exchange 2003
Hi, due to some changes we got our primary SMTP Address changed for our majority users. now the original SMTP Address (a.domain.com) is showing as secondary due to primary smtp address change, default email address also changed. I have googled a vbs script modified it which will search SMTP smtp address under proxyaddress field reverse them ie. this will set the lower case smtp to Upper case SMTP so that this can set as primary SMTP. this is done but in default email address still showing changed emai address (b.domain.com) which should show as (a.domain.com). We are using Exchange 2003 SP2. Kindly let me know how can I do this without affecting existing email address. Dhiraj --- This email is confidential and intended only for the use of the individual or entity named above and may contain information that is privileged. If you are not the intended recipient, you are notified that any dissemination, distribution or copying of this email is strictly prohibited. If you have received this email in error, please notify us immediately by return email or telephone and destroy the original message. - This mail is sent via Sony Asia Pacific Mail Gateway. --- --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist