- iOS alkalmazások
- Apple iPhone 15 - a bevált módszer
- Google Pixel 6/7/8 topik
- Samsung Galaxy A54 - türelemjáték
- Android alkalmazások - szoftver kibeszélő topik
- Xiaomi 13 - felnőni nehéz
- Honor Magic V2 - origami
- Milyen okostelefont vegyek?
- Drágábban indíthat az új iPhone SE
- Samsung Galaxy S24 - nos, Exynos
Hirdetés
-
Júniusban Magyarországra érkezik a Tecno, a fejlődő piacok egyik kedvenc márkája
ma A Spark 20-as széria telefonjaival indítanak hazánkban, a negyvenezertől százezerig terjedő ársávban.
-
Kilép a PC-s piacról a Noctua
ph Az új HOME termékek asztali ventilátorként a felhasználókat, vagy külön szellőztetőként például erősítőket hivatottak hűteni.
-
Az Apple szerint ejteni kell az USA trösztellenes perét
it Az Apple megkért egy bírót, hogy ejtse az USA igazságügyi minisztériumának és 15 amerikai államnak az ellene indított, trösztellenes perét. Azt is megmondták, hogy miért.
Új hozzászólás Aktív témák
-
Hedgehanter
őstag
válasz kraftxld #550 üzenetére
Error ID number: c1030af3
SBS 2003 exchange 2003 SP2
Ezeket vegignyomtam MS technet-rol:
The HTTP service used by Public Folders is not available, possible causes are that Public stores are not mounted and the Information Store service is not running.
Possible Causes
* Improper authentication method set in IIS for the public and exadmin virtual directories
* DS2MB process has not populated the proper entries in the IIS metabase
* Internet Explorer security settings are incorrect.
* Permissions in Active Directory are set incorrectly
* Realtime virus software is scanning the M: drive
* The msExchDS2MBOptions for the exadmin virtual directory is set incorrectly.
* There is an incorrect path listed for the properties of the exadmin virtual directory in IIS. This value should be \\.\BackOfficeStorage.Troubleshooting
* Ensure that a proper authentication method is selected for the HTTP public virtual directory in ESM. If none is listed, you will receive this error. If the correct authentication method shows up in ESM, open the Internet Information Services (IIS) Manager to see if the same authentication method is listed for the public virtual directory. Also check the exadmin vdir for the same authentication method. If this authentication method is not present, then there is a problem with DS2MB replicating this information from Active Directory to the IIS metabase. Check the event log for additional information regarding the failing DS2MB process.
* Open ESM on another computer or server. If this works, this error is computer-specific.
* Set your Internet Explorer security settings to a lower setting such as Medium-low.
* Check permissions on the top level public folder using ADSIEdit or ESM to ensure no specific denies are set. Correct if necessary.
* Exclude the M: drive or hidden EXIFS mapping from any antivirus file-level scanning. Restart the server to release any locked or open files.
* If msExchDS2MBOptions is set to 0 for the exadmin virtual directory, this error will occur. Reset this back value to the default of 66 and allow time for replication to the metabase.Ez meg egy Technet newsgroup-bol:
Step 1: The issue may happen when improper authentication method set in IIS
for the Public and Exadmin virtual directory.1. In Exchange System Manager, expand Administrative Group, expand the
Exchange Server which hosts public folder.
2. Expand Protocols, expand HTTP, right click Public container, click
Properties.
3. In Access tab, click Authentication button.
4. Ensure that a proper authentication method is selected for the HTTP
Public Virtual Directory in the ESM.If none is listed, then you will receive the above error. If the correct
authentication method shows up in ESM, continue verifying the
authentication type in IIS.1. Open the Internet Service Manager, expand Web Sites and Default Web Site.
2. Right click Public Virtual Directory, click Properties.
3. In Directory Security tab, click Edit button under Authentication and
access control box.
4. Verify the same authentication method is listed for the Public Virtual
Directory.
5. Also check the Exadmin Virtual Directory for the same authentication
method.If you make any change on Authentication type, restart IIS Admin service
(services.msc) to make the change effectively.Step 2: The issue may happen when the permissions of Public Folder in
Active Directory are set incorrectly.1. In Exchange System Manager, expand Administrative Group, expand the
Folders container.
2. Right click Public Folders container, click Properties.
3. In Security tab, ensure no specific denies are set for any user group.Step 3: The issue may happen when realtime virus software is scanning the
following folders.1. Exchange databases (default location: Exchsrvr\Mdbdata)
2. Exchange MTA files (default location: Exchsrvr\Mtadata)
3. Exchange temporary files: Tmp.edb
4. Additional log files (default location: Exchsrvr\server_name .log)
5. Virtual server folder (default location: Exchsrvr\Mailroot)
6. Site Replication Service (SRS) files (default location:
Exchsrvr\Srsdata)
7. Internet Information Service (IIS) system files (
:\Winnt\System32\Inetsrv)
8. Working folder for message conversion .tmp files. (default location:
Exchsrvr\Mdbdata)Please ensure those folders are not scanned by Antivirus application.
Step 4: The issue may happen when the msExchDS2MBOptions for the exadmin
virtual directory is set incorrectly.Use ADSIEDIT and look for the attribute:
-Configuration,
-cn=configuration
-cn=Services
-cn=Microsoft Exchange
-cn=Your Org
-cn=Administrative Groups
-cn=Your admin group
-cn=Servers
-cn=Your server
-cn=Protocols
-cn=HTTP
-cn=1
-cn=ExadminRight click cn=Exadmin, click Properties, make sure the value of
msExchDS2MBOptions attribute is 66.(#549) gaborbol
Az olyankon mar reg tul vagyok nem segitettek...
-
gaborbol
őstag
válasz Hedgehanter #551 üzenetére
OWA mi dob?
Mi a konkret erre vonatkozo hiba az esemenynaploba a szerveren? -
Hedgehanter
őstag
válasz gaborbol #552 üzenetére
OWA:HTTP/1.1 503 Service Unavailable, hiba megnezve es lecsekkolva ezek szerint:
http://support.microsoft.com/kb/840182Nincs semmi az evenvwr-ben erre vonatkozolag...
Ma IIS rebuild lesz tervben ha lesz idom mert latom hogy a public folder nem gaz mert mukodik csak nem lehet torolni belole. Nem mennek a permissionok ra rendesen a publicra valamiert...
-
9CS
senior tag
Tud valaki arra megoldást, hogy miért nem találja az Exchange Management Console az AD-s felhasználókat? A probléma egész pontosan az, hogy ha új fiókot akarok létrehozni egy létező felhasználónak, akkor azt nem minden esetben találja meg. Próbáltam szűrni is az OU-k között, hogy hátha az a baj, hogy túl sok user van, de így sem működik. Például egy pár 10 fős OU alatt is csak 6-ot lát.
Egy megoldást találtam, de nem működött, miszerint registriy módosítással, vagy házirenddel nagyobbra kell venni a megjeleníthető elemek számát a default 10000-ről.
Amit próbálok: New Mailbox -> User Mailbox -> Existing Users -> Add és itt nem találja meg azt, akit pedig az AD-ban látok és az AD keresője meg is találja.Amivel eddig el lehetett hárítani, hogy ha teljesen új felhasználóról van szó, akkor kitörölve az AD-ból majd újra felvéve, megjelent. Viszont ha olyan valakinek kéne E-mailt beállítani, aki már használta az accountot, akkor ez nem járható út.
Tapasztalt Valaki már ilyet?
'' - Tizenkettőt üt az óra, térjenek márrrrgghhhh... ''
-
Hedgehanter
őstag
válasz Hedgehanter #553 üzenetére
HKCRScan.exe megoldotta, corrupted registry key okozta a problemat...
-
kraftxld
nagyúr
A global catalog ép és egészséges? Úgy tűnik mintha vagy agyon lenne terhelve, vagy halódna a kapcsolat az Exchange és a GC között (vagy ha másik alhálón van és a neten keresztül megy a GC query, akkor szokott ilyen lenni)
| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'
-
kraftxld
nagyúr
Én is kérdezek.
Exchange 2010 SP1 vs. Android 2.1 témában jártas valaki?
Az upgrade után széthullott a szinkronizáció, és életre kellene kelteni. A technet fórumon meg erre-arra dokumentálva van a dolog, de hályogkovács nem működő megoldásokon és találgatásokon kívül nem sok értelmeset találtam.| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'
-
gaborbol
őstag
válasz kraftxld #557 üzenetére
Mondtam, hogy nem szabad, meg rahuzni az sp-t, mert mi is beszoptuk mar az androiddal nem emlekszel?
Mi arra jutottunk, hogy igazabol jelenleg csak a bios update segit a telefonon, de nem minden gyarto adott ki javitast ra, ezert nem rakjuk fel az SP-t egyenlore.
Hedgehanter: orulok, hogy talatal megoldast, erre nem talatam semmit.
[ Szerkesztve ]
-
kokyt
senior tag
Sziasztok!
Lenne egy kérdésem. Adott két sbs 2008-as exchange 2007 szerver. A cél az lenne, hogy az egyik csak belülről legyen elérhető, ez tároljon minden adatot. A másik elérhető kívülről, ezen keresztül kellene beesni a leveleknek a második szerverre, valamint ezen keresztül mennek ki is, de ez ne tároljon adatokat, csak magát a levelezést intézze. Biztonsági okokból lenne rá szükség.
A kérdés az, hogy ez megoldható-e, és ha igen minek is kell utána nézni, vagy lehetne megcsinálni? Ha nem megoldható, akkor milyen alternatívákat tudtok ajánlani arra, hogy a levelezésben tárolt adatok, információk a lehető legjobban el legyenek szigetelve a külső hozzáférésektől, de még azért kívülről is használni lehessen azt outlook-al?Előre is köszi!
-
kraftxld
nagyúr
Ennek mi értelme van?
Milyen biztonsági okok miatt kell lezúzni a levelet az egyik szerverről? De ha kívülről arra csatlakoznának akkor lehet nézegetni az üres mailbox-ot.
A kettő meg üti egymást, hogy legyen elszigetelve, de outlook-al elérhető legyen
Sima SBS 2008, Outlook Anywhere, biztonságos, kényelmes, gyors.
Egyszerre nem lehet b@szni meg szűznek is maradni| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'
-
kraftxld
nagyúr
Az edge transport nem támogatott SBS-en, ami nem jelenti azt, hogy ne lehetne bekonfigolni, de az úgyis csak spam szűrésre jó. Én tuti nem vennék ezért még vasat, licenszt, exchange-t.
Ha már ennyire biztonság izé akkor valamilyen hosted spam/vírus szűrő szolgáltató, oda mutat az MX, és a tűzfalon meg lekorlátozod a 25-ös portot csak erre.
Lezárod a 443-as portot is, és már csak a vpn marad.| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'
-
_NCT
őstag
Sziasztok!
Segítségre lenne szükségem. Még most tanulgatom az Exchange adta lehetőségeket, és virtuális gépen használom az Exchange 2010-et. Send connector, recieve connector-t beállítottam, viszont rögtön jött is 1 probléma. Server 2008 R2 alatt az SMTP server behal az indításnál, mivel a 25-ös portot használja az EX2010 is. Erre van egyáltalán szükség? Mármint az SMTP Virtual Server feature-re? Gondolom ezt már tartalmazza az EX2010.
A másik: 2-3 kliens között megy a levelezés, küldés fogadás gyönyörűen, ha a tartományon belüli usereknek küldök levelet. Viszont ha pl egy másik embernek szeretnék küldeni emailt, aki nincs a tartományon belül, azt milyen beállítással tudom megoldani? Kell egy külön pop3/smtp alkalmazás? Vagyis azt szeretném, ha a leveleket pl. az stmp.live.com-on keresztül tudnám kiküldeni a nagyvilágba, esetleg pop3-al leveleket is tudnék fogadni, ami pl válasz levél.
Bocsi a nagyon kezdő kérdésekért, de még nagyon az elején vagyok
Köszönöm a válaszokat!
[ Szerkesztve ]
-
kraftxld
nagyúr
Nem kell az SMTP szerver feature, szétakad tőle.
1, Kifele send connector-t kell csinálnod, vagy a DNS alapján az MX rekordok segítségével küldi (ha sima lakossági neted van, kb 99% ,hogy nem megy a spammerkedés miatt le van korlátozva csak a szolgáltatóra), vagy kinyittatod a 25-ös portot, vagy beállítod a send connectorban a smart hostot amin keresztül küldesz, ez általában a netszolgáltató mailszervere.
A POP3-at tessék elfelejteni, kérj domain nevet, álltsd be az MX-et a fix ip címedre, nyisd ki a 25-ös portot és már jönnek is a levelek.| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'
-
_NCT
őstag
válasz kraftxld #566 üzenetére
Még egy kérdés amit útközben felvetődött.... Így ahogy leírtad tökéletesen működik, viszont!
Az nem oldható meg, hogy ne a netszolgáltató smtp-jével, hanem mondjuk a windowslive rendszeren keresztül küldjem a leveleket? Valamiért az nem ment ki, mikor smtp.live.com-ot állítottam be, valamint beállítottam a user nevet és jelszavat az authentication-nél .
Nem kukacoskodni akarok, csak kíváncsi vagyok, hogy külső levelező server-ről megy-e így a dolog
-
_NCT
őstag
Nos beregeltem egy domain-t és beállítottam a Windowslive fiókomat E LEÍRÁS szerint.
Itt akadtam el, nem igazán tudom hogyan tovább, hogy fognak a levelek bejönni Exchange-re.
Kifelé gyönyörűen mennek a levelek , de ha válaszolni akarok a levélre, a Postmaster Delivery értesítés rögtön felugrik, nem sikerül az üzenetet kézbesíteni. 25-ös port nyitva, de innentől hello van..... Biztos valami 1xű dolog, de én nem jövök rá :S
-
9CS
senior tag
válasz kraftxld #556 üzenetére
Köszönöm a választ. El is felejtettem visszaolvasni, mert úgy berágtam hogy semmi nem segített amit találtam rá ötlet.
Viszont megoldódott, hátha másnak segít ezért beírom. Nálunk a címtárban voltak hibák. Akik nem jelentek meg, mint létező felhasználó, azoknál ki volt töltve a „mailnick” tulajdonság, attól függetlenül, hogy nem volt Exchange fiókjuk. Az Exchange pedig úgy vette, hogy akkor nekik biztos van már, ezért nem jelenítette meg, mint lehetséges új mailbox user. Ezt a tulajdonságot törölve (adsiedit) már meg is jelentek. (a felhasználókat nem MS alkalmazás dobálja bele a címtárba, és néha benéz ezt-azt...)
'' - Tizenkettőt üt az óra, térjenek márrrrgghhhh... ''
-
Snoop-y
veterán
Sziasztok,
sajatnev@sajatnev.hu feladóval jönnek be a X mailszerverre spam levelek. Azt szeretném, hogy a sajatnev@sajatnev.hu levél küldés csak a saját mailszerveren keresztül történhessen.
Magyarul a mailszerver ellenőrizze le, hogy hitelesítve van e a küldő. Ha más mail kiszolgálón ( Y) keresztül küldenek sajatnev@sajatnev.hu levelet akkor X szerver ezeket a maileket elutasítsa.Felmerült pár variáció:
SPF rekord
Caller ID
DKIMKi mit használ vagy hogyan oldja meg ezt a problemet?
New level... Advertising has us chasing cars and clothes, working jobs we hate so we can buy shit we don’t need
-
-
Snoop-y
veterán
válasz kraftxld #579 üzenetére
Igazából az lenne a lényeg, hogy ezeket a leveleket amiket X domainbe küldenek X domaines címről de nem X szerveren keresztül küldik azt 100%-os biztonsággal hajítsa el.
Tehát hiába állítja be otthon a felhasználó is akár küldő címként ettől ő nem lesz autentikus felhasználó mert pl a UPC levszerverén keresztül küldi be hozzánk. Ezt nagyon nem szeretnénk.New level... Advertising has us chasing cars and clothes, working jobs we hate so we can buy shit we don’t need
-
kraftxld
nagyúr
Ha Outlook Anywhere-el vagy VPN-en keresztül jön be és rendes RPC-vel kapcsolódik az Outlook amivel a levelet küldi a felhasználó akkor nem érvényes rá a spam szűrő. Csak az anonymous receive connectoron bejövőket nógatja a spam filter, ezért lehet nyugodtan beütni a saját domaint.
| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'
-
Snoop-y
veterán
válasz kraftxld #581 üzenetére
Aham de ha jól értem és beteszem a domaint a block sender filterbe akkor ez megoldja a lenti problémát. ( és itt nem is kell pont értékekkel játszani ) ami meg saját smtp-n jön ott meg úgyis autentikál a juzer és úgy küldi a levelet.
RemekNew level... Advertising has us chasing cars and clothes, working jobs we hate so we can buy shit we don’t need
-
Snoop-y
veterán
Beállítva
Másik szerveren meg beállítva az SPF rekord szerinti szűrésNew level... Advertising has us chasing cars and clothes, working jobs we hate so we can buy shit we don’t need
-
kraftxld
nagyúr
Haladó kérdés
Exchange 2010 SP1, hosted mód telepítés.
Hogyan lehet megoldani a host-olt cégek közötti levélforgalmat?
Itt van egy módszer: [link], de nem akarok matyizni powershell-ben ezzel mikor új cég kerül a képbe.
Ötlet egy univerzális megoldásra?| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'
-
brd
nagyúr
Valakinek van ötlete, hogy hogyan lehet lebeszélni a 2007-es Ex' HTS-ét arról (nincs Edge, és súlyosbító körülmény, hogy SBS), hogy ha smart host-on keresztül kellene tolnia kifelé a leveleket, akkor ott már ne próbálkozzon MX lekérdezéssel? Simán be kellene telnetelnie a smart hostra, ehelyett lekérdezi a smart host MX rekordját, és oda akar kapcsolódni. WTF? Vajon mit szívhatnak az Ex'-es fiúk? Kérnék én is belőle asszem'. (Persze ha a smart host IP-jét írom be az FQDN helyett, akkor megfelelően működik, csak így ha változik az IP, akkor lehet átírni...). Esetleg valami speciális formában kell beírni az FQDN-t? Mondjuk B@m@g%#mail.isp.net#%@, amit sehol sem írnak le?
A másik kérdésem az lenne, hogy ennek a viselkedésnek mi értelme? Vagy ez egy oltári nagy bug lehet?The only real valuable thing is intuition.
-
brd
nagyúr
válasz kraftxld #590 üzenetére
Utóbbi, de aztán rájöttem, hogy SBS, és inkább visszaállítottam a kiindulási állapotot, mielőtt magába zuhan, és később majd szívhatok vele (most az SBS konzolban minden ződ', és a smart hostot is ott állítottam aztán be). A send connector, ill. a transportserver beállításai között mindenesetre nem találtam erre vonatkozó opciót (EMS-ben sem), tehát még ha baj is lett volna a nekiesés, akkor sem látom, hol lehetne rosszul beállítani.
The only real valuable thing is intuition.
-
brd
nagyúr
válasz kraftxld #592 üzenetére
Megy(menne) is, csak valamiért az ISP-nél olyan MX rekordok vannak beállítva a smart hosthoz, ahol nem tud authentikálni a smart host-hoz megadott credentials használatával. Ez máshol (sok helyen) valószínűleg nem így van, ezért nem okoz gondot általában.
The only real valuable thing is intuition.
-
brd
nagyúr
válasz kraftxld #596 üzenetére
Igen, a legtöbb (pontosabban eddig mindenhová) helyre itt is, viszont ha *@invitel.hu címre küldetnék így (DNS/MX alapján) levelet, akkor azt írja a serverük, hogy:
z.mx.invitel.net #554 5.7.1 <x.x.x.x.static.invitel.hu[x.x.x.x]>: Client host rejected: You have mass IP pool like reverse in DNS, fix it or use smtp relay from your provider. ##
(Mint látszik, fix IP van.)
Erre a szolgáltató azt mondta, hogy állítsam be smart hostnak a mail.invitel.hu-t, mert csak úgy engedélyezik a küldést. A vége az lesz, hogy az invitel.hu-hoz gyártok egy külön send connectort, látom már...[ Szerkesztve ]
The only real valuable thing is intuition.
-
Snoop-y
veterán
Áruljátok már el, hogy az miért jó, hogy a szolgáltató mélszerverén keresztül zavarjátok ki a leveleket? Befelé még megértem a relay és társainak használatát mert a rendelkezésre állásnál ez szempont. De kifelé én soha a búbánatos boga életben nem küldtem még levelet így. Mert minek?
Nem kötekedésképpen kérdezem de a fenti megoldásnak gyakorlatilag több kára van mint haszna. Vagy?Üdv: Snoopy
New level... Advertising has us chasing cars and clothes, working jobs we hate so we can buy shit we don’t need
-
Snoop-y
veterán
Amúgy meg mintha igazából az lenne a bajuk, hogy nincs reverse DNS-ed a küldő gépen...
Vagy a feladó gép címe nem visszafejthető magyarul valami belső hálós csoda neve van pl mailszerver.valami.localNew level... Advertising has us chasing cars and clothes, working jobs we hate so we can buy shit we don’t need
-
brd
nagyúr
Elolvastad rendesen a hozzászólást?
Nem jó, én nem szeretem, hogy kell smart host, nem akarom, hogy egy másik gárda hozzáértésétől függjön a levelezés, de bizonyos helyekre (eddig konkrétan egyet találtam a jelen eset vonatkozásában) egy adott módon lehet csak levelet küldeni.
Hogy minek? Ott a példa.#599: Az Exchange kifelé NAT-olva jut ki, szal' a címe biztos nem okoz gondot, a külső IP-hez pedig van PTR. Vagy arra gondolsz, hogy az első Received sorban van belső hálós IP/gépnév?
The only real valuable thing is intuition.
Új hozzászólás Aktív témák
- Bemutatkoztak a Microsoft aktuális Surface gépei
- Ezért jött hardveres sugárkövetés nélkül a Hellblade II
- Autós topik
- Microsoft Excel topic
- Befutott a The First Descendant legújabb fejlesztői videója
- HiFi műszaki szemmel - sztereó hangrendszerek
- E-roller topik
- Sorozatok
- Fejhallgató erősítő és DAC topik
- Politika
- További aktív témák...
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Promenade Publishing House Kft.
Város: Budapest