<div dir="ltr">You're right. I will try setting the value to 0 as discussed.<br><br>We are indeed able to reset the modem via GPIO. However, we may not be following the correct sequence. When we attempted a power cycle of the modem through GPIO, ModemManager detected an unexpected hangup. After that point, the modem was no longer recognized by the system.<br><br>Below are the logs captured immediately following the GPIO sequence:<br><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.826530] [modem0/ttyUSB0/qcdm] unexpected port hangup!<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.826649] [modem0/ttyUSB0/qcdm] forced to close port<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.826690] [modem0/ttyUSB0/qcdm] device open count is 0 (close)<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.826741] [modem0/ttyUSB0/qcdm] closing serial port...<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.826853] [modem0/ttyUSB0/qcdm] serial port closed<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.829028] [modem0/ttyUSB2/at] unexpected port hangup!<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.829135] [modem0/ttyUSB2/at] forced to close port<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.829179] [modem0/ttyUSB2/at] device open count is 0 (close)<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.829253] [modem0/ttyUSB2/at] closing serial port...<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.829381] [modem0/ttyUSB2/at] serial port closed<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.830744] [modem0/ttyUSB3/at] unexpected port hangup!<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.830842] [modem0/ttyUSB3/at] forced to close port<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.830881] [modem0/ttyUSB3/at] device open count is 0 (close)<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.830932] [modem0/ttyUSB3/at] closing serial port...<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.831051] [modem0/ttyUSB3/at] serial port closed<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <info>  [1752504056.842246] [base-manager] port ttyUSB0 released by device '/sys/devices/platform/scb/fe9c0000.xhci/usb1/1-1/1-1.4'<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <info>  [1752504056.845845] [base-manager] port ttyUSB1 released by device '/sys/devices/platform/scb/fe9c0000.xhci/usb1/1-1/1-1.4'<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <info>  [1752504056.852984] [base-manager] port ttyUSB2 released by device '/sys/devices/platform/scb/fe9c0000.xhci/usb1/1-1/1-1.4'<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <info>  [1752504056.855128] [base-manager] port ttyUSB3 released by device '/sys/devices/platform/scb/fe9c0000.xhci/usb1/1-1/1-1.4'<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <info>  [1752504056.867883] [base-manager] port ttyUSB4 released by device '/sys/devices/platform/scb/fe9c0000.xhci/usb1/1-1/1-1.4'<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <info>  [1752504056.878965] [base-manager] port wwan0 released by device '/sys/devices/platform/scb/fe9c0000.xhci/usb1/1-1/1-1.4'<br>Jul 14 16:40:56 fonts2 ModemManager[498]: Cannot read from istream: connection broken<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] QMI endpoint hangup: removed<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <info>  [1752504056.886650] [modem0] connection to qmi-proxy for /dev/cdc-wdm0 lost, reprobing<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.887054] [modem0/bearer10] removing from bus<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.887137] [device /sys/devices/platform/scb/fe9c0000.xhci/usb1/1-1/1-1.4] unexported modem from path '/org/freedesktop/ModemManager1/Modem/0'<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.887197] [modem0/cdc-wdm0/qmi] Releasing client for service 'wds'...<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] Releasing 'wds' client with flags 'release-cid'...<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] Unregistered 'wds' client with ID '21'<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] sent message...<br>[REMOVED]<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] sent generic request (translated)...<br>[REMOVED]<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.887566] [modem0/cdc-wdm0/qmi] Releasing client for service 'wds'...<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] Releasing 'wds' client with flags 'release-cid'...<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] Unregistered 'wds' client with ID '20'<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] sent message...<br>[REMOVED]<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] sent generic request (translated)...<br>[REMOVED]<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.887814] [modem0/cdc-wdm0/qmi] Releasing client for service 'voice'...<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] Releasing 'voice' client with flags 'release-cid'...<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] Unregistered 'voice' client with ID '2'<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] sent message...<br>[REMOVED]<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] sent generic request (translated)...<br>[REMOVED]<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.888064] [modem0/cdc-wdm0/qmi] Releasing client for service 'pdc'...<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] Releasing 'pdc' client with flags 'release-cid'...<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] Unregistered 'pdc' client with ID '1'<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] sent message...<br>[REMOVED]<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] sent generic request (translated)...<br>[REMOVED]<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.888303] [modem0/cdc-wdm0/qmi] Releasing client for service 'loc'...<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] Releasing 'loc' client with flags 'release-cid'...<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] Unregistered 'loc' client with ID '1'<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] sent message...<br>[REMOVED]<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] sent generic request (translated)...<br>[REMOVED]<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.888521] [modem0/cdc-wdm0/qmi] Releasing client for service 'uim'...<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] Releasing 'uim' client with flags 'release-cid'...<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] Unregistered 'uim' client with ID '1'<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] sent message...<br>[REMOVED]<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] sent generic request (translated)...<br>[REMOVED]<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.888786] [modem0/cdc-wdm0/qmi] Releasing client for service 'wms'...<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] Releasing 'wms' client with flags 'release-cid'...<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] Unregistered 'wms' client with ID '1'<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] sent message...<br>[REMOVED]<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] sent generic request (translated)...<br>[REMOVED]<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.889007] [modem0/cdc-wdm0/qmi] Releasing client for service 'nas'...<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] Releasing 'nas' client with flags 'release-cid'...<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] Unregistered 'nas' client with ID '2'<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] sent message...<br>[REMOVED]<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.889203] [modem0/cdc-wdm0/qmi] Releasing client for service 'dms'...<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] Releasing 'dms' client with flags 'release-cid'...<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] Unregistered 'dms' client with ID '1'<br>Jul 14 16:40:56 fonts2 ModemManager[498]: [/dev/cdc-wdm0] sent message...<br>[REMOVED]<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.890077] [modem0] cleaning up port 'usb/cdc-wdm0'...<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.890245] [modem0] cleaning up port 'tty/ttyUSB0'...<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.890286] [modem0] cleaning up port 'tty/ttyUSB2'...<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.890316] [modem0] cleaning up port 'net/wwan0'...<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.890343] [modem0] cleaning up port 'tty/ttyUSB4'...<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.890372] [modem0] cleaning up port 'tty/ttyUSB1'...<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.890399] [modem0] cleaning up port 'tty/ttyUSB3'...<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.890604] [modem0/ttyUSB4/audio] forced to close port<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.890782] [modem0/ttyUSB1/gps] forced to close port<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <debug> [1752504056.891233] [modem0] completely disposed<br>Jul 14 16:40:56 fonts2 ModemManager[498]: <info>  [1752504056.891727] [base-manager] port cdc-wdm0 released by device '/sys/devices/platform/scb/fe9c0000.xhci/usb1/1-1/1-1.4'<br>Jul 14 <b>16:40:56</b> fonts2 ModemManager[498]: <debug> [1752504056.891828] [base-manager] removing empty device '/sys/devices/platform/scb/fe9c0000.xhci/usb1/1-1/1-1.4' </blockquote><div><b>shut down here</b> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Jul 14 <b>17:09:17</b> fonts2 ModemManager[498]: <info>  [1752505757.887496] caught signal, shutting down...<br>Jul 14 17:09:17 fonts2 ModemManager[498]: <debug> [1752505757.887656] [base-manager] stopping connection in object manager server<br>Jul 14 17:09:17 fonts2 systemd[1]: Stopping Modem Manager...<br>Jul 14 17:09:17 fonts2 ModemManager[498]: <info>  [1752505757.892868] ModemManager is shut down<br>Jul 14 17:09:17 fonts2 ModemManager[498]: <debug> [1752505757.893227] [sleep-monitor] singleton disposed<br>Jul 14 17:09:17 fonts2 ModemManager[498]: <debug> [1752505757.893357] [sleep-monitor] dropping systemd sleep inhibitor<br>Jul 14 17:09:17 fonts2 ModemManager[498]: <debug> [1752505757.894059] [auth-provider] singleton disposed<br>Jul 14 17:09:18 fonts2 systemd[1]: ModemManager.service: Succeeded.<br>Jul 14 17:09:18 fonts2 systemd[1]: Stopped Modem Manager.</blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Jul 14 17:09:18 fonts2 systemd[1]: ModemManager.service: Consumed 1min 50.097s CPU time. </blockquote><div><br></div><div>As shown, all interfaces (ttyUSB0-4, cdc-wdm0, wwan0, etc.) are released and the modem is removed from the system. However, despite waiting over 30 minutes, ModemManager does not attempt to probe or re-detect the device again. No additional logs are produced until ModemManager is manually stopped.<br><br>Our next steps will include reviewing the modem's internal logs and carefully verifying the GPIO reset sequence. The current behavior suggests the modem is not properly re-enumerating on USB after power cycling, which may be a result of either the reset timing or an incomplete power cycle.</div></div><div><br></div><div>Thanks again for your support! </div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Thu, Jul 31, 2025 at 2:23 PM Dan Williams <<a href="mailto:dan@ioncontrol.co">dan@ioncontrol.co</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
> On Jul 28, 2025, at 3:26 AM, Armand Daussà <<a href="mailto:adaussa@cactusiot.com" target="_blank">adaussa@cactusiot.com</a>> wrote:<br>
> <br>
> Hi Dan,<br>
> <br>
> Thank you for your reply!<br>
> <br>
> In our case, NetworkManager is the service responsible for managing the connections. I’ve checked the configuration of the cellular_connection, which is the entry in NetworkManager for our WWAN interface. Here are the relevant details:<br>
> <br>
> <a href="http://connection.id" rel="noreferrer" target="_blank">connection.id</a>:                          cellular_connection  <br>
> connection.uuid:                        dea368fe-e05d-4dad-b8bf-37e67e47fe56  <br>
> connection.type:                        gsm  <br>
> connection.autoconnect:                 yes  <br>
> connection.autoconnect-retries:         -1 (default)  <br>
> connection.auth-retries:                -1  <br>
> ... (rest omitted for brevity)<br>
> <br>
> My understanding is that the values connection.autoconnect-retries: -1 and connection.auth-retries: -1 should allow for infinite reconnection attempts. Is there any additional configuration we might be missing to ensure that reconnections always occur after transient modem or network issues?<br>
<br>
Looking at the nm-settings manpage I see two things. First it says auth-retries is only for 802.1x so that probably doesn’t matter here. But second it says that -1 uses the global default number of retries of 4 which is probably pretty low for you. 0 is supposed to be “forever”; can you try that value instead of -1?<br>
<br>
> <br>
> Regarding the modem disconnection messages: we have observed multiple devices experiencing disconnects. However, the <CR><LF>+SIMCARD: NOT AVAILABLE<CR><LF> message appears only on the device included in the logs I shared.<br>
> <br>
> Other devices report different verbose call end reasons such as:<br>
>     • [internal] ip-version-mismatch<br>
>     • [cm] no-service<br>
>     • [internal] mmgdsi-card-event (also on the same device with the SIMCARD error)<br>
>     • [cm] emm-detached<br>
>     • [internal] pdn-ipv6-call-disallowed<br>
>     • [cm] emm-t3417-expired<br>
>     • [cm] detach-with-reattach-lte-nw-detach<br>
<br>
The ip-version-mismatch and pdn-ipv6-call-disallowed ones may indicate that the APN you’re using isn’t configured for IPv6, but MM is requesting either V6 or V4V6 activation. That can be changed in the NM settings.<br>
<br>
> <br>
> From your perspective, do these messages generally point toward modem hardware issues or even physical/network instability, rather than issues with ModemManager itself?<br>
<br>
The SIM card errors may point to either a bad SIM or bad SIM slot on that specific modem. The two IP-related ones may be configuration, and the rest look like fairly normal causes that a reconnect should eventually be able to recover from. Note that networks sometimes have backoff timers to prevent reconnect spamming; not sure if that is the case for yours.<br>
<br>
> <br>
> Lastly, the modem does not support hot swap, so unfortunately we cannot reinsert the SIM card once removed.<br>
<br>
Are you able to power cycle the modem via GPIO or some other method? I’ve had cases where it would be helpful to do that based on a couple factors, like whether the modem hasn’t been registered in a given amount of time even though you know there should be an available network.<br>
<br>
Dan<br>
<br>
> <br>
> Thanks again for your help!<br>
> <br>
> On Sat, Jul 26, 2025 at 5:29 AM Dan Williams <<a href="mailto:dan@ioncontrol.co" target="_blank">dan@ioncontrol.co</a>> wrote:<br>
> On Wed, 2025-07-16 at 17:35 +0200, Armand Daussà wrote:<br>
> > Hi,<br>
> > <br>
> > We’ve encountered an issue with modem disconnections and have<br>
> > reviewed the ModemManager logs to better understand the behavior.<br>
> > What we observed is that after a disconnection, ModemManager attempts<br>
> > to reconnect but then shuts down and does not attempt to reconnect<br>
> > again. It only resumes connection attempts after the operating system<br>
> > is rebooted.<br>
> > <br>
> > In situations where the modem experiences issues and cannot establish<br>
> > a connection, ModemManager appears to stop trying entirely until the<br>
> > next system reboot. Eventually, after a reboot, ModemManager is able<br>
> > to successfully initialize the modem and re-establish a connection.<br>
> > <br>
> > Could you please confirm if this is the expected behavior? If not, is<br>
> > there a recommended way to ensure that ModemManager continues trying<br>
> > to reconnect without requiring a system reboot?<br>
> <br>
> ModemManager itself does not actually start/stop the data connection.<br>
> <br>
> That's typically done by a connection manager, like NetworkManager,<br>
> distro network scripts, or custom scripting.<br>
> <br>
> In the NetworkManager case, it will stop asking MM to reconnect after a<br>
> configurable number of failures. It will then start a timer and when<br>
> the timer expires, retry until the configurable number of failures.<br>
> Repeat.<br>
> <br>
> Do you know what connection manager you're using to drive ModemManager?<br>
> If we can figure that out we can nail down the reconnect behavior.<br>
> <br>
> > <br>
> > Is it something fixed in more recent releases?<br>
> > <br>
> > Key timestamps:<br>
> > 16:37:24 -> Modem sends '<CR><LF>+SIMCARD: NOT AVAILABLE<CR><LF>'<br>
> > Five OS Reboots are performed<br>
> > 19:19:21 -> Modem manager starts following last reboot and a<br>
> > successful initialization is completed<br>
> > <br>
> > Logs are attached.<br>
> <br>
> I do notice:<br>
> <br>
> Jul 14 16:37:24 fonts2 ModemManager[498]: <info>  [1752503844.286189]<br>
> [modem0/bearer1] bearer call end reason (1): 'generic-unspecified'<br>
> Jul 14 16:37:24 fonts2 ModemManager[498]: <info>  [1752503844.286265]<br>
> [modem0/bearer1] bearer verbose call end reason (2,218): [internal]<br>
> mmgdsi-card-event<br>
> <br>
> The call here gets terminated by mmgdsi-card-event which I think is<br>
> *actually* GSDI = Generic Sim Driver Interface card event. Which<br>
> correlates to the +SIMCARD message and indicates that the SIM card or<br>
> the modem's SIM interface decided to hiccup and that terminated the<br>
> call.<br>
> <br>
> I'm not surprised things are broken until a reboot, but if this is a<br>
> physical SIM card you might try removing and re-inserting the SIM and<br>
> see if that makes things work more quickly.<br>
> <br>
> In any case, if you're able to determine what connection manager you<br>
> use, then we can figure out the reconnect behavior.<br>
> <br>
> Dan<br>
> <br>
> <br>
> <br>
> > <br>
> > Thanks in advance!<br>
> > <br>
> > System info:<br>
> > OS: <br>
> > Linux fonts1 6.1.21-v8+ #1642 SMP PREEMPT Mon Apr  3 17:24:16 BST<br>
> > 2023 aarch64<br>
> > > PRETTY_NAME="Debian GNU/Linux 11 (bullseye)"<br>
> > > <br>
> > <br>
> >  <br>
> > Hardware <br>
> > > manufacturer: QUALCOMM INCORPORATED<br>
> > > model: 0 (doesn't show but its a SIMCOM S2-107EQ)<br>
> > > firmware revision: LE11B12SIM7600M22<br>
> > > carrier config: ROW_Gen_NonVoLTE<br>
> > > carrier config revision: 05010813 <br>
> > > <br>
> > > h/w revision: 10000<br>
> > > supported: gsm-umts, lte<br>
> > > current: gsm-umts, lte <br>
> > > <br>
> > <br>
> > <br>
> > ModemManager version<br>
> > 1.14.12<br>
> <br>
> <br>
> <br>
> -- <br>
> Armand Daussà<br>
> RD<br>
> +34 644 552 758<br>
> <a href="http://linkedin.com/company/cactusiot" rel="noreferrer" target="_blank">linkedin.com/company/cactusiot</a><br>
> <a href="http://cactusiot.com" rel="noreferrer" target="_blank">cactusiot.com</a><br>
> Sant Joan de la Salle 42, 08022 Barcelona<br>
> Aquest missatge de correu electrònic i els seus documents adjunts estan dirigits EXCLUSIVAMENT als destinataris especificats. La informació continguda pot ser CONFIDENCIAL i/o estar LEGALMENT PROTEGIDA i no necessàriament reflecteix l'opinió de Cactus Engineering S.L. Si vostè rep aquest missatge per ERROR, si us plau comunicar-ho immediatament al remitent i ELIMINI'L, ja que vostè NO ESTÀ AUTORITZAT al seu ús, revelació, distribució, impressió o còpia de tota o alguna part de la informació continguda. Gràcies.<br>
> <br>
> Este mensaje de correo electrónico y sus documentos adjuntos están dirigidos EXCLUSIVAMENTE a los destinatarios especificados. La información contenida puede ser CONFIDENCIAL y/o estar LEGALMENTE PROTEGIDA y no necesariamente refleja la opinión de Cactus Engineering S.L. Si usted recibe este mensaje por ERROR, por favor comuníqueselo inmediatamente al remitente y ELIMÍNELO ya que usted NO ESTÁ AUTORIZADO al uso, revelación, distribución, impresión o copia de toda o alguna parte de la información contenida. Gracias.<br>
> <br>
> This message and any attached documents are intended ONLY for the use of the individual or entity to which they are addressed. It may contain CONFIDENTIAL and/or LEGALLY PRIVILEGED information and may not necessarily represent the opinion of Cactus Engineering S.L. If you have received this email in error, please notify the sender immediately and DELETE it, as you ARE NOT AUTHORISED to use, disclose, distribute, print, or copy all or any part of the contained information. Thank you.<br>
<br>
</blockquote></div>