» Openfire (Wildfire/Jive Messenger) часть 3

Я думаю, что вопрос уже поднимался, но поиском по теме не нашел.
Подскажите, как вы разворачивали Pandion в домене? Сама инсталляция, вроде не проблема - MSI пакет через GPO не сложно распространить. А вот как настройки всем раскидать? Т.к. из настроек только указание jabber- сервера и NTLM авторизации, то конфиг у всех одинаковый. Вот только как это прикрутить к инсталлеру? В общем, поделитесь, кто как решил вопрос?

Northern

Цитата:

Подскажите, как вы разворачивали Pandion в домене?

конфиг рядом с MSI в шаре положи и все. Еще правильнее найди для миранды скин а-ля пандион и раздавай ее.

Добрый день помогите разобраться с ошибкой.... Установил OpenFire настроил, чтобы он тянул пользователей из домена.... установил NTLM патч....запустил.... сервер работает (пользователи с домена присутствуют), но Миранда не хочет подсоединятся к нему... вот Debug с сервера
2011.09.22 12:29:29 [/192.168.157.18:3938] doHandshake()
2011.09.22 12:29:29 [/192.168.157.18:3938] handshakeStatus=NEED_UNWRAP
2011.09.22 12:29:29 [/192.168.157.18:3938] unwrapHandshake()
2011.09.22 12:29:29 [/192.168.157.18:3938] inNetBuffer: java.nio.DirectByteBuffer[pos=0 lim=0 cap=16665]
2011.09.22 12:29:29 [/192.168.157.18:3938] appBuffer: java.nio.DirectByteBuffer[pos=0 lim=33330 cap=33330]
2011.09.22 12:29:29 [/192.168.157.18:3938] Unwrap res:Status = BUFFER_UNDERFLOW HandshakeStatus = NEED_UNWRAP
bytesConsumed = 0 bytesProduced = 0
2011.09.22 12:29:29 Launching thread for /192.168.157.18:3938
2011.09.22 12:29:29 Exiting since queue is empty for /192.168.157.18:3938
2011.09.22 12:29:29 [/192.168.157.18:3938] Data Read: org.apache.mina.filter.support.SSLHandler@1645b9 (HeapBuffer[pos=0 lim=76 cap=1024: 16 03 01 00 47 01 00 00 43 03 01 4E 7A F1 E9 93 BC 94 93 F6 32 E3 84 12 45 19 B2 D5 94 24 5D 29 AB C0 1B CB D3 0D 96 3C E9 35 38 00 00 1C 00 81 00 80 00 32 00 04 00 05 00 0A 00 09 00 64 00 62 00 03 00 06 00 13 00 12 00 63 01 00])
2011.09.22 12:29:29 [/192.168.157.18:3938] doHandshake()
2011.09.22 12:29:29 [/192.168.157.18:3938] handshakeStatus=NEED_UNWRAP
2011.09.22 12:29:29 [/192.168.157.18:3938] unwrapHandshake()
2011.09.22 12:29:29 [/192.168.157.18:3938] inNetBuffer: java.nio.DirectByteBuffer[pos=0 lim=76 cap=16665]
2011.09.22 12:29:29 [/192.168.157.18:3938] appBuffer: java.nio.DirectByteBuffer[pos=0 lim=33330 cap=33330]
2011.09.22 12:29:29 [/192.168.157.18:3938] Unwrap res:Status = OK HandshakeStatus = NEED_TASK
bytesConsumed = 76 bytesProduced = 0
2011.09.22 12:29:29 [/192.168.157.18:3938] handshakeStatus=NEED_TASK
2011.09.22 12:29:29 [/192.168.157.18:3938] doTasks()
2011.09.22 12:29:29 [/192.168.157.18:3938] doTask: com.sun.net.ssl.internal.ssl.Handshaker$DelegatedTask@1c9ce70
2011.09.22 12:29:29 [/192.168.157.18:3938] doTasks(): NEED_WRAP
2011.09.22 12:29:29 [/192.168.157.18:3938] handshakeStatus=NEED_WRAP
2011.09.22 12:29:29 [/192.168.157.18:3938] Wrap res:Status = OK HandshakeStatus = NEED_UNWRAP
bytesConsumed = 0 bytesProduced = 1127
2011.09.22 12:29:29 [/192.168.157.18:3938] write outNetBuffer: java.nio.DirectByteBuffer[pos=0 lim=1127 cap=16665]
2011.09.22 12:29:29 [/192.168.157.18:3938] session write: HeapBuffer[pos=0 lim=1127 cap=1127: 16 03 01 04 62 02 00 00 46 03 01 4E 7A F1 E9 8E AA 86 24 67 10 68 C6 C3 CB FB 5E 3B 17 44 7C 03 16 D5 4D D4 CC 9D 14 35 DB C4 E4 20 4E 7A F1 E9 89 EB 8C A3 39 D0 CC 6D 63 06 CC 59 AF 90 F3 D9 93 70 6D F6 72 47 FE 04 DE C0 B8 F8 00 32 00 0B 00 02 B5 00 02 B2 00 02 AF 30 82 02 AB 30 82 02 6B A0 03 02 01 02 02 08 05 45 17 A4 6F A8 50 D3 30 09 06 07 2A 86 48 CE 38 04 03 30 1F 31 1D 30 1B 06 03 55 04 03 0C 14 72 65 67 69 6F 6E 73 2E 74 61 78 2E 6E 61 6C 6F 67 2E 72 75 30 1E 17 0D 31 31 30 39 32 31 30 37 34 35 32 30 5A 17 0D 31 36 30 38 32 35 30 37 34 35 32 30 5A 30 1F 31 1D 30 1B 06 03 55 04 03 0C 14 72 65 67 69 6F 6E 73 2E 74 61 78 2E 6E 61 6C 6F 67 2E 72 75 30 82 01 B6 30 82 01 2B 06 07 2A 86 48 CE 38 04 01 30 82 01 1E 02 81 81 00 FC 53 53 E5 5D B8 34 7D 47 79 80 55 F4 03 67 96 B8 CD 89 FB 30 5D BD 24 24 97 CD D8 06 60 94 0E CD CD 4D 4C 15 28 19 78 3C F1 39 96 60 5B 1A 0D 74 FF 1C 88 8C 15 55 46 79 E4 0C 98 3F CB 4A 5F 9F 23 0D 10 62 55 BB 1C FE E5 E5 FF 04 E3 B2 F6 9A 81 DD FC 01 69 83 29 63 6A 79 7B 18 B3 C7 30 FE AE 77 CF E1 E2 46 13 83 30 0F 2D F3 7B E6 7C 70 72 13 83 E7 4E 00 8F 24 67 EB 06 B9 98 C5 17 02 15 00 CE 81 81 3B A9 B4 4B 89 3E F2 36 50 B0 11 B2 B8 AC 0B 33 B7 02 81 80 72 33 04 EE C6 8E 02 30 5D 85 BF F9 AF 81 F5 62 03 C1 1F 12 62 7E 6C 47 AA 95 12 12 BE FD 5B 37 F2 2E 7C 38 03 CA 92 7E 06 CD D2 7B BC E0 B3 3D E3 B3 71 0B C6 02 EA DF 57 8C 2A 4B 9A 2A C8 73 2A A0 D6 80 A6 41 91 83 DF C7 B9 E4 07 9F FE 9E 89 D8 2F C2 74 53 5A F2 D4 14 FD 5D 47 7E 70 54 37 99 9B 29 4B 36 5C 94 55 8C A1 72 B7 AB D7 27 8F FE 0E 62 F7 45 0E C0 1A C0 A2 B9 CD C8 D9 F0 03 81 84 00 02 81 80 6B 63 CA EB A8 77 61 55 C9 64 F6 27 E4 86 F1 2B DC 94 97 7A 70 9B 15 38 B4 54 64 94 75 DD 90 95 21 44 F3 EC 33 30 15 57 5E D2 91 A4 43 83 FF 01 80 E5 C4 B5 8B 3D 7C EC DF 87 23 1C 19 C6 54 89 52 2F 87 53 98 F9 46 F9 C2 3D F5 F1 B6 A8 4A 00 0F 6D 48 2D 93 85 20 81 8A FF CF 36 24 51 68 4B 66 18 48 3F 93 03 2B 03 F0 92 2B 22 33 3B 44 48 47 B8 94 61 AF 5A C7 75 80 37 D2 C5 ED C4 09 3C A3 33 30 31 30 2F 06 03 55 1D 11 04 28 30 26 A0 24 06 08 2B 06 01 05 05 07 08 05 A0 18 0C 16 2A 2E 72 65 67 69 6F 6E 73 2E 74 61 78 2E 6E 61 6C 6F 67 2E 72 75 30 09 06 07 2A 86 48 CE 38 04 03 03 2F 00 30 2C 02 14 75 2C B9 7A 85 A2 F5 78 28 96 61 29 47 9B EB 2D 7D 9C 25 63 02 14 04 26 4C 0C EF FC AC 65 47 42 6F 5F F8 32 80 F2 B2 40 39 7E 0C 00 01 57 00 60 E9 E6 42 59 9D 35 5F 37 C9 7F FD 35 67 12 0B 8E 25 C9 CD 43 E9 27 B3 A9 67 0F BE C5 D8 90 14 19 22 D2 C3 B3 AD 24 80 09 37 99 86 9D 1E 84 6A AB 49 FA B0 AD 26 D2 CE 6A 22 21 9D 47 0B CE 7D 77 7D 4A 21 FB E9 C2 70 B5 7F 60 70 02 F3 CE F8 39 36 94 CF 45 EE 36 88 C1 1A 8C 56 AB 12 7A 3D AF 00 60 30 47 0A D5 A0 05 FB 14 CE 2D 9D CD 87 E3 8B C7 D1 B1 C5 FA CB AE CB E9 5F 19 0A A7 A3 1D 23 C4 DB BC BE 06 17 45 44 40 1A 5B 2C 02 09 65 D8 C2 BD 21 71 D3 66 84 45 77 1F 74 BA 08 4D 20 29 D8 3C 1C 15 85 47 F3 A9 F1 A2 71 5B E2 3D 51 AE 4D 3E 5A 1F 6A 70 64 F3 16 93 3A 34 6D 3F 52 92 52 00 60 7E 3E 61 E0 49 39 95 D9 4D 79 9A 95 59 7E E7 0C DA D0 5D 93 EF AA 73 0E 9E 8C 75 4F 96 2F 9D 92 8E 1D DB 68 6C 3A 9C A1 CE 27 58 DC 08 B9 8A 99 FA FC 83 A3 07 72 8D 1B 3E 27 8D 09 4E AB E1 1F 9B 37 63 00 DA 0C 71 13 4D 37 DE EE 4E 18 17 5A 36 B7 C6 02 B1 51 1D 4A 7D EE 7B 58 B8 D1 6E B1 00 2F 30 2D 02 14 4C DE D9 05 6B 92 90 C7 D3 A9 34 B6 CE 8D 41 D8 1F 7F C1 5B 02 15 00 87 B6 BE 45 63 3A DD D2 C2 4C AF 85 1F E3 30 8B 96 99 54 0D 0E 00 00 00]
2011.09.22 12:29:29 [/192.168.157.18:3938] Filtered Write: org.apache.mina.filter.support.SSLHandler@1645b9
2011.09.22 12:29:29 [/192.168.157.18:3938] already encrypted: HeapBuffer[pos=0 lim=1127 cap=1127: 16 03 01 04 62 02 00 00 46 03 01 4E 7A F1 E9 8E AA 86 24 67 10 68 C6 C3 CB FB 5E 3B 17 44 7C 03 16 D5 4D D4 CC 9D 14 35 DB C4 E4 20 4E 7A F1 E9 89 EB 8C A3 39 D0 CC 6D 63 06 CC 59 AF 90 F3 D9 93 70 6D F6 72 47 FE 04 DE C0 B8 F8 00 32 00 0B 00 02 B5 00 02 B2 00 02 AF 30 82 02 AB 30 82 02 6B A0 03 02 01 02 02 08 05 45 17 A4 6F A8 50 D3 30 09 06 07 2A 86 48 CE 38 04 03 30 1F 31 1D 30 1B 06 03 55 04 03 0C 14 72 65 67 69 6F 6E 73 2E 74 61 78 2E 6E 61 6C 6F 67 2E 72 75 30 1E 17 0D 31 31 30 39 32 31 30 37 34 35 32 30 5A 17 0D 31 36 30 38 32 35 30 37 34 35 32 30 5A 30 1F 31 1D 30 1B 06 03 55 04 03 0C 14 72 65 67 69 6F 6E 73 2E 74 61 78 2E 6E 61 6C 6F 67 2E 72 75 30 82 01 B6 30 82 01 2B 06 07 2A 86 48 CE 38 04 01 30 82 01 1E 02 81 81 00 FC 53 53 E5 5D B8 34 7D 47 79 80 55 F4 03 67 96 B8 CD 89 FB 30 5D BD 24 24 97 CD D8 06 60 94 0E CD CD 4D 4C 15 28 19 78 3C F1 39 96 60 5B 1A 0D 74 FF 1C 88 8C 15 55 46 79 E4 0C 98 3F CB 4A 5F 9F 23 0D 10 62 55 BB 1C FE E5 E5 FF 04 E3 B2 F6 9A 81 DD FC 01 69 83 29 63 6A 79 7B 18 B3 C7 30 FE AE 77 CF E1 E2 46 13 83 30 0F 2D F3 7B E6 7C 70 72 13 83 E7 4E 00 8F 24 67 EB 06 B9 98 C5 17 02 15 00 CE 81 81 3B A9 B4 4B 89 3E F2 36 50 B0 11 B2 B8 AC 0B 33 B7 02 81 80 72 33 04 EE C6 8E 02 30 5D 85 BF F9 AF 81 F5 62 03 C1 1F 12 62 7E 6C 47 AA 95 12 12 BE FD 5B 37 F2 2E 7C 38 03 CA 92 7E 06 CD D2 7B BC E0 B3 3D E3 B3 71 0B C6 02 EA DF 57 8C 2A 4B 9A 2A C8 73 2A A0 D6 80 A6 41 91 83 DF C7 B9 E4 07 9F FE 9E 89 D8 2F C2 74 53 5A F2 D4 14 FD 5D 47 7E 70 54 37 99 9B 29 4B 36 5C 94 55 8C A1 72 B7 AB D7 27 8F FE 0E 62 F7 45 0E C0 1A C0 A2 B9 CD C8 D9 F0 03 81 84 00 02 81 80 6B 63 CA EB A8 77 61 55 C9 64 F6 27 E4 86 F1 2B DC 94 97 7A 70 9B 15 38 B4 54 64 94 75 DD 90 95 21 44 F3 EC 33 30 15 57 5E D2 91 A4 43 83 FF 01 80 E5 C4 B5 8B 3D 7C EC DF 87 23 1C 19 C6 54 89 52 2F 87 53 98 F9 46 F9 C2 3D F5 F1 B6 A8 4A 00 0F 6D 48 2D 93 85 20 81 8A FF CF 36 24 51 68 4B 66 18 48 3F 93 03 2B 03 F0 92 2B 22 33 3B 44 48 47 B8 94 61 AF 5A C7 75 80 37 D2 C5 ED C4 09 3C A3 33 30 31 30 2F 06 03 55 1D 11 04 28 30 26 A0 24 06 08 2B 06 01 05 05 07 08 05 A0 18 0C 16 2A 2E 72 65 67 69 6F 6E 73 2E 74 61 78 2E 6E 61 6C 6F 67 2E 72 75 30 09 06 07 2A 86 48 CE 38 04 03 03 2F 00 30 2C 02 14 75 2C B9 7A 85 A2 F5 78 28 96 61 29 47 9B EB 2D 7D 9C 25 63 02 14 04 26 4C 0C EF FC AC 65 47 42 6F 5F F8 32 80 F2 B2 40 39 7E 0C 00 01 57 00 60 E9 E6 42 59 9D 35 5F 37 C9 7F FD 35 67 12 0B 8E 25 C9 CD 43 E9 27 B3 A9 67 0F BE C5 D8 90 14 19 22 D2 C3 B3 AD 24 80 09 37 99 86 9D 1E 84 6A AB 49 FA B0 AD 26 D2 CE 6A 22 21 9D 47 0B CE 7D 77 7D 4A 21 FB E9 C2 70 B5 7F 60 70 02 F3 CE F8 39 36 94 CF 45 EE 36 88 C1 1A 8C 56 AB 12 7A 3D AF 00 60 30 47 0A D5 A0 05 FB 14 CE 2D 9D CD 87 E3 8B C7 D1 B1 C5 FA CB AE CB E9 5F 19 0A A7 A3 1D 23 C4 DB BC BE 06 17 45 44 40 1A 5B 2C 02 09 65 D8 C2 BD 21 71 D3 66 84 45 77 1F 74 BA 08 4D 20 29 D8 3C 1C 15 85 47 F3 A9 F1 A2 71 5B E2 3D 51 AE 4D 3E 5A 1F 6A 70 64 F3 16 93 3A 34 6D 3F 52 92 52 00 60 7E 3E 61 E0 49 39 95 D9 4D 79 9A 95 59 7E E7 0C DA D0 5D 93 EF AA 73 0E 9E 8C 75 4F 96 2F 9D 92 8E 1D DB 68 6C 3A 9C A1 CE 27 58 DC 08 B9 8A 99 FA FC 83 A3 07 72 8D 1B 3E 27 8D 09 4E AB E1 1F 9B 37 63 00 DA 0C 71 13 4D 37 DE EE 4E 18 17 5A 36 B7 C6 02 B1 51 1D 4A 7D EE 7B 58 B8 D1 6E B1 00 2F 30 2D 02 14 4C DE D9 05 6B 92 90 C7 D3 A9 34 B6 CE 8D 41 D8 1F 7F C1 5B 02 15 00 87 B6 BE 45 63 3A DD D2 C2 4C AF 85 1F E3 30 8B 96 99 54 0D 0E 00 00 00]
2011.09.22 12:29:29 [/192.168.157.18:3938] handshakeStatus=NEED_UNWRAP
2011.09.22 12:29:29 [/192.168.157.18:3938] unwrapHandshake()
2011.09.22 12:29:29 [/192.168.157.18:3938] inNetBuffer: java.nio.DirectByteBuffer[pos=0 lim=0 cap=16665]
2011.09.22 12:29:29 [/192.168.157.18:3938] appBuffer: java.nio.DirectByteBuffer[pos=0 lim=33330 cap=33330]
2011.09.22 12:29:29 [/192.168.157.18:3938] Unwrap res:Status = BUFFER_UNDERFLOW HandshakeStatus = NEED_UNWRAP
bytesConsumed = 0 bytesProduced = 0
2011.09.22 12:30:09 Launching thread for /192.168.157.18:3704
2011.09.22 12:30:09 ConnectionHandler: Closing connection that has been idle: org.jivesoftware.openfire.nio.NIOConnection@37504d MINA Session: (SOCKET, R: /192.168.157.18:3704, L: /10.116.157.4:5223, S: 0.0.0.0/0.0.0.0:5223)
2011.09.22 12:30:09 [/192.168.157.18:3704] Filtered Write: org.apache.mina.filter.support.SSLHandler@eebf17
2011.09.22 12:30:09 [/192.168.157.18:3704] Handshaking is not complete yet. Buffering write request.
2011.09.22 12:30:11 [/192.168.157.18:3704] write outNetBuffer: java.nio.DirectByteBuffer[pos=0 lim=7 cap=16665]
2011.09.22 12:30:11 [/192.168.157.18:3704] session write: HeapBuffer[pos=0 lim=7 cap=7: 15 03 01 00 02 01 00]
2011.09.22 12:30:11 Exiting since queue is empty for /192.168.157.18:3704
2011.09.22 12:30:11 [/192.168.157.18:3704] Unexpected exception from SSLEngine.closeInbound().
javax.net.ssl.SSLException: Inbound closed before receiving peer's close_notify: possible truncation attack?
    at com.sun.net.ssl.internal.ssl.Alerts.getSSLException(Unknown Source)
    at com.sun.net.ssl.internal.ssl.SSLEngineImpl.fatal(Unknown Source)
    at com.sun.net.ssl.internal.ssl.SSLEngineImpl.fatal(Unknown Source)
    at com.sun.net.ssl.internal.ssl.SSLEngineImpl.closeInbound(Unknown Source)
    at org.apache.mina.filter.support.SSLHandler.destroy(SSLHandler.java:167)
    at org.apache.mina.filter.SSLFilter.sessionClosed(SSLFilter.java:367)
    at org.apache.mina.common.support.AbstractIoFilterChain.callNextSessionClosed(AbstractIoFilterChain.java:269)
    at org.apache.mina.common.support.AbstractIoFilterChain.access$800(AbstractIoFilterChain.java:53)
    at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.sessionClosed(AbstractIoFilterChain.java:633)
    at org.apache.mina.common.support.AbstractIoFilterChain$HeadFilter.sessionClosed(AbstractIoFilterChain.java:484)
    at org.apache.mina.common.support.AbstractIoFilterChain.callNextSessionClosed(AbstractIoFilterChain.java:269)
    at org.apache.mina.common.support.AbstractIoFilterChain.fireSessionClosed(AbstractIoFilterChain.java:264)
    at org.apache.mina.common.support.IoServiceListenerSupport.fireSessionDestroyed(IoServiceListenerSupport.java:224)
    at org.apache.mina.transport.socket.nio.SocketIoProcessor.doRemove(SocketIoProcessor.java:188)
    at org.apache.mina.transport.socket.nio.SocketIoProcessor.access$600(SocketIoProcessor.java:45)
    at org.apache.mina.transport.socket.nio.SocketIoProcessor$Worker.run(SocketIoProcessor.java:489)
    at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:51)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
    at java.lang.Thread.run(Unknown Source)
