AWeb-II Additional Info &
Problem Solutions


April 15, 1997

[ AmiTrix Homepage | AWeb Homepage ]


FAQ - AmiTCP, hints for PPP setup.

Problem: how do I setup AmiTCP for a PPP web connection?

This is a sample of PPP setup using the AmiTCP 4.0 demo and Holger Kruse's PPP device after the basic install and some further adjustments.

There are a few corrections that need to be made, most are shown in the PPP docs somewhere about using it with AmiTCP, but try the following.

NOTE: comments in parenthesis below should not be included.

In your "AmiTCP:db/interfaces" file, insert the following line after the "Serial Line IP" comment line:

ppp0 DEV=DEVS:networks/ppp.device UNIT=0 IPTYPE=33 NOARP P2P

In your "AmiTCP:bin/startnet" script it should look something like this:

.key dparm
; startnet log in
echo
echo login: userid   (userid=your AmiTCP logon ID)
AmiTCP:bin/login -f userid   (userid=your AmiTCP logon ID)
AmiTCP:bin/umask 022
AmiTCP:AmiTCP
WaitForPort AMITCP
AmiTCP:bin/online devs:Networks/ppp.device 0
; Configure loop-back device
AmiTCP:bin/ifconfig lo0 localhost
; Configure ppp0
AmiTCP:bin/ifconfig ppp0 $ppp0iplocal $ppp0ipremote
; Add route to this host
AmiTCP:bin/route add $ppp0iplocal localhost
AmiTCP:bin/route add default $ppp0ipremote
; Add route to the default gateway
AmiTCP:bin/route add default 0.0.0.0
setenv HOSTNAME `AmiTCP:bin/hostname`
Assign TCP: Exists > NIL:
IF Warn
  Mount TCP: from AmiTCP:devs/Inet-Mountlist
EndIf

The 0.0.0.0 parameter above is for dynamic IP address, if your ISP requires fixed addresses, replace this with the gateway address assigned to you.

In your "AmiTCP:bin/stopnet" script it should look something like this:

.Key dparm
; $Id: stopnet,v 3.1 1994/05/27 07:08:39 jraja Exp $

rx "address AMITCP; KILL" ; Send "KILL" to AmiTCP

If {FLUSH}
   Wait 2 secs
   If `rx "Say Show(ports, AMITCP)"` EQ 0
      Avail >NIL: FLUSH
   EndIf
EndIf
AmiTCP:bin/offline ppp.device 0

In "ENV:" and "ENVARC:SANA2/ppp0.config" it should look something like this:

serial.device 0 57600 0.0.0.0 7WIRE CD EXERCISE=60 MTU=1500 SHARED DIALSCRIPT=s:yourscript.dial ATH

The 0.0.0.0 parameter above is for dynamic IP address, if your ISP requires fixed addresses, replace this with the localhost address assigned to you.

The "s:yourscript.dial" will be something like this:

