[Wireshark-bugs] [Bug 13300] ASTERIX Category 009 / 080 Processing Status dissector has bug

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13300 Atli Guðmundsson changed: What|Removed |Added Resolution|--- |FIXED

[Wireshark-bugs] [Bug 5533] restart button does not work when doing remote capture via ssh

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5533 Christopher Maynard changed: What|Removed |Added Version|1.4.2 |2.6.6

[Wireshark-bugs] [Bug 5533] restart button does not work when doing remote capture via ssh

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5533 Paul WIse changed: What|Removed |Added Resolution|FIXED |--- Status|RESOLVED

[Wireshark-bugs] [Bug 15359] rpm-package target fails for tagged releases in git

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15359 --- Comment #5 from Gerald Combs --- (In reply to Peter Wu from comment #2) > Modifying make-version.pl to drop --long is an option, but maybe it breaks > something else. Maybe Gerald has an opinion here? Our other packaging derives

[Wireshark-bugs] [Bug 15359] rpm-package target fails for tagged releases in git

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15359 --- Comment #4 from Gerrit Code Review --- Change 31504 had a related patch set uploaded by Gerald Combs: tarball+RPM: Fetch our version from CMake. https://code.wireshark.org/review/31504 -- You are receiving this mail because: You

[Wireshark-bugs] [Bug 15356] Much more efficient way to reading the end of a capture file

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15356 Peter Wu changed: What|Removed |Added Status|UNCONFIRMED |CONFIRMED Ever confirmed|0

[Wireshark-bugs] [Bug 15392] The matches (~) operator does not work with protocols, despite the documentation indicating it should.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15392 Peter Wu changed: What|Removed |Added Resolution|NOTABUG |--- Status|RESOLVED

[Wireshark-bugs] [Bug 15395] randpkt should be distributed with the Windows installer

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15395 Guy Harris changed: What|Removed |Added Status|INCOMPLETE |RESOLVED Resolution|---

[Wireshark-bugs] [Bug 15395] randpkt should be distributed with the Windows installer

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15395 --- Comment #11 from Gerrit Code Review --- Change 31499 merged by Guy Harris: Add randpkt to the Windows installers. https://code.wireshark.org/review/31499 -- You are receiving this mail because: You are watching all bug

[Wireshark-bugs] [Bug 15395] randpkt should be distributed with the Windows installer

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15395 --- Comment #10 from Gerrit Code Review --- Change 31499 had a related patch set uploaded by Guy Harris: Add randpkt to the Windows installers. https://code.wireshark.org/review/31499 -- You are receiving this mail because: You are

[Wireshark-bugs] [Bug 15395] randpkt should be distributed with the Windows installer

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15395 --- Comment #9 from Gerrit Code Review --- Change 31497 merged by Guy Harris: Add randpkt to the Windows installers. https://code.wireshark.org/review/31497 -- You are receiving this mail because: You are watching all bug

[Wireshark-bugs] [Bug 15395] randpkt should be distributed with the Windows installer

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15395 --- Comment #8 from Guy Harris --- The correct question to ask, for any Wireshark command-line executable, is probably "is there a reason *not* to ship it?" (If the answer is "it's only a developer tool", then its source should probably

[Wireshark-bugs] [Bug 15395] randpkt should be distributed with the Windows installer

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15395 Guy Harris changed: What|Removed |Added Hardware|x86-64 |All OS|Windows 10

[Wireshark-bugs] [Bug 15395] randpkt should be distributed with the Windows installer

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15395 --- Comment #6 from Gerrit Code Review --- Change 31497 had a related patch set uploaded by Guy Harris: Add randpkt to the Windows installers. https://code.wireshark.org/review/31497 -- You are receiving this mail because: You are

[Wireshark-bugs] [Bug 15356] Much more efficient way to reading the end of a capture file

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15356 --- Comment #10 from Guy Harris --- (In reply to brian from comment #9) > (In reply to Peter Wu from comment #8) > > > > See option "-e" at https://www.wireshark.org/docs/man-pages/capinfos.html > > 11 seconds for a 1.8GB file in