2011.09.22 12:30:11 Launching thread for /192.168.157.18:3704
2011.09.22 12:30:11 Exiting since queue is empty for /192.168.157.18:3704
2011.09.22 12:32:29 Launching thread for /192.168.157.18:3938
2011.09.22 12:32:29 Exiting since queue is empty for /192.168.157.18:3938

Serge Loginov
Без патча и ssl миранда вручную подключается?

victorae да подключилась.

При добавлении контакта в ростер 0.9.30(чистая с сайта) ложится не его ник "Юзер Ю. Юзерович", а его имя учетки "юзер". В ветке 0.8.22 сразу в ростер попадает "Юзер Ю. Юзерович". Кто то расскопал где именно включить этот резолвинг ника на стадии добавления контакта?

victorae у меня в визитке вместо никнейма юзернейм отображается, если у тебя то же самое, то все дело в этом.
баг миранды ?

HumpSoft
В vcard все нормально отображается, косяк только при добавлении нового контакта.

Доброго дня
OpenFire 3.7.0 на Server 2003 SP2 (нет AD), база на Мускуле
Pandion 2.6.106 в основном на ХР. шифрование не используется. Юзеров не больше 30.

при отправке сообщения примерно в 100 символов и более может вылететь клиент (не всегда, рандомно), сообщение не доходит.
так же иногда сообщения просто не доходят (без вылетов клиента)
Установлены плагины:
Broadcast     
Monitoring Service     
Search     
User Import Export