ECHO ON
TIMEOUT 2000
REDIAL "BUSY"
SEND "ATDTnnnnnnn"  (ISP's phone #)
WAIT "CONNECT"
WAIT "ogin"
SEND "yourID"       (ISP's login ID)
WAIT "assword"
SEND "yourpassword" (ISP's login password)
WAIT "MTU"

You may not need the MTU parameter in the dialscript. This will work if your ISP supports dynamic packet size selected by the server, in which case, set MTU=0 in the ppp0.config file shown above.

The nameserver IP address(s) and domain name provided by your ISP should also appear in your "AmiTCP:db/resolv.conf" file similar to the following:

; Name servers
NAMESERVER 198.161.84.2
NAMESERVER 198.161.84.3
; Domain names
DOMAIN worldgate.com

FAQ - Cache / Cookies / Authorizations

Problem: some images do not display or page reloads are incomplete, and/or Authorizations don't work attempting to login to a protected site.

If you have set the cache to "T:" or "Ram:T" in cache settings, this can cause some strange results. AWeb uses a "Disk" based caching system with v2.1, and uses the "Ram:T" directory to temporarily store images/pages viewed in the current session for quick re-display. You can not mix these two together without causing problems.

Create a "Cache" directory in the AWeb-II drawer if it was not done during the install, and set the path name in cache settings to "AWeb-II:Cache" or "PROGDIR:Cache" and reboot before running AWeb again.

If hard drive space is limited, you can set the amount of space allowed in the Cache settings window and enter URL's of sites not to cache in the list provided there. You can also use the cache menu to flush the disk cache or the cache browser to delete specific entries at any time. Running FixCache from the menu occasionally will help keep things cleaned up as well.

Problem: attempting to access a certain URL (web site) causes a lockup or possibly even a crash.

A few web pages now appear to be using some type of cookie that AWeb does not like. After rebooting, run the "Fixcache" routine from the cache menu and turn "Use cookies" off in the "Network settings/Options" window before attempting to access that web page again.

Problem: certain sites require authorizat, thus some programs may not work properly with TermiteTCP. You should check to see if updates are available yet to correct some of these.

AWeb's ARexx plugins for news and mail require the TCP: handler, which was not present in TermiteTCP initially.

The FTPMount program, used by AWeb for FTP access, also uses some functions that are not supported by TermiteTCP.

For mailto, you can use the SMTPPost program, available on Aminet, which does work with TermiteTCP and the AWeb mailto program.

Search for "comm/tcp/IU_14_amitcp.lha" on the wustl site, the file does not seem to be on all mirrors. Also on Aminet-14 CD.

To install SMTPPost, do as follows:

Or, alternatively, you can use a program such as Voodoo, with the built-in mail script. Or, finally, you can use an external mailer like Thor or YAM with the appropriate third party mailto script, also available on Aminet.

For FTP, there aren't any options for using FTP within AWeb. You can manually go to FTP sites with TermiteTCP's "TermiteFTP" program.

For News, we have no options from within AWeb, as of yet. You can use an external mailer such as Thor or Grn for reading news.

Problem: how do I get the TCP autostart/stop function of AWeb to work?

Why does this work? TermiteTCP never returns, so AWeb will hang without the run command. Run returns too quickly and thus AWeb can fail at net access until TermiteTCP gets up and connected. The 45 second wait cuts it pretty close on my system, so wait 60 might be better advice in case the host is slow to respond.

We can find no way to shut Termite down with out using it's GUI.


FAQ - v43 24bit Picture Datatype

Problem: in-line images are no longer displayed in AWeb

The V43 (24-bit) picture datatype commonly used by people with graphics boards is beta software. The previous version, 43.753, has built into it an expiry date after which point it will fail to display any images. As of November 16 1996, this version has expired.

If your AWeb now fails to display in-line images, and Multiview also fails to display these images, and you use the V43 (24-bit) picture.datatype, this is likely the cause of your problem.

The new V43 datatype should be available from ftp.phase5.de, and should also be available from your nearest Aminet mirror site. The version number of this one is 43.755, and supposedly does not have an expiry date.

If you are unable to obtain the new datatype in a timely manner, you can temporarily set back your system date to some date before November 16 1996 to get it to work again.

A more extreme measure is to return to the normal V40 picture datatype as supplied on your Workbench disks, and install the zgif datatype (version 39.18) for GIF pictures, and either the akJFIF datatype or JFIF datatype for JPeg pictures, which are available from our web site at: http://www.amitrix.com/aweb.html or from Aminet.

Problem: transparent GIFs do not display transparently

The problem may be the akGIF datatype or the ZGIF datatype. Some versions just won't do transparent images or don't work with the v43 24bit picture.datatype. Use the GIF dataytype that comes with the v43 datatype software (and of course install that). In later versions it is now separate because of the GIF copyright issue. It can be found at: ftp.phase5.de or www.best.com/~vgr/cybergfx

On a CV64, use Cybergraphics 2.20+ with the latest 43.757 version of the 24bit Datatypes. With only the akJFIF one replacing the tower JFIF one that comes with the 24bit set, everything should work.

See the datatypes FAQ for further information.