Sorry i mixed the port:

2009-03-02 21:29:07 [12054] [9] DEBUG: Parsing URL `
http://localhost:13002/logger/logMessage?mobile_number=mirbim&short_code=%2B355672509006&text=%40&binary_text=
':
2009-03-02 21:29:07 [12054] [9] DEBUG:   Scheme: http://
2009-03-02 21:29:07 [12054] [9] DEBUG:   Host: localhost
2009-03-02 21:29:07 [12054] [9] DEBUG:   Port: 13002
2009-03-02 21:29:07 [12054] [9] DEBUG:   Username: (null)
2009-03-02 21:29:07 [12054] [9] DEBUG:   Password: (null)
2009-03-02 21:29:07 [12054] [9] DEBUG:   Path: /logger/logMessage
2009-03-02 21:29:07 [12054] [9] DEBUG:   Query:
mobile_number=mirbim&short_code=%2B355672509006&text=%40&binary_text=
2009-03-02 21:29:07 [12054] [9] DEBUG:   Fragment: (null)
2009-03-02 21:29:07 [12054] [9] DEBUG: HTTP: Opening connection to
`localhost:13002' (fd=26).
2009-03-02 21:29:07 [12054] [9] DEBUG: Socket connecting
2009-03-02 21:29:07 [12054] [8] DEBUG: Get info about connecting socket
2009-03-02 21:29:07 [12054] [8] DEBUG: HTTP: Sending request:
2009-03-02 21:29:07 [12054] [8] DEBUG: Octet string at 0x97aa6a0:
2009-03-02 21:29:07 [12054] [8] DEBUG:   len:  178
2009-03-02 21:29:07 [12054] [8] DEBUG:   size: 1024
2009-03-02 21:29:07 [12054] [8] DEBUG:   immutable: 0
2009-03-02 21:29:07 [12054] [8] DEBUG:   data: 47 45 54 20 2f 6c 6f 67 67 65
72 2f 6c 6f 67 4d   GET /logger/logM
2009-03-02 21:29:07 [12054] [8] DEBUG:   data: 65 73 73 61 67 65 3f 6d 6f 62
69 6c 65 5f 6e 75   essage?mobile_nu
2009-03-02 21:29:07 [12054] [8] DEBUG:   data: 6d 62 65 72 3d 6d 69 72 62 69
6d 26 73 68 6f 72   mber=mirbim&shor
2009-03-02 21:29:07 [12054] [8] DEBUG:   data: 74 5f 63 6f 64 65 3d 25 32 42
33 35 35 36 37 32   t_code=%2B355672
2009-03-02 21:29:07 [12054] [8] DEBUG:   data: 35 30 39 30 30 36 26 74 65 78
74 3d 25 34 30 26   509006&text=%40&
2009-03-02 21:29:07 [12054] [8] DEBUG:   data: 62 69 6e 61 72 79 5f 74 65 78
74 3d 20 48 54 54   binary_text= HTT
2009-03-02 21:29:07 [12054] [8] DEBUG:   data: 50 2f 31 2e 31 0d 0a 48 6f 73
74 3a 20 6c 6f 63   P/1.1..Host: loc
2009-03-02 21:29:07 [12054] [8] DEBUG:   data: 61 6c 68 6f 73 74 3a 31 33 30
30 32 0d 0a 43 6f   alhost:13002..Co
2009-03-02 21:29:07 [12054] [8] DEBUG:   data: 6e 6e 65 63 74 69 6f 6e 3a 20
6b 65 65 70 2d 61   nnection: keep-a
2009-03-02 21:29:07 [12054] [8] DEBUG:   data: 6c 69 76 65 0d 0a 55 73 65 72
2d 41 67 65 6e 74   live..User-Agent
2009-03-02 21:29:07 [12054] [8] DEBUG:   data: 3a 20 4b 61 6e 6e 65 6c 2f 31
2e 34 2e 33 0d 0a   : Kannel/1.4.3..
2009-03-02 21:29:07 [12054] [8] DEBUG:   data: 0d
0a                                             ..
2009-03-02 21:29:07 [12054] [8] DEBUG: Octet string dump ends.


On Tue, Mar 3, 2009 at 4:08 PM, Rodrigo Cremaschi <
[email protected]> wrote:

> You have nothing listening at port 13004 of your localhost:
>
> 2009-03-02 21:16:45 [11979] [9] DEBUG: HTTP: Opening connection to
> `localhost:13004' (fd=26).
> 2009-03-02 21:16:45 [11979] [9] DEBUG: Socket connecting
> 2009-03-02 21:16:45 [11979] [8] DEBUG: Get info about connecting socket
> 2009-03-02 21:16:45 [11979] [8] DEBUG: Socket not connected
> 2009-03-02 21:16:45 [11979] [8] ERROR: Couldn't fetch <
> http://localhost:13004/logger/logMessage?mobile_number=mirbim&short_code=%2B355672509006&text=%40&binary_text=
> >
>
>
>
> On Tue, Mar 3, 2009 at 12:58 PM, Elton Hoxha <[email protected]> wrote:
> > Hi Rodrigo
> >
> > I changed it as you said and restarted the services. After trying sending
> an
> > MO
> >
> > Here is the output from SMSBOX logs
> >
> > 2009-03-02 21:16:45 [11979] [9] DEBUG: Parsing URL
> > `
> http://localhost:13004/logger/logMessage?mobile_number=mirbim&short_code=%2B355672509006&text=%40&binary_text=
> ':
> > 2009-03-02 21:16:45 [11979] [9] DEBUG:   Scheme: http://
> > 2009-03-02 21:16:45 [11979] [9] DEBUG:   Host: localhost
> > 2009-03-02 21:16:45 [11979] [9] DEBUG:   Port: 13004
> > 2009-03-02 21:16:45 [11979] [9] DEBUG:   Username: (null)
> > 2009-03-02 21:16:45 [11979] [9] DEBUG:   Password: (null)
> > 2009-03-02 21:16:45 [11979] [9] DEBUG:   Path: /logger/logMessage
> > 2009-03-02 21:16:45 [11979] [9] DEBUG:   Query:
> > mobile_number=mirbim&short_code=%2B355672509006&text=%40&binary_text=
> > 2009-03-02 21:16:45 [11979] [9] DEBUG:   Fragment: (null)
> > 2009-03-02 21:16:45 [11979] [9] DEBUG: HTTP: Opening connection to
> > `localhost:13004' (fd=26).
> > 2009-03-02 21:16:45 [11979] [9] DEBUG: Socket connecting
> > 2009-03-02 21:16:45 [11979] [8] DEBUG: Get info about connecting socket
> > 2009-03-02 21:16:45 [11979] [8] DEBUG: Socket not connected
> > 2009-03-02 21:16:45 [11979] [8] ERROR: Couldn't fetch
> > <
> http://localhost:13004/logger/logMessage?mobile_number=mirbim&short_code=%2B355672509006&text=%40&binary_text=
> >
> > 2009-03-02 21:16:45 [11979] [5] DEBUG: message length 31, sending 1
> messages
> > 2009-03-02 21:16:45 [11979] [0] DEBUG: Got ACK (0) of
> > ec7d8817-68a2-483b-a268-1739464cf7d5
> > 2009-03-02 21:16:45 [11979] [0] DEBUG: No client - multi-send or ACK to
> > pull-reply
> >
> >
> > And from bearerbox:
> >
> > 2009-03-02 21:16:35 [11971] [0] INFO: MAIN: Start-up done, entering
> mainloop
> > 2009-03-02 21:16:35 [11971] [6] DEBUG: Thread 6
> > (gw/smsc/smsc_smpp.c:io_thread) maps to pid 11971.
> > 2009-03-02 21:16:35 [11971] [7] DEBUG: Thread 7
> > (gw/bb_smscconn.c:sms_router) maps to pid 11971.
> > 2009-03-02 21:16:35 [11971] [6] DEBUG: SMPP[internal]: Sending PDU:
> > 2009-03-02 21:16:35 [11971] [6] DEBUG: SMPP PDU 0x86ecd08 dump:
> > 2009-03-02 21:16:35 [11971] [6] DEBUG:   type_name: bind_transceiver
> > 2009-03-02 21:16:35 [11971] [6] DEBUG:   command_id: 9 = 0x00000009
> > 2009-03-02 21:16:35 [11971] [6] DEBUG:   command_status: 0 = 0x00000000
> > 2009-03-02 21:16:35 [11971] [6] DEBUG:   sequence_number: 1 = 0x00000001
> > 2009-03-02 21:16:35 [11971] [6] DEBUG:   system_id: "demirbim"
> > 2009-03-02 21:16:35 [11971] [6] DEBUG:   password: "demirbim"
> > 2009-03-02 21:16:35 [11971] [6] DEBUG:   system_type: "demirbim"
> > 2009-03-02 21:16:35 [11971] [6] DEBUG:   interface_version: 52 =
> 0x00000034
> > 2009-03-02 21:16:35 [11971] [6] DEBUG:   addr_ton: 0 = 0x00000000
> > 2009-03-02 21:16:35 [11971] [6] DEBUG:   addr_npi: 0 = 0x00000000
> > 2009-03-02 21:16:35 [11971] [6] DEBUG:   address_range: "999998"
> > 2009-03-02 21:16:35 [11971] [6] DEBUG: SMPP PDU dump ends.
> > 2009-03-02 21:16:35 [11971] [6] DEBUG: Optional parameter tag (0x0210)
> > 2009-03-02 21:16:35 [11971] [6] DEBUG: Optional parameter length read as
> 1
> > 2009-03-02 21:16:35 [11971] [6] DEBUG: SMPP[internal]: Got PDU:
> > 2009-03-02 21:16:35 [11971] [6] DEBUG: SMPP PDU 0x86ed110 dump:
> > 2009-03-02 21:16:35 [11971] [6] DEBUG:   type_name: bind_transceiver_resp
> > 2009-03-02 21:16:35 [11971] [6] DEBUG:   command_id: 2147483657 =
> 0x80000009
> > 2009-03-02 21:16:35 [11971] [6] DEBUG:   command_status: 0 = 0x00000000
> > 2009-03-02 21:16:35 [11971] [6] DEBUG:   sequence_number: 1 = 0x00000001
> > 2009-03-02 21:16:35 [11971] [6] DEBUG:   system_id: "demirbim"
> > 2009-03-02 21:16:35 [11971] [6] DEBUG:   sc_interface_version: 52 =
> > 0x00000034
> > 2009-03-02 21:16:35 [11971] [6] DEBUG: SMPP PDU dump ends.
> > 2009-03-02 21:16:39 [11971] [5] INFO: Client connected from <127.0.0.1>
> > 2009-03-02 21:16:39 [11971] [5] DEBUG: Started thread 8
> > (gw/bb_boxc.c:function)
> > 2009-03-02 21:16:39 [11971] [8] DEBUG: Thread 8 (gw/bb_boxc.c:function)
> maps
> > to pid 11971.
> > 2009-03-02 21:16:39 [11971] [8] DEBUG: Started thread 9
> > (gw/bb_boxc.c:boxc_sender)
> > 2009-03-02 21:16:39 [11971] [9] DEBUG: Thread 9
> (gw/bb_boxc.c:boxc_sender)
> > maps to pid 11971.
> > 2009-03-02 21:16:45 [11971] [6] ERROR: SMPP: PDU NULL terminated string
> > (service_type) longer than allowed.
> > 2009-03-02 21:16:45 [11971] [6] DEBUG: SMPP[internal]: Got PDU:
> > 2009-03-02 21:16:45 [11971] [6] DEBUG: SMPP PDU 0x86ed8b0 dump:
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   type_name: deliver_sm
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   command_id: 5 = 0x00000005
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   command_status: 0 = 0x00000000
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   sequence_number: 771 =
> 0x00000303
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   service_type: NULL
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   source_addr_ton: 100 =
> 0x00000064
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   source_addr_npi: 101 =
> 0x00000065
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   source_addr: "mirbim"
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   dest_addr_ton: 1 = 0x00000001
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   dest_addr_npi: 1 = 0x00000001
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   destination_addr: "355672509006"
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   esm_class: 0 = 0x00000000
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   protocol_id: 1 = 0x00000001
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   priority_flag: 57 = 0x00000039
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   schedule_delivery_time: "99998"
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   validity_period: NULL
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   registered_delivery: 0 =
> 0x00000000
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   replace_if_present_flag: 0 =
> > 0x00000000
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   data_coding: 0 = 0x00000000
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   sm_default_msg_id: 0 =
> 0x00000000
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   sm_length: 1 = 0x00000001
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   short_message:
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:    Octet string at 0x86ee530:
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:      len:  1
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:      size: 2
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:      immutable: 0
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:      data:
> > 00                                                .
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:    Octet string dump ends.
> > 2009-03-02 21:16:45 [11971] [6] DEBUG: SMPP PDU dump ends.
> > 2009-03-02 21:16:45 [11971] [6] DEBUG: SMPP[internal]: Sending PDU:
> > 2009-03-02 21:16:45 [11971] [6] DEBUG: SMPP PDU 0x86ee558 dump:
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   type_name: deliver_sm_resp
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   command_id: 2147483653 =
> 0x80000005
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   command_status: 0 = 0x00000000
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   sequence_number: 771 =
> 0x00000303
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   message_id: NULL
> > 2009-03-02 21:16:45 [11971] [6] DEBUG: SMPP PDU dump ends.
> > 2009-03-02 21:16:45 [11971] [9] DEBUG: send_msg: sending msg to box:
> > <127.0.0.1>
> > 2009-03-02 21:16:45 [11971] [9] DEBUG: boxc_sender: sent message to
> > <127.0.0.1>
> > 2009-03-02 21:16:45 [11971] [8] DEBUG: boxc_receiver: got ack
> > 2009-03-02 21:16:45 [11971] [8] DEBUG: boxc_receiver: sms received
> > 2009-03-02 21:16:45 [11971] [8] DEBUG: send_msg: sending msg to box:
> > <127.0.0.1>
> > 2009-03-02 21:16:45 [11971] [6] DEBUG: SMPP[internal]: Sending PDU:
> > 2009-03-02 21:16:45 [11971] [6] DEBUG: SMPP PDU 0x86ee530 dump:
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   type_name: submit_sm
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   command_id: 4 = 0x00000004
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   command_status: 0 = 0x00000000
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   sequence_number: 2 = 0x00000002
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   service_type: NULL
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   source_addr_ton: 1 = 0x00000001
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   source_addr_npi: 1 = 0x00000001
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   source_addr: "355672509006"
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   dest_addr_ton: 2 = 0x00000002
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   dest_addr_npi: 1 = 0x00000001
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   destination_addr: "mirbim"
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   esm_class: 3 = 0x00000003
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   protocol_id: 0 = 0x00000000
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   priority_flag: 0 = 0x00000000
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   schedule_delivery_time: NULL
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   validity_period: NULL
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   registered_delivery: 0 =
> 0x00000000
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   replace_if_present_flag: 0 =
> > 0x00000000
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   data_coding: 0 = 0x00000000
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   sm_default_msg_id: 0 =
> 0x00000000
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   sm_length: 31 = 0x0000001f
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:   short_message:
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:    Octet string at 0x86eed60:
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:      len:  31
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:      size: 32
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:      immutable: 0
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:      data: 43 6f 75 6c 64 20 6e 6f
> 74
> > 20 66 65 74 63 68 20   Could not fetch
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:      data: 63 6f 6e 74 65 6e 74 2c
> 20
> > 73 6f 72 72 79 2e      content, sorry.
> > 2009-03-02 21:16:45 [11971] [6] DEBUG:    Octet string dump ends.
> > 2009-03-02 21:16:45 [11971] [6] DEBUG: SMPP PDU dump ends.
> >
> >
> >
> >
> > On Tue, Mar 3, 2009 at 3:46 PM, Remon <[email protected]> wrote:
> >>
> >> Hello there,
> >>
> >>
> >>
> >> I’m gonna guide you on sms services
> >>
> >>
> >>
> >> First to test your setup please configure only one sms service group as
> >> follows
> >>
> >>
> >>
> >> group = sms-service
> >>
> >> keyword = default
> >>
> >> get-url =
> >> “
> http://localhost/logger/logMessage?mobile_number=%p&short_code=%P&text=%b&binary_text=%s
> "
> >>
> >>
> >>
> >>
> >>
> >> Please make sure the URL will log all received parameters.
> >>
> >>
> >>
> >> Now if kannel receives SMS message from SMSC (MO Message) sent from
> mobile
> >> then kannel will send these parameters to the URL configured above.
> >>
> >>
> >>
> >> Please check this and send me back.
> >>
> >>
> >>
> >> Regards,
> >>
> >> Remon
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> From: [email protected] [mailto:[email protected]] On
> Behalf
> >> Of Elton Hoxha
> >> Sent: Tuesday, March 03, 2009 4:27 PM
> >> To: Rodrigo Cremaschi
> >> Cc: [email protected]
> >> Subject: Re: SMS-SERVICE
> >>
> >>
> >>
> >> Hi Rodrigo,
> >>
> >> I`m reading the guide several times, and what I want now its the basic
> >> service, just to send and receive MO-MT SMS using Kannel. I have set the
> >> SMPP connections already and there is no problem with binding issues
> between
> >> kannel and SMPP Server.
> >> I`m able to send from tha application to mobile, but I cannot vice
> versa,
> >> from mobile to application.
> >>
> >> In the guide at the SMS-SERVICE configuration section, it writes:
> >>
> >> Now that you have an SMS center connection to send and receive SMS
> >> messages you need to define services for incoming messages
> >>
> >> But after many many many tries, im not able to receive
> >>
> >> Here is the conf file. All the blocks are understandable except
> >> SMS-SERVICE one that looks a bit ambigous.
> >>
> >> group = core
> >> admin-port = 13000
> >> smsbox-port = 13002
> >> admin-password = bar
> >> log-file = "/tmp/kannel.log"
> >> log-level = 0
> >> box-deny-ip = "*.*.*.*"
> >> box-allow-ip = "127.0.0.1"
> >> access-log = "/tmp/access.log"
> >>
> >> group=smsc
> >> smsc=smpp
> >> smsc-id=internal
> >> interface-version=34
> >> host=10.234.252.80
> >> port=3700
> >> system-id=demirbim
> >> smsc-password=demirbim
> >> system-type=demirbim
> >> transceiver-mode=1
> >> address-range=999998
> >>
> >>
> >> group = smsbox
> >> bearerbox-host = 127.0.0.1
> >> sendsms-port = 13014
> >> log-level = 0
> >>
> >> group = sendsms-user
> >> username = b
> >> password = b
> >>
> >> group = sms-service
> >> keyword = default
> >> text = "test"
> >> faked-sender = 999998
> >> catch-all = true
> >>
> >>
> >> Thanks
> >>
> >> On Tue, Mar 3, 2009 at 3:18 PM, Rodrigo Cremaschi
> >> <[email protected]> wrote:
> >>
> >> HEllo Elton,
> >>
> >> The userguide is not perfect, it's not complete, and it's not foolproof.
> >> You are right.
> >> But take some more time reading it, explore the web, use Google, write
> >> and test some configurations for yourself, read the mail archives and
> >> you will be rewarded with a working Kannel.
> >> If, in spite of all this, you find yourself in trouble to make Kannel
> >> work, come back with your config files, log excerpts and the list will
> >> try to help you.
> >>
> >> Best regards,
> >> Rodrigo.
> >>
> >> On Tue, Mar 3, 2009 at 12:03 PM, Elton Hoxha <[email protected]> wrote:
> >> > I have it but its confusing a bit
> >> >
> >> > On Tue, Mar 3, 2009 at 2:59 PM, Davor Spasoski
> >> > <[email protected]> wrote:
> >> >>
> >> >> Do you have a manual?
> >> >>
> >> >> ________________________________
> >> >>
> >> >> From: [email protected] [mailto:[email protected]] On
> >> >> Behalf
> >> >> Of Elton Hoxha
> >> >> Sent: Tuesday, March 03, 2009 2:44 PM
> >> >> To: [email protected]
> >> >> Subject: SMS-SERVICE
> >> >>
> >> >>
> >> >>
> >> >> Hi,
> >> >>
> >> >> Can anyone please explain me the functionality of this group? I read
> >> >> the
> >> >> guide already but again I have some ambiguities.
> >> >> What the keyword parameter is used for?
> >> >> The text parameter, is it used for predefined reply when the sender
> >> >> sends
> >> >> a SMS to a voting service for example.
> >> >>
> >> >> Please anyone explain with few words these parameters?
> >> >> send-url, get-url, dlr-url
> >> >>
> >> >> Thanks
> >> >>
> >> >> COSMOFON - Mobile Telecommunications Services - A.D. Skopje
> >> >> _______________________________________________________________
> >> >> This e-mail (including any attachments) is confidential and may be
> >> >> protected by legal privilege. If you are not the intended recipient,
> >> >> you
> >> >> should not copy it, re-transmit it, use it or disclose its contents,
> >> >> but
> >> >> should return it to the sender immediately and delete your copy from
> >> >> your
> >> >> system. Any unauthorized use or dissemination of this message in
> whole
> >> >> or in
> >> >> part is strictly prohibited. Please note that e-mails are susceptible
> >> >> to
> >> >> change. COSMOFON A.D. Skopje shall not be liable for the improper or
> >> >> incomplete transmission of the information contained in this
> >> >> communication
> >> >> nor for any delay in its receipt or damage to your system.
> >> >
> >>
> >>
> >
>
>

Reply via email to