--===============1484815246==
Content-Type: multipart/alternative;
boundary="=====================_103572656==.ALT"

--=====================_103572656==.ALT
Content-Type: text/plain; charset="iso-8859-1"; format=flowed
Content-Transfer-Encoding: quoted-printable

At 03:07 PM 10/10/2006, Sandeep Shenoy wrote:
>Friends,
>
>I am using Solaris 9, Sun Cluster 3.1, and=20
>Oracle 10.2 G RAC. We have ProFTPd 1.3.0=20
>installed on the system. The system is being a=20
>firewall. But the network guys got the NATTED IP=20
>address to the same IP addresses as the Physical=20
>IP addresses & Logical IP Addresses of the system.
>
>We use the logical IP address of the cluster for=20
>ftp purposes. Normally the clients get and put=20
>zip files, things are working fine here.
>
>Now we have ported an application which uses=20
>Oracle sql scripts to create a flat file. Then=20
>there some =93beautification=94 script is executed=20
>on top of it, by inserting some control=20
>sequences and carriage returns here and there,=20
>so that this file can then be printed on a pre-printed stationary in a=

Bank.
>
>Now here is where my problem lies. The system=20
>from where this application used to run=20
>previously and the new system generate the file=20
>in the most perfect manner. I have used all kind=20
>of UNIX commands to compare the o/ps and I can=20
>swear that they are same. I have used cksum,=20
>diff=85etc...Etc. the files match 100000%.
>
>But, when I get the file onto my windows XP PC=20
>and open the file using WordPad, the o/p is not=20
>what I want. The file is not corrupted, but I get an extra carriage return.


If I hear you correctly, you are saying that the=20
files on the *nix boxes are the same, that you=20
have checked with several tools. But somehow the=20
file is _changed_ by the process of transferring over to the PC.

The simplest check that you didn't mention is=20
checking the file sizes. You probably checked=20
that the files generated by the two *nix boxes=20
were the same size. But... after the transfer=20
was the size of the file on the PC the same size as found on the server?

It is possible you are being caught by the ASCII=20
vs. BINARY transfer mode problem. If ASCII mode=20
is enabled, then text files get _changed_ into=20
Windows-format text files, by having any=20
line-feed (LF) characters changed into a pair of=20
characters carriage-return/line-feed (CR/LF). So=20
the easiest check to do is to look and see if the=20
file was larger on the PC end after the transfer.

If so, there are two easy things to try. If you=20
can control the FTP client, enter the 'binary'=20
command to say that future file transfers (in=20
this session) should be done in BINARY mode, not=20
ASCII mode. Then GET the file. The file=20
contents won't be changed while transferring.

The other thing you could try is to change the=20
default transfer mode in ProFTPD. The standard=20
as written for FTP says that FTP servers are to=20
start out assuming ASCII mode. But like so much=20
else you can change this in ProFTPD. You have the
DefaultTransferMode binary
command commented-out in your configuration. Have you tried it thoroughly?


>Similarly, If I disable ProFTPd and use the=20
>generic ftp service of Solaris, the file is=20
>perfectly OK. But I need to keep the proftpd. Please HELLLLPPPP=85.
>
>Messed up file (using proftpd 1.3.0) displayed using WordPad
>---------------------------------------------------------------------------=

--------------
>
>0804011_08432 04893 0175 _
>000001
>708332 00443 00006 7
> GH. AL-HADRAMI
>
> 10/07_%BGH. AL-HADRAMI ?;708332004430000678=3D071051000001001000?
> 000002 =E7=3D=3D Notice this word on the new line
>708332 01478 00016 5
> AL-ORUOBA T. CO.
>
> 10/07_%BAL-ORUOBA T. CO?;708332014780001655=3D071052000001005000?
> 000003 =E7=3D=3D Notice this word on the new line
>708332 01710 00001 6
> HASAN RASHAD MOHAMMAD
>
> 10/07_%BHASAN RASHADM?;708332017100000166=3D071052000001001000?
> 000004 =E7=3D=3D Notice this word on the new line
>708332 02360 00002 3
> BERLIN DIMOND
>
> 10/07_%BBERLIN DIMOND?;708332023600000235=3D071052000001006000?
> 000005 =E7=3D=3D Notice this word on the new line
>708332 02360 00003 3
> BERLIN DIMOND
>
>
>Actually required file (using solaris generic=20
>in.ftpd) displayed using WordPad
>---------------------------------------------------------------------------=