[Wireshark-bugs] [Bug 15356] Much more efficient way to reading the end of a capture file

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15356 --- Comment #9 from br...@interlinx.bc.ca --- (In reply to Peter Wu from comment #8) > > See option "-e" at https://www.wireshark.org/docs/man-pages/capinfos.html 11 seconds for a 1.8GB file in hot-cache (i.e. already read once). Not

[Wireshark-bugs] [Bug 13825] dftest should be distributed with the Windows installer

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13825 --- Comment #4 from Gerrit Code Review --- Change 31494 merged by Guy Harris: Add dftest to Windows installer. https://code.wireshark.org/review/31494 -- You are receiving this mail because: You are watching all bug

[Wireshark-bugs] [Bug 13825] dftest should be distributed with the Windows installer

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13825 --- Comment #3 from Gerrit Code Review --- Change 31494 had a related patch set uploaded by Guy Harris: Add dftest to Windows installer. https://code.wireshark.org/review/31494 -- You are receiving this mail because: You are watching

[Wireshark-bugs] [Bug 15392] The matches (~) operator does not work with protocols, despite the documentation indicating it should.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15392 --- Comment #6 from Christopher Maynard --- (In reply to Peter Wu from comment #5) > The documentation is not very precise and only says: > > The "matches" operator is only implemented for protocols > and for protocol fields with

[Wireshark-bugs] [Bug 6340] strange g722 traffic report in voip calls window

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6340 Christopher Maynard changed: What|Removed |Added Status|CONFIRMED |RESOLVED

[Wireshark-bugs] [Bug 5533] restart button does not work when doing remote capture via ssh

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5533 Christopher Maynard changed: What|Removed |Added Resolution|--- |FIXED

[Wireshark-bugs] [Bug 6301] Flow Graph Save to File adds unnecessary text.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6301 Christopher Maynard changed: What|Removed |Added Resolution|--- |FIXED

[Wireshark-bugs] [Bug 15395] randpkt should be distributed with the Windows installer

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15395 --- Comment #5 from Christopher Maynard --- (In reply to Pascal Quantin from comment #4) > So does randpkt bring anything that can't be done with randkptdump? I've never used randpktdump or randpkt for that matter. (I often open bugs on

[Wireshark-bugs] [Bug 4905] VoIP Calls Prepare Filter unreliable

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4905 Christopher Maynard changed: What|Removed |Added Resolution|--- |FIXED

[Wireshark-bugs] [Bug 3779] VoIP Calls not showing all RTP Streams

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=3779 Christopher Maynard changed: What|Removed |Added Status|CONFIRMED |RESOLVED

[Wireshark-bugs] [Bug 2482] Some Wireshark Firewall ACL Rules are off-the-mark

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=2482 Christopher Maynard changed: What|Removed |Added Resolution|--- |FIXED

[Wireshark-bugs] [Bug 1314] VoIP Call graph error - picks up a telnet frame as an RTP frame

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1314 Christopher Maynard changed: What|Removed |Added Status|CONFIRMED |RESOLVED

[Wireshark-bugs] [Bug 15395] randpkt should be distributed with the Windows installer

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15395 --- Comment #4 from Pascal Quantin --- So does randpkt bring anything that can't be done with randkptdump? -- You are receiving this mail because: You are watching all bug

[Wireshark-bugs] [Bug 1650] When selecting "use multiple files", file error occurs when captured data rate is too high.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1650 Christopher Maynard changed: What|Removed |Added CC||larry.r...@relayhealth.com

[Wireshark-bugs] [Bug 14264] wireshark crashes when capture ring buffer set

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14264 Christopher Maynard changed: What|Removed |Added Resolution|--- |DUPLICATE

[Wireshark-bugs] [Bug 15395] randpkt should be distributed with the Windows installer

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15395 Pascal Quantin changed: What|Removed |Added Status|UNCONFIRMED |INCOMPLETE Ever confirmed|0

