It may be off-topic, but i wanna give it a try since this may be a webserver
(Apache) configuration issue.
One of our web developers is running crazy about the following situation:
He has a php script that delivers a pdf file to the customer. The customer
has the choice to "open" (in browser windows) or "save as..." (a file on the
The php script declares the data stream as application/octet-stream to force
the "open" / "save as..." dialog box in IE. When klicking "save as", the
file is stored correctly to the disk. When "open"ing it, acrobat reader
opens and tells "unable to finde the file".
Changing the mime-type to application/pdf results in the pdf being opened
correctly in the browser window, but the user has no "save as" prompt.
Thank you & best wishes,
Sorry for this non-technical mail, but I guess the "damocles sword" of
data retention is quite an issue for all ISPs.
I would like to draw your attention to a unique international panel on
data retention, which takes place before the annual International
Conference of Data Protection and Privacy Commissioners in Montreux.
You can also propose a speaker from your organisation for the panel,
which could ensure the ISP's voice is heard too. If you are
interested, reply soon to Daniel Boos of SIUG (daniel.boos /at\ siug.ch).
The panel on data retention is during the afternoon of 13 September in
the Montreux Conference Center and is organised jointly by European
Digital Rights (EDRI), Swiss Internet User Group (SIUG), Communica-ch,
Electronic Privacy Information Centre (EPIC) and others. A few well
known international speakers participate at the panel:
1. Data retention (14:30-16:00)
- Cédric Laurant (Electronic Privacy Information Center, Washington D.C.)
- Peter Swire (Ohio State University)
- Hielke Hijmans (Principal Administrator, Office of the European Data
Protection Supervisor) (confirmed)
- Karel Neuwirt (former Commissioner, Czech Republic) (invited)
Moderator: Ralf Bendrath (EDRI; University of Bremen) (confirmed)
An invitation text in german and french has been distributed over the
English information is on the EDRI homepage:
A second panel on biometrics follows right after the panel on data
retention, but is probably of less interest to this list.
Felix Rauch, http://www.nice.ch/~felix/
Member of Swiss Internet User Group (SIUG): http://www.siug.ch/
This article contains my personal view only! Use of my addresses for marketing
purposes is hereby strictly prohibited according to swiss privacy laws.
if someone has experience with NetVigil network monitoring software
(produced by Fidelia.com), please contact me off the list.
We're in process of evaluating and choosing the right software
for one of our projects, so your input would be very much appreciated.
>Oh yes, it comes in every CCIE lab these days, and as you never know
>which side is DCE or DTE on the first glance, clock rate is always just
>trial and error.
To avoid trial and error, you can use show controller serial x/y.
There you see the type of cable attached to your serial interface.
Bangerter Markus wrote:
> To avoid trial and error, you can use show controller serial x/y.
> There you see the type of cable attached to your serial interface.
>I knew there would be something to find out, but then you have to know
>that clock rate should be set at the DCE end ...
clock-rate can only be set on the dce !
Is anyone of you running a Cisco with X.21 or V.35 interface in
master mode (the Cisco is supplying the clocking on the line).
Normally the modem (DCE) supplies the line clock to the Cisco.
I'm interested in (production) cases where you had to supply the
clock from the cisco to the other side.
We've used this several times for customer connections at TIX.
You need on one side a DTE and on the other side a DCE cable.
As soon as the DCE cable is connected, can you set the clock rate on this I/F.
--> X.21 up to 8Mbit/s
> -----Original Message-----
> From: swinog-bounces(a)lists.swinog.ch
> [mailto:firstname.lastname@example.org]On Behalf Of Andre Oppermann
> Sent: Donnerstag, 1. September 2005 19:47
> To: swinog(a)swinog.ch
> Subject: [swinog] X.21, V.35 Cisco Interface in Master Mode
> Is anyone of you running a Cisco with X.21 or V.35 interface in
> master mode (the Cisco is supplying the clocking on the line).
> Normally the modem (DCE) supplies the line clock to the Cisco.
> I'm interested in (production) cases where you had to supply the
> clock from the cisco to the other side.
> swinog mailing list