------------------------------------
>
>0804011_08432 04893 0175 _
>000001
>708332 00443 00006 7
> GH. AL-HADRAMI
>
> 10/07_%BGH. AL-HADRAMI ?;708332004430000678=3D071051000001001000? 000002
>708332 01478 00016 5
> AL-ORUOBA T. CO.
>
> 10/07_%BAL-ORUOBA T. CO?;708332014780001655=3D071052000001005000? 000003
>708332 01710 00001 6
> HASAN RASHAD MOHAMMAD
>
> 10/07_%BHASAN RASHADM?;708332017100000166=3D071052000001001000? 000004
>708332 02360 00002 3
> BERLIN DIMOND
>
> 10/07_%BBERLIN DIMOND?;708332023600000235=3D071052000001006000? 000005
>708332 02360 00003 3
> BERLIN DIMOND
>
>
>My /usr/local/etc/proftpd.conf file is as follows:
>
>ServerName "HOPSA1 ProFTPD Server"
>ServerType inetd
>DefaultServer on
>RootLogin on
>#DefaultTransferMode binary
>
>Port 21
>
>Umask 000
>MaxInstances 30
>
>User nobody
>Group nogroup
>
>#DefaultRoot ~
>
>AllowOverwrite on
>
>
> DenyAll
>

>
>
>User rbread
>Group ftpgrp1
>Umask 002
>AllowOverwrite on
>AnonRequirePassword on
>
>AllowAll
>

>
>DenyAll
>

>

>__________________________________________________ _________________________=

____________________
>Warm Regards,
>Sandeep Shenoy


--=====================_103572656==.ALT
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable



At 03:07 PM 10/10/2006, Sandeep Shenoy wrote:

size=3D2>Friends,

 

I am using Solaris 9, Sun Cluster 3.1, and Oracle 10.2 G RAC. We have
ProFTPd 1.3.0 installed on the system. The system is being a firewall.
But the network guys got the NATTED IP address to the same IP addresses
as the Physical IP addresses & Logical IP Addresses of the
system.

 

We use the logical IP address of the cluster for ftp purposes. Normally
the clients get and put zip files, things are working fine here.

 

Now we have ported an application which uses Oracle sql scripts to create
a flat file. Then there some =93beautification=94 script is executed on top
of it, by inserting some control sequences and carriage returns here and
there, so that this file can then be printed on a pre-printed stationary
in a Bank.

 

Now here is where my problem lies. The system from where this application
used to run previously and the new system generate the file in the most
perfect manner. I have used all kind of UNIX commands to compare the o/ps
and I can swear that they are same. I have used cksum, diff=85etc...Etc.
the files match 100000%.

 

But, when I get the file onto my windows XP PC and open the file using
WordPad, the o/p is not what I want. The file is not corrupted, but I get
an extra carriage return.


If I hear you correctly, you are saying that the files on the *nix boxes
are the same, that you have checked with several tools.  But somehow
the file is _changed_ by the process of transferring over to the
PC.


The simplest check that you didn't mention is checking the file
sizes.  You probably checked that the files generated by the two
*nix boxes were the same size.  But... after the transfer was the
size of the file on the PC the same size as found on the server?


It is possible you are being caught by the ASCII vs. BINARY transfer mode
problem.  If ASCII mode is enabled, then text files get _changed_
into Windows-format text files, by having any line-feed (LF) characters
changed into a pair of characters carriage-return/line-feed
(CR/LF).  So the easiest check to do is to look and see if the file
was larger on the PC end after the transfer.


If so, there are two easy things to try.  If you can control the FTP
client, enter the 'binary' command to say that future file transfers (in
this session) should be done in BINARY mode, not ASCII mode.  Then
GET the file.  The file contents won't be changed while
transferring.