[Wireshark-bugs] [Bug 15395] randpkt should be distributed with the Windows installer

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15395 Christopher Maynard changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED

[Wireshark-bugs] [Bug 15392] The matches (~) operator does not work with protocols, despite the documentation indicating it should.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15392 Peter Wu changed: What|Removed |Added Resolution|--- |NOTABUG Status|CONFIRMED

[Wireshark-bugs] [Bug 7318] assertion failed when I quit wireshark without stopping capture

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7318 --- Comment #32 from Christopher Maynard --- (In reply to Jakub Zawadzki from comment #30) > ping?, I can still reproduce it withr49544 After 6 more years, is it still reproducible with the latest stable version of Wireshark and Qt UI?

[Wireshark-bugs] [Bug 15391] Add support for pre-compiled Lua binaries compiled by luac

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15391 --- Comment #3 from Peter Wu --- (In reply to Christopher Maynard from comment #2) > (In reply to Peter Wu from comment #1) > > The benefits claimed in luac are not very relevant for us: > > - Faster loading: loading lua files is unlikely

[Wireshark-bugs] [Bug 15356] Much more efficient way to reading the end of a capture file

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15356 --- Comment #8 from Peter Wu --- (In reply to brian from comment #7) > (In reply to Peter Wu from comment #6) > > > > Please try it, it should be much faster than tshark and perhaps it is > > already good enough for your purposes. > >

[Wireshark-bugs] [Bug 15392] The matches (~) operator does not work with protocols, despite the documentation indicating it should.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15392 --- Comment #4 from Christopher Maynard --- (In reply to Peter Wu from comment #3) > Why would you check for `eth ~ Ethernet`? To check whether a protocol occurs > you can check directly with the `eth` filter or `frame.protocols contains

[Wireshark-bugs] [Bug 15391] Add support for pre-compiled Lua binaries compiled by luac

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15391 --- Comment #2 from Christopher Maynard --- (In reply to Peter Wu from comment #1) > The benefits claimed in luac are not very relevant for us: > - Faster loading: loading lua files is unlikely to be the bottleneck, > dissecting capture

[Wireshark-bugs] [Bug 15414] tshark segvs when combining smb2 fields in read filter

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15414 Peter Wu changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Wireshark-bugs] [Bug 12792] tshark crashes in TCP dissector with a read filter (-2) that does not match packets

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=12792 Peter Wu changed: What|Removed |Added CC||magnus.h...@usit.uio.no --- Comment

[Wireshark-bugs] [Bug 6340] strange g722 traffic report in voip calls window

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6340 --- Comment #7 from Christopher Maynard --- (In reply to Dmytro Bogovych from comment #6) > I can't reproduce issue in 2.6.6 :) OK, I will close the bug then. Can you confirm that you tried it with Gtk+ and couldn't reproduce it, in

[Wireshark-bugs] [Bug 15395] randpkt should be distributed with the Windows installer

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15395 Pascal Quantin changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Wireshark-bugs] [Bug 15415] Add support for Mist's vendor specific IE (AP Name) in IEEE 802.11 dissector

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15415 Adrian Granados changed: What|Removed |Added CC||alexis.lagou...@gmail.com --

[Wireshark-bugs] [Bug 15415] New: Add support for Mist's vendor specific IE (AP Name) in IEEE 802.11 dissector

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15415 Bug ID: 15415 Summary: Add support for Mist's vendor specific IE (AP Name) in IEEE 802.11 dissector Product: Wireshark Version: 2.6.6 Hardware: x86

[Wireshark-bugs] [Bug 15414] New: tshark segvs when combining smb2 fields in read filter

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15414 Bug ID: 15414 Summary: tshark segvs when combining smb2 fields in read filter Product: Wireshark Version: Git Hardware: x86-64 OS: Ubuntu Status:

[Wireshark-bugs] [Bug 15356] Much more efficient way to reading the end of a capture file

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15356 --- Comment #7 from br...@interlinx.bc.ca --- (In reply to Peter Wu from comment #6) > > Please try it, it should be much faster than tshark and perhaps it is > already good enough for your purposes. So particular to my use-case, which

[Wireshark-bugs] [Bug 15356] Much more efficient way to reading the end of a capture file

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15356 --- Comment #6 from Peter Wu --- (In reply to brian from comment #5) > (In reply to Peter Wu from comment #4) > > > > The capinfos utility can be used to extract this information. It is faster > > than tshark since it only scans through

[Wireshark-bugs] [Bug 15392] The matches (~) operator does not work with protocols, despite the documentation indicating it should.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15392 Peter Wu changed: What|Removed |Added CC||pe...@lekensteyn.nl --- Comment #3

[Wireshark-bugs] [Bug 15356] Much more efficient way to reading the end of a capture file

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15356 --- Comment #5 from br...@interlinx.bc.ca --- (In reply to Peter Wu from comment #4) > > The capinfos utility can be used to extract this information. It is faster > than tshark since it only scans through packets and does not dissection.

[Wireshark-bugs] [Bug 15380] Decode-As feature along with reassembling TCP packets

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15380 Peter Wu changed: What|Removed |Added Status|UNCONFIRMED |INCOMPLETE Ever confirmed|0

[Wireshark-bugs] [Bug 15391] Add support for pre-compiled Lua binaries compiled by luac

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15391 Peter Wu changed: What|Removed |Added CC||pe...@lekensteyn.nl

[Wireshark-bugs] [Bug 15370] Filtering by byte offset not working on current version of Wireshark

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15370 Peter Wu changed: What|Removed |Added CC||pe...@lekensteyn.nl --- Comment #2

[Wireshark-bugs] [Bug 15364] Light Weight Machine to machine (LwM2M) add support for json

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15364 Peter Wu changed: What|Removed |Added CC||pe...@lekensteyn.nl --- Comment #10

[Wireshark-bugs] [Bug 15356] Much more efficient way to reading the end of a capture file

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15356 --- Comment #4 from Peter Wu --- (In reply to brian from comment #3) > (In reply to Peter Wu from comment #2) > > Brian, what would your use case be? > > There are many, I am sure. But at the time, it was to see the time-stamp on > the

[Wireshark-bugs] [Bug 15356] Much more efficient way to reading the end of a capture file

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15356 --- Comment #3 from br...@interlinx.bc.ca --- (In reply to Peter Wu from comment #2) > Brian, what would your use case be? There are many, I am sure. But at the time, it was to see the time-stamp on the last packet in a large capture

[Wireshark-bugs] [Bug 15356] Much more efficient way to reading the end of a capture file

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15356 Peter Wu changed: What|Removed |Added CC||pe...@lekensteyn.nl --- Comment #2

[Wireshark-bugs] [Bug 15341] tshark outputs debug information

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15341 Peter Wu changed: What|Removed |Added CC||pe...@lekensteyn.nl --- Comment #4

[Wireshark-bugs] [Bug 15335] RTMPT: Support dissection inside SSL (RTMPS)

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15335 Peter Wu changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Wireshark-bugs] [Bug 15323] Apply/Prepare as Filter greyed out after switching packets while a "Generated" field is selected

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15323 Peter Wu changed: What|Removed |Added Hardware|x86 |All CC|

[Wireshark-bugs] [Bug 15401] Why do extcap programs' link libraries differ more than in program-specific libraries?

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15401 Peter Wu changed: What|Removed |Added CC||pe...@lekensteyn.nl --- Comment #1

[Wireshark-bugs] [Bug 15404] Lua documentation in the WSDG lacks some details compared to the wiki

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15404 Peter Wu changed: What|Removed |Added CC||pe...@lekensteyn.nl Ever

[Wireshark-bugs] [Bug 15409] HTTP2 (h2c) headers are not decoded

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15409 Peter Wu changed: What|Removed |Added OS|Linux |Fedora Resolution|NOTABUG