поделитесь опытом решения подобных проблем. какие логи интересны?

Добавлено:
читал ветку, периодически люди жалуются на недоставку сообщений (в том числе и на более ранних версиях сервера). комментировали что это баг ОпенФайера и вопросы надо задавать разработчикам. хочется верить что починить можно

namazi74
Это глюк 3.7.0 версии, ставится патч Альфа что бы как то залатать эту фигню, смотри внимательно шапку. В 3.6.4 такой проблемы нет. Ну и сам по себе Пандион - еще та фигня, доставку сообщения не гарантирует.

ясно, попробую сначала заплатку, если баг останется, то забэкаплю базу и установлю 3.6.4.
спасибо за ответ

мда... с бэкапом я погорячился. не решился использовать базу Мускула с 3.7 в 3.6.4, потому сделал .xml бэкап средствами плагина ОпенФайера. но вот незадача - для старой версии этого плагина не нашёл...

namazi74

Цитата:

использовать базу Мускула с 3.7 в 3.6.4

отличия можно посмотреть в сиквел скриптах \Openfire\resources\database\

спасибо, гляну.
ещё вопросик. попытался добавить плагины с новой версии, естественно не получилось, но сервер пытается постоянно их загрузить, ребуты не помогли. вот лог с админки:

Ignoring plugin broadcast: requires server version 3.7.0
Ignoring plugin monitoring: requires server version 3.7.0
Ignoring plugin userimportexport: requires server version 3.7.0

