Автоузнайте настраивает клиенты для IMAP

Спасибо за Ваш вопрос - это заставило меня понять что-то - GitHub имеет систему представления ошибки.

Я не возражаю кутить исходный код своих проектов, таким образом, я размещаю свое управление версиями, удаленное на http://github.com бесплатно. Частные репозитории стоят $7/0.60 ГБ / месяц. Они теперь размещают 1,5 миллиона проектов.

Это очень просто в использовании. Я просто создаю учетную запись, и они показывают мне, как установить и настроить Мерзавца на месте (s), где я буду разрабатывать из. По-моему, Мерзавец является одной из нескольких лучших и самых простых систем управления версиями там.

Я знаком с командной строкой, таким образом, вот то, как сделаны мои новые проекты:

# Create a new repository on Github
# Follow setup instructions

# cd into your new repository
cd myproject

# copy existing project files
cp -r ../project1/* .

# Commit all that's currently there
git add .
git commit

# Add new or modified files selectively
git add *.py
git status
git commit

# Add all modified files
git status
git commit -a

# Redo last commit
git commit -a --amend

# View log
git log

# Synchronize all the commits to the remote repository (GitHub)
git push

# Changes immediately show-up on Github

1
задан 8 January 2013 в 20:45
1 ответ

I wish I had answered this sooner, since I've forgotten some of the details in how I solved this (mainly through trial and error) - so take this answer with the approprite grain of salt in case I am not remembering correctly. Here's what I did:

  1. Regenerated a CSR for my wildcard certificate using Exchange rather than IIS7.5
  2. Obtained the new certificate and confirmed it worked in other places where it was being used
  3. Changed both internal and external URLs to the public name (mail.mycompany.com)
  4. Created an internal DNS record for mail.mycompany.com to point to an interface only accessible from inside (not the one that gets the NATted traffic from the WAN)
  5. Verified that the DNS resolution works as expected (I get the internal IP from inside and the external IP from outside)
  6. Reset all IIS Exchange authentication settings to the defaults provided by Microsoft
  7. Allowed NTLM authentication for RPC-over-HTTP
  8. Changed autodiscovery settings in PowerShell to reflect the previous changes
  9. Changed autodiscovery settings to prefer RPC-over-HTTP always
  10. Verified the issue was gone by attempting to use autodiscovery to connect to my mail server.

One hiccup was that when authenticating from outside (ie, not through SSO), I had to instruct users to provide their username in the MYCOMPANY\username format.

0
ответ дан 4 December 2019 в 09:27

Теги

Похожие вопросы