[Wireshark-bugs] [Bug 15408] Please use Samba's official PIDL compiler instead of shipping it in tools/

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15408 --- Comment #5 from Balint Reczey --- (In reply to Guy Harris from comment #2) > And > > 4) If we change interfaces used by dissectors in Wireshark, we would either > have to submit patches to Samba and have them picked up to support the

[Wireshark-bugs] [Bug 15413] RFC 8287 : IPv4 IGP-Prefix Segment ID section is not decoded by Wireshark.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15413 Uli Heilmeier changed: What|Removed |Added Status|UNCONFIRMED |IN_PROGRESS Ever confirmed|0

[Wireshark-bugs] [Bug 15406] Memory leak with "-T ek" output format option

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15406 Peter Wu changed: What|Removed |Added Status|UNCONFIRMED |CONFIRMED CC|

[Wireshark-bugs] [Bug 15410] RFC 8287, Extension to Downstream Detailed Mapping TLV is not implemented in Wireshark.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15410 --- Comment #6 from Dipankar Shaw --- Solved. -- You are receiving this mail because: You are watching all bug changes.___ Sent via:Wireshark-bugs mailing list

[Wireshark-bugs] [Bug 15408] Please use Samba's official PIDL compiler instead of shipping it in tools/

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15408 --- Comment #4 from Balint Reczey --- (In reply to Guy Harris from comment #1) > (In reply to Balint Reczey from comment #0) > > I'm wondering if we could drop the copy in wireshark's source and switch to > > using the PIDL compiler

[Wireshark-bugs] [Bug 15409] HTTP2 (h2c) headers are not decoded

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15409 Alexis La Goutte changed: What|Removed |Added CC||pe...@lekensteyn.nl ---

[Wireshark-bugs] [Bug 15413] RFC 8287 : IPv4 IGP-Prefix Segment ID section is not decoded by Wireshark.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15413 --- Comment #3 from Dipankar Shaw --- @Uli Added the MPLS-Echo Request Packet. -- You are receiving this mail because: You are watching all bug changes.___ Sent

[Wireshark-bugs] [Bug 15408] Please use Samba's official PIDL compiler instead of shipping it in tools/

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15408 Peter Wu changed: What|Removed |Added CC||pe...@lekensteyn.nl,

[Wireshark-bugs] [Bug 15413] RFC 8287 : IPv4 IGP-Prefix Segment ID section is not decoded by Wireshark.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15413 --- Comment #2 from Dipankar Shaw --- Created attachment 16835 --> https://bugs.wireshark.org/bugzilla/attachment.cgi?id=16835=edit Pcap file -- You are receiving this mail because: You are watching all bug

[Wireshark-bugs] [Bug 15410] RFC 8287, Extension to Downstream Detailed Mapping TLV is not implemented in Wireshark.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15410 --- Comment #5 from Uli Heilmeier --- (In reply to Dipankar Shaw from comment #4) > hi, > Can You share me the process to load the patch. > or the new Build location which containrevision 31478. > > BR//Dipankar. The fix is included in

[Wireshark-bugs] [Bug 15413] RFC 8287 : IPv4 IGP-Prefix Segment ID section is not decoded by Wireshark.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15413 Uli Heilmeier changed: What|Removed |Added OS|Windows 7 |All Hardware|x86

[Wireshark-bugs] [Bug 15413] RFC 8287 : IPv4 IGP-Prefix Segment ID section is not decoded by Wireshark.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15413 Uli Heilmeier changed: What|Removed |Added CC||u...@heilmeier.eu --- Comment #1

[Wireshark-bugs] [Bug 15409] HTTP2 (h2c) headers are not decoded

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15409 Radim Vansa changed: What|Removed |Added Resolution|--- |NOTABUG

[Wireshark-bugs] [Bug 6340] strange g722 traffic report in voip calls window

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6340 --- Comment #6 from Dmytro Bogovych --- I can't reproduce issue in 2.6.6 :) -- You are receiving this mail because: You are watching all bug changes.___ Sent via: