I have defined forwarding rules for the Administrator, however, some email is not forwarded

Email which is incorrectly addressed is posted to the Default User's account. Such email is not subject to the mail forwarding rules defined for that user. On a standard installation, the Default User is set to be the Administrator account which was defined on setup but can be changed at any time.

To change the default user, click on the 'User' key the in the Administration client. On the entry form for the formset, set the Default User as required. More sophisticated routing rules for otherwise unroutable email (such routing based on the email's subject) can be developed using the Event Scripting Service

Back to FAQ list

How can MultiNet route email picked up from the Internet which has been BCC'd

When email is picked-up from the Internet using POP3 it is routed to the correct recipient using information in the email's header. However, the addressee of BCC'd (blind carbon copied) email is often not revealed in the email header and in such cases MultiNet will not be able to determine the correct recipient.

But how does BCC'd email find its way to the ISP. All email, when travelling across the Internet, is wrapped in an SMTP envelope. The envelope contains definitive addressee information which may be different from the recipient information in the email header. However, the envelope is discarded when an ISP places the email in a POP3 account and so it is not available to MultiNet.

Is there a solution ? In most cases yes. Many ISP's write additional headers to an email when it is written to a POP account. Often these headers contain addressee information as per the discarded SMTP envelope. If this is the case the Event Scripting service can be used to amend the default routing logic to use the information in the ISP specific headers. The actual scripts required depend on the ISP. However, they fall into common categories and many examples are available in the on-line script library.

Note: this topic only applies if you use POP3 to receive email

Back to FAQ list

Email which has been cc'd to a number of my user's is duplicated when picked up from the Internet

When cc'd email travels across the Internet it often travels as a single package with each of its intended recipients identified in the email's header.

When the email is received at your ISP, it is possible that the ISP will make multiple copies of the email, one for each recipient. If this is the case, MultiNet will receive multiple copies of the email and for each will determine that it is destined for multiple recipients, making further copies. Each recipient receives duplicates.

If your ISP does make copies of cc'd email it may be possible to filter the duplicates using the Event Scripting Service, ISP's often write definitive recipient information to the email header which identifies the specific recipient that this copy of an email is intended for. The Event Scripting service can override default routing logic to use these custom headers.

The actual scripts required depend on the ISP. However, they fall into common categories and many examples are available in the on-line script library.

Note: this topic only applies if you use POP3 to receive email

Back to FAQ list

What is the optimum web cache size

Generally a large cache is a good thing. The MultiNet cache enables the web proxy to serve web pages, graphics and file downloads without retrieving them from the Internet. The first time a resource is retrieved from the web , it is placed in the cache. On subsequent requests, possibly by different users, then as long as it hasn't changed on the host site the resource is served from cache. When serving from cache the only interaction that MultiNet has with the Internet site is to verify that the resource hasn't changed since its original retrieval.

The MultiNet cache is heavily indexed. As the cache grows the time taken to locate a particular page remains relatively constant. Any one of 2 billion web pages can be located by examining only 32 index records.

In general the cache should be as large as possible. The only situations where the cache does not provide benefit is where there is no overlap in users' browsing ie: no two users ever visit the same site

Back to FAQ list

How do I use FTP through the web proxy

Any FTP client can connect through the proxy if it is CERN proxy compatible. The proxy settings in the FTP client should be set as follows:

Proxy Type:	HTTP
Port:	8080
Use PASV Data Connections:	Yes
Proxy Logon Required:	Yes

Back to FAQ list

Does MultiNet support USENET (Newsgroups)

Yes. Use the Port Mapping service to define a map between port 119 on the MultiNet server and port 119 on your ISP's News server.

Client software can treat the MultiNet server as the News server.

Back to FAQ list