и так каждую минуту, это ведь не правильно...

Добавлено:
вроде решил. тупо удалил каталоги и архивы плагинов из каталога plugins

Ребят, по моему вопросу можете все-таки поподробней подсказать?

<serverURL>jdbc:mysql://localhost:3306/openfire?useUnicode=true&characterEncoding=UTF-8&characterSetResults=UTF-8</serverURL>

получаю ошибку
Error on line 41 of document : The reference to entity "characterEncoding" must end with the ';' delimiter.

что сделать?

de1eted
<serverURL>jdbc:mysql://localhost:3306/openfire?useUnicode=true&amp;characterEncoding=UTF-8&amp;characterSetResults=UTF-8</serverURL>

Спасибо. Работает. Но перед этим грохнул базу. Старая на шведском была.

Вышла версия Openfire Server version 3.7.1

глюки пофиксили?

HumpSoft
s2s работает, на кириллице не дисконектит, патч нтлм работает, внешне вроде все ок..

Доброго времени суток!
Подскажите, плз, такую вещь,- может кто сталкивался. Поставил OpenFire 3.7.1, прикрутил к нему kraken 1.1.3beta3. В Gateway поднял два транспорта ICQ и JABBER для QIP. В качестве клиентов QIP2010 build 6116 в режиме /isolated. Насчет обмена сообщениями все чудесно работает как в локальной сетке(на внутренних, так сказать учетках), так и во внешней на учетках QIPa и ICQ. А вот, что касается передачи файлов, тут такое дело: в локалке(внутренние учетки) файлы на ура по сетке ходят, а во внешний мир(с учеток QIPa и ICQ) никак. Пишет "ожидание подключения" и все. Причем ни в логах OpenFire, ни в XML консоле самого QIPа ничего не происходит. А с QIP и ICQ за пределами фирмы файлы ко мне приходят нормально. Подскажите в какую сторону копать!