The other thing you could try is to change the default transfer mode in
ProFTPD.  The standard as written for FTP says that FTP servers are
to start out assuming ASCII mode.  But like so much else you can
change this in ProFTPD.  You have the

    DefaultTransferMode binary

command commented-out in your configuration.  Have you tried it
thoroughly?




Similarly, If =
I
disable ProFTPd and use the generic ftp service of Solaris, the file is
perfectly OK. But I need to keep the proftpd. Please HELLLLPPPP=85.

 

Messed up file (using proftpd 1.3.0) displayed using WordPad

----------------------------------------------------------------------------=
-------------

 

0804011_08432 04893 0175
_

000001

708332 00443 00006 7

 GH. AL-HADRAMI

 

 10/07_%BGH. AL-HADRAMI
?;708332004430000678=3D071051000001001000?

 000002  
=E7
=3D=3D Notice=
this
word on the new line

708332 01478 00016 5

 AL-ORUOBA T. CO.

 

 10/07_%BAL-ORUOBA T.
CO?;708332014780001655=3D071052000001005000?

 000003
=E7
=3D=3D Notice=
this
word on the new line

708332 01710 00001 6

 HASAN RASHAD MOHAMMAD

 

 10/07_%BHASAN RASHADM?;708332017100000166=3D071052000001001000?

 000004
=E7
=3D=3D Notice=
this
word on the new line

708332 02360 00002 3

 BERLIN DIMOND

 

 10/07_%BBERLIN DIMOND?;708332023600000235=3D071052000001006000?

 000005
=E7
=3D=3D Notice=
this
word on the new line

708332 02360 00003 3

 BERLIN DIMOND

 

 

Actually required file (using solaris generic in.ftpd) displayed using
WordPad

----------------------------------------------------------------------------=
-----------------------------------

 

0804011_08432 04893 0175 _

000001

708332 00443 00006 7

 GH. AL-HADRAMI

 

 10/07_%BGH. AL-HADRAMI ?;708332004430000678=3D071051000001001000?
000002

708332 01478 00016 5

 AL-ORUOBA T. CO.

 

 10/07_%BAL-ORUOBA T. CO?;708332014780001655=3D071052000001005000?
000003

708332 01710 00001 6

 HASAN RASHAD MOHAMMAD

 

 10/07_%BHASAN RASHADM?;708332017100000166=3D071052000001001000?
000004

708332 02360 00002 3

 BERLIN DIMOND

 

 10/07_%BBERLIN DIMOND?;708332023600000235=3D071052000001006000?
000005

708332 02360 00003 3

 BERLIN DIMOND

 

 

My /usr/local/etc/proftpd.conf file is as follows:

 


ServerName           =
           
"HOPSA1 ProFTPD Server"

ServerType           =
           
inetd

DefaultServer          &nb=
sp;        
on

RootLogin           &=
nbsp;           &nbsp=

on

#DefaultTransferMode        
binary

 

Port            =
            &nbs=
p;       
21

 

Umask           &nbsp=
;            &nb=
sp;    
000

MaxInstances          &nbs=
p;        
30

 

User            =
            &nbs=
p;       
nobody

Group           &nbsp=
;            &nb=
sp;     
nogroup

 

#DefaultRoot ~

 

AllowOverwrite          &n=
bsp;       
on

 

<Limit SITE_CHMOD>

  DenyAll

</Limit>

 

<Anonymous ~rbread>

User rbread

Group ftpgrp1

Umask 002

AllowOverwrite on

AnonRequirePassword on

<Limit READ DIRS>

AllowAll

</Limit>

<Limit WRITE>

DenyAll

</Limit>

</Anonymous>


__________________________________________________ __________________________=
___________________

Warm Regards,

Sandeep Shenoy



--=====================_103572656==.ALT--


--===============1484815246==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?p...rge&CID=DEVDEV
--===============1484815246==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
ProFTPD Users List
Unsubscribe problems?
http://www.proftpd.org/list-unsub.html
--===============1484815246==--