RE: Fedora core 1 sendmail problems
by Homer Sapions
I did some testing in a roundabout fashion, and proved that sendmail is
configured and working the way it should. Because it is much easier to debug
a problem like this when you see it yourself, I opened a VPN tunnel to one
of my servers at work. Our firewall is configured to not allow any outbound
connections on port 25, because all company mail must be sent via our
internal mail servers/relays. I shut down my web server locally because I
know that traffic on port 80 is coming in and out.
I added to my sendmail.mc
DAEMON_OPTIONS(`Port=80,Addr=0.0.0.0, Name=MTA')dnl
ran make -C /etc/mail
then stopped and restarted sendmail. I verified that locally I could connect
on port 80 and get the usual sendmail connection. I then went to another
terminal session connected via VPN to one of my servers at work, connected
to my own server on port 80 and got what I expected - a sendmail prompt. I
did the normal trickery of mail from: xxx(a)yyy.com, rcpt to: homer, data etc.
then disconnected.
I checked my local account, and the message is there as I expected. So the
problem is obviously not with sendmail, it has to be the linksys, the cable
modem or the ISP. The linksys config is really easy and almost impossible to
set up port forwarding incorrectly. I'm not aware of any way to configure
the cable modem. The only problem I am aware of is that the firmware on my
linksys is rather old (1.42.3, Jan 28 2002) and the latest firmware doesn't
want to install on it. This may be a problem. At least now I have a definite
direction (or 3 directions!) to go in.
Thanks everyone for the help and suggestions, I will let you know the
solution when I find it.
>From: "Robert Boucneau" <rboucneau(a)tuckernt.net>
>Reply-To: For users of Fedora Core releases <fedora-list(a)redhat.com>
>To: "For users of Fedora Core releases" <fedora-list(a)redhat.com>
>Subject: RE: Fedora core 1 sendmail problems
>Date: Tue, 30 Mar 2004 17:49:01 -0700
>
>Hi Homer,
>
>I'm jumping in late here, but I have read all the preceding messages...it
>looks to me as though Alexander, et. al. have all the sendmail issues
>covered. If sendmail works inside and you have your gateway properly
>configured (which it appears you think you do) then this should not be a
>sendmail issue.
>
>To completely rule out sendmail, I'd suggest setting up a telent server to
>listen on port 25 (after turning off sendmail) and seeing if you can log in
>for the outside. If you *can* it's sendmail's configuration. If not, it's
>either your OS *or* your network. (Personally, I'd skip this step and go
>right to the networking suggestions below...but this is a valid first
>step...)
>
>Put another machine on your email server's IP address and try to connect to
>it. That will either show the problem to be internal or external to your
>machine. (I'm guessing external.)
>
>If it's internal to your machine (i.e. you can log onto a different
>machine's port 25 from the outside if it is on your server's IP address),
>you can troubleshoot the networking components of your system (the
>Netfilter
>(iptables) guys have some pretty clean ways to watch packets transit your
>system, if you want to troubleshoot) or reinstall the OS (I'd scrub and
>install, myself, but that's just an opinion.)
>
>If it is external to your machine (my guess), then it is either your
>firewall/router, your cable-modem, or the ISP's router. I'd guess it's
>your firewall/router or your cable modem (the cable modem is actually a
>sort
>of router, not a modem, and it has Network Address Translation, too. so it
>could be dropping reply packets silently...)
>
>To test this, I'd put a machine on the "outside" of your Linksys
>router/firewall and see if it can connect (i.e. eliminate the cable modem)
>or I'd remove the firewall/router and see if things work with just the
>cable-modem.
>
>My guess is that in one of those configurations you'll be able to connect
>from the outside. Whichever device is not connected is the culprit. I'd
>guess it is the cable modem and you'll have to reconfigure NAT on it...
>
>I hope this helps.
>
>All the best,
>
>Bob
_________________________________________________________________
Is your PC infected? Get a FREE online computer virus scan from McAfee®
Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963
20 years, 1 month
RE: Fedora core 1 sendmail problems
by Homer Sapions
Thanks Alexander, I may contact you again to help with testing directly. The
problem is that my ISP has bound my IP address to the MAC address of the
first PC I attached. I can get it changed, but it may take 4 - 8 hours, so I
have just set the linksys to masquerade as the first PCs MAC address. If I
now bypass the linksys, the cable modem will see the MAC address of my Linux
server and not allow me access to the internet. I have another idea based on
what somebody else (Bob?) suggested. I have a hub. I will disconnect one of
my Windows PCs from the Linksys and connect it to the hub. Then I will
connect the hub to the linksys incomig port so that the PC will effectively
be on the outside of the LinkSys. That way I can eliminate the linksys from
the equation and narrow it to just the cable modem and the ISP. As I said, I
don't know of a way to reconfigure the cable modem, if it is even possible.
I had never considered that as an option. It is a Motorola Surfboard SB4100
- I'll see if I can find any books I got with it, or search online.
it is possible the ISP began filtering, but it would be a coincidence if
they started about the time I began upgrading to Fedora, or within the first
few days when I was testing and did not notice the absence of mail. Another
thought too - my linksys had an old firmware. I just managed to get some
help from linksys tonight in locating the correct firmware and upgrading, I
had 2 apply 2 updates. The first preserved all my settings, the second
trashed them all, so I had to set it up again.
It does look as though the ISP may be blocking some incoming SMTP traffic in
some fashion, but not fully, s I did see the connections, yet the return
handshake did not go back out, and I can still send mail. I am not aware of
having changed anything on the linksys, but anything is possible.
_________________________________________________________________
Check out MSN PC Safety & Security to help ensure your PC is protected and
safe. http://specials.msn.com/msn/security.asp
20 years, 1 month
RE: X not starting
by Mott, William
This was my response to a previous user with the same problem.
-----Original Message-----
From: Mott, William
Sent: Friday, March 19, 2004 2:07 PM
To: For users of Fedora Core releases; skidmore(a)worldvenue.org
Subject: RE: 'Respawning too fast'
Below is good advice. I had the same thing happen to me but did not
want to re-install for many reasons.
My fix:
1) Mount each of the 3 installation CDs and search Fedora/RPMs directories
for XFree86*
2) rpm -i Xfree* (from each CD)
3) rpm -i xfs (the fonts)
When I did the steps 1 and 2 and rebooted I was able to get my
Xwindows back (Konsole). However ,the windows text was missing
(ie, request for "Username", "Password", etc.) I logged in blindly
and clicked on the "up2date" icon and though unable to read any text
was able to run "up2date" again blindly (literally a shot in the dark)
and it finished the install. Rebooted, and everything was fine !
Hope this helps.
Good Luck
Bill Mott
N.J. State Treasury
-----Original Message-----
From: jludwig [mailto:wralphie@comcast.net]
Sent: Friday, March 19, 2004 10:08 AM
To: skidmore(a)worldvenue.org; For users of Fedora Core releases
Subject: Re: 'Respawning too fast'
This happens X crashes and tries to respawn (restart). This usually
indicates a corrupted or missing file(s).
I believe you will have to rerun up2date in init 3 or totally reload
clean if that doesn't work.
Wait for other advice!!
Wisdom is found in the council of many.
--
jludwig <wralphie(a)comcast.net>
--
fedora-list mailing list
fedora-list(a)redhat.com
To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-list
--
fedora-list mailing list
fedora-list(a)redhat.com
To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-list
20 years, 1 month
Does sendmail have libmilter installed?
by Gerry Doris
I was reading about milter-sender which does realtime sender address
verification for sendmail. However, it needs to have libmilter compiled
into sendmail.
Does the version of sendmail shipped with Fedora 1 have libmilter?
Gerry
20 years, 1 month
Determining IP information for eth0 failed
by Jeroen Van Goey
I'm unable to make contact with the internet. I get an "Unable to find
IP
address for server name "localhost.localdomain" - Host name lookup
failure" error message. The step-by-step procedure I've followed so
far.
I have a Fast Ethernet 10/100M PCI network card from Genius on a linux
PC running Fedora core 1, kernel 2.4.22-1.2115.nptl and GNOME. My
system recognizes the networkcard, because at bootup, I see (using the
command "dmesg | grep eth0"):
eth0: RealTek RTL8139 Fast Ethernet at 0xc48bd000, 00:40:f4:6f:b4:90,
IRQ 11
eth0: Identified 8139 chip type 'RTL-8100B/8139D'
divert: freeing divert_blk for eth0
divert: allocating divert_blk for eth0
eth0: RealTek RTL8139 Fast Ethernet at 0xc48d6000, 00:40:f4:6f:b4:90,
IRQ 11
eth0: Identified 8139 chip type 'RTL-8100B/8139D'
eth0: link up, 10Mbps, half-duplex, lpa 0x0000
The output of "cat /proc/ioports" is:
0000-001f : dma1
0020-003f : pic1
0040-005f : timer
0060-006f : keyboard
0070-007f : rtc
0080-008f : dma page reg
00a0-00bf : pic2
00c0-00df : dma2
00f0-00ff : fpu
01f0-01f7 : ide0
0213-0213 : isapnp read
02f8-02ff : serial(auto)
0378-037a : parport0
037b-037f : parport0
03c0-03df : vga+
03f6-03f6 : ide0
03f8-03ff : serial(auto)
0a79-0a79 : isapnp write
0cf8-0cff : PCI conf1
4000-403f : Intel Corp. 82371AB/EB/MB PIIX4 ACPI
5000-501f : Intel Corp. 82371AB/EB/MB PIIX4 ACPI
d000-dfff : PCI Bus #01
e000-e01f : Intel Corp. 82371AB/EB/MB PIIX4 USB
e000-e01f : usb-uhci
e400-e4ff : Realtek Semiconductor Co., Ltd.
RTL-8139/8139C/8139C+ <-----
e400-e4ff : 8139too <-----
f000-f00f : Intel Corp. 82371AB/EB/MB PIIX4 IDE
f000-f007 : ide0
So I presumed the driver is 8139too, which I loaded -I think-
succesfully (using "modprobe 8139too io=0e400 irq=11"), because
"lsmod" gives me:
Module Size Used by Not tainted
soundcore 6468 0 (autoclean)
ide-cd 35776 0 (autoclean)
cdrom 33728 0 (autoclean) [ide-cd]
parport_pc 19076 1 (autoclean)
lp 9060 0 (autoclean)
parport 37056 1 (autoclean) [parport_pc lp]
autofs 13364 0 (autoclean) (unused)
8139too 16808 1 <---------
mii 3992 0 [8139too] <---------
ipt_REJECT 4344 1 (autoclean)
ipt_state 1080 5 (autoclean)
ip_conntrack 29256 1 (autoclean) [ipt_state]
iptable_filter 2444 1 (autoclean)
ip_tables 15776 3 [ipt_REJECT ipt_state
iptable_filter]
floppy 58012 0 (autoclean)
sg 36492 0 (autoclean) (unused)
scsi_mod 108168 1 (autoclean) [sg]
microcode 4700 0 (autoclean)
keybdev 2976 0 (unused)
hid 24708 0 (unused)
usb-uhci 26380 0 (unused)
usbcore 79168 1 [hid usb-uhci]
mousedev 5556 1 (autoclean)
input 5888 0 (autoclean) [keybdev hid mousedev]
ext3 71300 2
jbd 52084 2 [ext3]
[note: yes, I am aware about the recent discussion on this list that the 8139too is not a
good ethernet chipset, but I bought it because I originally had on my Windows-machine a
USB to Ethernet convertor (USB LAN 100 from Topcom), that didn't support Linux; and I'm
not very jumpy to run to the shops a third time.]
I adapted /etc/modules.conf to:
alias usb-controller usb-uhci
alias eth0 8139too
options 8139too io=0xe400 irq=11
I'm not sure if that was entirely correct. Are 2 aliasses allowed? Is
my choice for IRQ=11 correct? On "cat /proc/interrupts" both my
ethernetcard and my USB are listed on 11, both won't this give any
confusion?
CPU0
0: 748046 XT-PIC timer
1: 10625 XT-PIC keyboard
2: 0 XT-PIC cascade
8: 1 XT-PIC rtc
11: 81790 XT-PIC usb-uhci, eth0 <---------
12: 60518 XT-PIC PS/2 Mouse
14: 154475 XT-PIC ide0
NMI: 0
ERR: 0
I then went on to configure my network with the command
"redhat-config-network", which gives a GUI. In the tab "Devices" I
selected "New" > Ethernet connection > RTL-8139/8139C/8139C+ (eth0) >
automatically obtain IP adress settings with DHCP. When I then save
and select my eth0, there is the error message "Determining IP information for eth0....
Failed"
If I start DHCP Client manually (command "dhclient"), I get the
(error)message:
Listening on LPF/eth0/00:40:f4:6f:b4:90
Sending on LPF/eth0/00:40:f4:6f:b4:90
Listening on LPF/lo/
Sending on LPF/lo/
Sending on Socket/fallback
DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 3
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3
DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 8
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8
DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 13
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 16
DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 15
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 9
DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 21
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 12
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8
DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 1
No DHCPOFFERS received.
No working leases in persistent database - sleeping.
In /var/log/cups/error_log.1 I find this line:
E [27/Mar/2004:00:21:53 -0500] StartListening: Unable to find IP
address for server name "localhost.localdomain" - Host name lookup
failure
The command "ifconfig -a" gives this output. I notice that the IPs for inet
addr, Bcast and Mask are missing.
eth0 Link encap:Ethernet HWaddr 00:40:F4:6F:B4:90
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:236210 errors:0 dropped:0 overruns:0 frame:0
TX packets:845 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:14275029 (13.6 Mb) TX bytes:288990 (282.2 Kb)
Interrupt:11 Base address:0x6000
lo Link encap:Local Loopback
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:5939 errors:0 dropped:0 overruns:0 frame:0
TX packets:5939 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:5271644 (5.0 Mb) TX bytes:5271644 (5.0 Mb)
I don't understand much of DHCP yet, but on
http://users.pandora.be/bdr/DHCP/dhcp.html the command "tcpdump -n -i
eth0 -l -s 500 -x udp port 67 | tee dhcp_dump" was recommended to analyse problems. That
gave me some output like this:
22:49:31.034343 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0x9c874c12
vend-rfc1048 DHCP:DISCOVER PR:SM+BR+TZ+DG+DN+NS+HN+YD+YS+NTP [tos 0x10]
4510 0148 0000 0000 1011 a996 0000 0000
ffff ffff 0044 0043 0134 f4bf 0101 0600
9c87 4c12 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0040 f46f b490 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 6382 5363 3501 0137
0a01 1c02 030f 060c 2829 2aff 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000
I can't get much out of this, but sometimes I recognized something, like in:
52:21.988678 81.83.160.1.bootps > 255.255.255.255.bootpc: xid:0x3abb2391
flags:0x8000 Y:81.83.160.26 G:81.83.160.1 ether 0:0:39:bb:23:91 vend-rfc1048
DHCP:OFFER SID:195.130.132.97 LT:7200 SM:255.255.240.0
NS:195.130.131.4,195.130.130.4 DN:"pandora.be" RSZ:576 TTL:64
BR:255.255.255.255 RN:3600 RB:3601 HN:"toshiba" DG:81.83.160.1
4500 0160 f72c 0000 ff11 d20b 5153 a001
Where "pandora.be" is the name of the ISP which provides me with dynamic
IPs.
Some more info that I was able to squeeze out of my machine:
The contents of my /etc/sysconfig/networking/devices/ifcfg-eth0 file:
USERCTL=yes
PEERDNS=yes
TYPE=Ethernet
DEVICE=eth0
HWADDR=00:40:f4:6f:b4:90
BOOTPROTO=dhcp
The following came from a log file. A lot of things are not yet filled in.
Should I change and add them in in ifcfg-eth0 manually, or should dhclient
(or some other program) do that for me?
Mon Mar 29 10:10:31 2004: -+ //etc/sysconfig/networking/devices/ifcfg-eth0
NETMASK=''
DOMAIN=''
BOOTPROTO='dhcp'
HWADDR='00:40:f4:6f:b4:90'
DEVICE='eth0'
IPADDR=''
DHCP_HOSTNAME=''
TYPE='Ethernet'
GATEWAY=''
PEERDNS='yes'
USERCTL='no'
ONBOOT='yes'
NETWORK
BROADCAST
DOMAIN
DHCP_HOSTNAME
IPADDR
NETMASK
GATEWAY
That's about as much information as I can give you.
Where did I go wrong, or what did I forget?
Thanks for the help.
Jeroen
___________________________________________________________
WIN FREE WORLDWIDE FLIGHTS - nominate a cafe in the Yahoo! Mail Internet Cafe Awards www.yahoo.co.uk/internetcafes
20 years, 1 month
Isos do not boot
by John Pearson
Iso do not boot.
03/30/2004-09:42:36 PM-EST
I have downloaded the set of iso marked FC2-test2-i386-disc*.iso. The first
image of the set I have downloaded twice. The md5sums check. I have burned
the image to glass on 3 different machines. I do not get a cdrom that is
bootable. I have attempted to boot three different machines with the
disk(s). The image is mountable on my primary machine, which is running
RedHat 7.3.
I downloaded a floppy image, and dd'ed it to diskette. It boots, but the
resulting system cannot find the crdrom drive, nor is it willing to attempt
any of the other options displayed.
I am sollicting direction here. I have exhausted my resources for the
moment.
-jpearson
20 years, 1 month
Size and md5sum of /bin/ps changing
by Patrick Boutilier
Has anybody else noticed the size and md5sum of /bin/ps changing after
running up2date on Fedora Core 1 ?
After initial install:
-r-xr-xr-x 1 root root 67468 Dec 8 13:29 /bin/ps
6c8efea739af00a686681021583df164 /bin/ps
After up2date:
-r-xr-xr-x 1 root root 68992 Dec 8 13:29 /bin/ps
14f8907be0a49d10e4671194666233ff /bin/ps
I can force install the rpm for procps-2.0.17-5 and /bin/ps goes back to
normal but a short time later the size and md5sum of /bin/ps changes again.
20 years, 1 month
Re: Raid level 5
by Jean-Eric Cuendet
At 05:14 3/31/2004, you wrote:
>>I'm thinking about setting up a software raid level 5.
>>Is it possible to start with 3 HDs and then later add more?
>>I mean, without loosing the data on the first 3 HDs.
> Yes, on most *good* hardware RAID cards and also (I think) on Linux
> software RAID.
Arg....
On *very good* hardware cards, perhaps....
But on software RAID, no, you can't.
With RAID 5, data is interleaved on each disks, so adding a new one and
rebuilding everything, is not easy.
With soft RAID 5, the best to do is backing up filesystem, rebuilding
the RAID5 from scratch and reinstalling the backup.
That said, the soft RAID (1 or 5) is *very* good in Linux 2.4.
Thanks to kernel developers!
-jec
20 years, 1 month
RE: Promise or Highpoint IDE card?
by Ben Compton
Is there any IDE RAID card that Linux likes? I have a Promise FastTrak66
that runs fine under RedHat 8.0 but I'd love to upgrade to Fedora and Fedora
doesn't like the last drivers released for that card from Promise...they
refuse to load during the install. I'm willing to buy a new card but IDE
RAID is a must.
Ben C.
-----Original Message-----
From: Jean-Rene Cormier [mailto:jean-rene.cormier@cipanb.ca]
Sent: Wednesday, 31 March, 2004 8:24 AM
To: For users of Fedora Core releases
Subject: Re: Promise or Highpoint IDE card?
On Tue, 2004-03-30 at 22:35, Alexander Dalloz wrote:
> Am Mi, den 31.03.2004 schrieb Brian Chase um 03:43:
> > I disagree, the first upgrade you do with your kernel, you won't see
> > the
> > hard drive, stay away from Promise products with Linux, they admit they
> > have poor or no support for Linux and are software RAID.
> >
> > Here's a good blurb on SATA adapters, a little off topic, but
> > relevant to
> > support and general Linux compatibility.
> >
> > http://linuxmafia.com/faq/Hardware/sata.html
> >
> > Regards,
> >
> > BC
>
> But in this special case - for which the OP asked: just plain parallel
> IDE usage, no RAID, no SATA - both cards are supported by driver
> modules offered by the kernel, no third party modules from vendors
> needed. Or do I err?
If it's just plain parallel IDE, then the Promise Ultra TX2 cards are
probably the best card you can get, they were supported by the kernel for
quite some time and they're really cheap. I have one in a computer and I use
software RAID-1 with it and it works great. At half the price of a
FastTrack, you can't go wrong with them.
Jean-Rene Cormier
--
fedora-list mailing list
fedora-list(a)redhat.com
To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-list
20 years, 1 month
RE: Copy with SCP - low performance
by Horacio Reyes
We are trying the sftp to solve the problem. With sftp you can configure the buffer (in bytes) so it does not make one conection per file (instead the 100 conection with scp) but one only conection for the whole transfer, the performance look good. I´ll put the new script in production and we will see...
Regards,
Horacio.
-------------
Hi,
I am using scp to copy large amount of small files between 2 servers with a firewall in the middle, but the copy takes all CPU, this is the situation:
- The files are copied in batch of 100 tif images, in a directory with more than 5 million files.
- the server that initiate the scp is a 1.2Ghz P3 with 2G in ram, the receiver is a double Xeon 2.6ghz with 2G in ram. The first server takes no time to send the file, but the receiver takes more than 200segs to copy. They are in a 100mb lan.
- the top comand shows 98% free cpu before the scp, when scp start it takes 100% of the 2 xeon cpu. The problem is not the ram, both servers have more than 1G free when scp starts.
I tried with all the SCP flags (-q, -c blowfish, etc), and nothing works....
Regards,
Horacio Reyes Rios
Eng. Director.
----------
**************************************************************************
Nota: La información transmitida a través de este correo electrónico es confidencial y está dirigida únicamente a su destinatario. Su reproducción, lectura o uso está prohibido a cualquier persona o entidad diferente. Aunque Computec S.A. ha realizado su mejor esfuerzo para asegurar que el presente mensaje y sus archivos anexos se encuentran libre de virus y defectos que puedan llegar a afectar los computadores o sistemas que lo reciban, no se hace responsable por la eventual transmisión de virus o programas dañinos por este conducto, y por lo tanto es responsabilidad del destinatario confirmar la existencia de este tipo de elementos al momento de recibirlo y abrirlo. Ni Computec S.A. ni ninguna de sus divisiones o dependencias aceptan responsabilidad alguna por eventuales daños o alteraciones derivados de la recepcion o uso del presente mensaje.
**************************************************************************
Note: The information transmitted through this E-mail is confidential and is intended to reach only its addressee. Reproduction and usage of this message or its contents, in whole or in part, are strictly forbidden without the prior written consent of Computec S.A. Computec S.A. has made its best efforts to ensure that this message and any attached files are free of any virus or other potentially harmful content, but makes no representations to this effect. Addressee shall assume full responsibility for ensuring that opening or reading this message and any attachments will not result in harm to their system. Neither Computec nor any of its divisions accepts any responsibility for damages arising from opening or reading this message or any attachments thereto.
**************************************************************************
20 years, 1 month