Silence2003
с аськой обмена не будет файлами, а что за транспорт такой джаббер для квип? Масло масляное? двум джаббер серверам транспорт не нужен, нужен нормально настроенный server 2 server.

Кто перешел на 3.7.1 отпишитесь как там с глюками. Пришлось откатиться на 3.6.4, по причинам - 3.7.0 - вылетали группы напрочь и более ваще не подключались, вылетали и пользователи при отправке сообщений, с базой кривенько (SQL 2005) работал.

Geriv
Не поддерживаю. Обновился с 3.7.0 до 3.7.1, база на 2008 SQL, группы не вылетают, пользователи не вылетают, никаких ухудшений не заметил

OpenArchive почему-то не пашет (

unreal 777

Поверх накатили 3.7.1 на 3.7.0 или с нуля ставили по новой?
И ещё, я так понял, что практически все плугины заточены под 3.6.4

И кста так и не смог завести всех пользователей из леса (один) доменов (20 поддоменов) при смене порта на 3268 вылетают пользователи из головного домена, игра с фильтрами не решила проблему. Как люди победили это так и не понял. Серверная часть развернута на головном. Разворачивать отдельно серверные части в каждом поддомене и заряжать всех в шлюз не стал, так как считаю, что это не выход, будет гимор с группами и мне нужно централизованное управление.


namazi74

были такие проблемы, но после перехода на Pandion 2.6.114 (стабильная) проблемы с доставкой сообщений полностью исчезли, использовал тогда Openfire 3.6.4

На 3.7.0 такие баги постоянно даже и при использовании Pandion 2.6.114
На 3.7.1 сегодня вечером перееду, скажу.

Цитата:

Silence2003
с аськой обмена не будет файлами, а что за транспорт такой джаббер для квип? Масло масляное? двум джаббер серверам транспорт не нужен, нужен нормально настроенный server 2 server.

По определению не будет? Тогда печалька. "Транспорт для QIP" это тот же XMPP транспорт. Просто идея изначально была в том, чтобы все подключения пользователей шли через OpenFire, без использования на их компах прямых подключений мессенджеров(типа "login.icq.com:5190", "webim.qip.ru:5222" ну и т.д. если в дальнейшем потребуется).
А возможно тогда организовать нормальный обмен файлами с внешними клиентами при помощи s2s?

Silence2003
с аськой не будет, ну разве что майл.ру чего то там допилит и сделает джаббер нативным для асек
Если эС2эС нормально настроен то никаких подключений на "webim.qip.ru:5222" не требуется. Добавляется в контакты пользователь юзер@qip.ru , а все остальное делают сервера. Без транспортов.

victorae, спасибо за участие!
Сразу образовалось несколько вопросов:
Подскажите, плз, шо значнит s2s нормально настроен?
Я так понимаю, что
Цитата:

то никаких подключений на "webim.qip.ru:5222" не требуется

это значит, что поднятый в gateway XMPP транспорт для QIP не нужен?

Цитата:

Добавляется в контакты пользователь юзер@qip.ru , а все остальное делают сервера

Это где он добавляется?
Ну и, собственно, основной: обмен файлами с внешними клиентами по сути заберет на себя QIP-овский акк у конкретного пользователя?