Odpowiedzi:
Nie ogólnie nie.
Funkcja wyszukiwania w Gmailu działa w oparciu o to, co opisałbym jako tokeny . Token to dowolna sekwencja znaków alfanumerycznych oddzielonych spacją lub innymi znakami niealfanumerycznymi, takimi jak podkreślenie, kropka (kropka), „@”, myślnik itp. Tak więc w peter.ford23@example.com jest 4 tokeny: „peter”, „ford23”, „example” i „com”.
Symbole wieloznaczne w tokenach nie działają. Symbole wieloznaczne poza tokenami są niepotrzebne i wprowadzają w błąd.
Wyobraź sobie, że chcesz znaleźć wiadomości od peter.ford23@example.com i wypróbowałeś następujące przykłady:
from:(pete*)
... nie działa
from:(ford23@*)
... działałoby, ale wprowadza w błąd. Nie różni się niczym od wyszukiwania „from: ford23”.
Jeśli uważasz, że Gmail sprawdza symbol „@” bezpośrednio po „ford23”, możesz spróbować zamiast tego…
from:(peter@*)
... nie powinno działać, ale działa!
`
Jednym przykładem podanym w innej odpowiedzi jest
subject:(jefferson-*)
... ale znowu Gmail mimowolnie wprowadza nas w błąd. Znaki myślnika i gwiazdki nie działają. (Można je usunąć, a następnie usuń nawiasy zbyt To tak samo jak poszukiwanie „Subject: jefferson”.). To będzie powrót e-mail z tematem „spotkanie z jefferson.jones”.
subject:(jefferso*)
... nie zwróci wiadomości e-mail z tematem „jefferson-school”
subject:(jefferso*-*)
... nie zwróci wiadomości e-mail z tematem „jefferson-school”
`
Sugerowano, że można użyć wyrażenia regularnego Perl . Nie zajmę się tutaj tą sugestią, z wyjątkiem powtórzenia, że symbole wieloznaczne w tokenach nie działają (nawet przy użyciu składni Perla). A symbole wieloznaczne poza tokenami są niepotrzebne i wprowadzają w błąd.
`
Uwaga: W celu zachowania zwięzłości użyłem powyższego języka wolnego od niepewności. Ale nie pracuję dla Google i nie jestem w 100% pewien każdego roszczenia w tej odpowiedzi. Uważam jednak , że jest to jedna z najlepszych do tej pory odpowiedzi. Strona pomocy operatorów wyszukiwania Gmaila Google nie wspomina o symbolach wieloznacznych.
Możesz użyć wyrażenia regularnego Perla zarówno w filtrze znajdowania, jak i filtrach, jeśli otoczysz go ukośnikiem.
from:(/(\@hp\.com$)/)
Dopasuje wszystko z domeny hp.com.
Bardzo szybko się komplikuje, ponieważ musisz uciec od niektórych postaci.
Oto jeden, którego używam, który pasuje do wielu adresów i kompresuje kilka reguł do jednego:
from:(/(^(discship|info)\@netflix\.com$)|(\@(engage|email)\.xbox\.com$)/)
Apply filter Media
Będzie to oznaczać wiadomości e-mail z powiadomieniem pasujące:
discship@netflix.com
info@netflix.com
ANYTHING@engage.xbox.com
ANYTHING@email.xbox.com
from:(/\@web1|web2|webdev|db1|db2|dbdev\.example\.org$/)
from:(/($(engage|email)\.\/xbox^com)/)
.
Nie, nie jest to możliwe. Zależy to jednak od tego, czego potrzebujesz. Gmail korzysta z bardzo ograniczonej formy tworzenia bazującej na całych słowach.
Zobaczmy na przykład, czy mogę pobrać wiadomości e-mail phwd.lastname@gmail.com
from:phwd
- Pracuje
from:pwhd.l
- nie
from:phw
- nie
Najbliższe w tym przypadku jest to, że dana osoba była wystarczająco miła, aby przeciąć swoje imię i nazwisko o kropkę.
phwdlastname@gmail.com
spowoduje to, że wszystkie powyższe wyszukiwania nie będą działać.
Ale powiedz, że miło było wypełnić moje dane kontaktowe i mieć swoją nazwę wyświetlaną jako „nazwisko phwd”, a następnie mogę przynajmniej odzyskać to w ten sposób
from:"phwd"
from:"phwd lastname"
To do bani, ale przynajmniej mamy Gmaila Ninja .
Według Berkeley Lab Commons:
Wyszukiwanie w Gmailu nie implementuje przeszukiwania podłańcuchów, częściowych słów, symboli wieloznacznych ani wyrażeń regularnych.
Twoją jedyną alternatywą jest zawężenie zakresu wyszukiwania zaawansowanego lub wypróbowanie wielu jednoczesnych opcji w polu wyszukiwania
Symbole wieloznaczne nie są oficjalnie obsługiwane w Gmailu , nawet jeśli są obsługiwane w wyszukiwarce Google .
To powiedziawszy, używam symboli wieloznacznych, aby dopasować nazwy hostów i wiersze tematów, i robię to od ponad 5 lat. Ponieważ jednak symbole wieloznaczne są nieobsługiwaną funkcją, zachowanie zmienia się od czasu do czasu. Filtry, które kiedyś działały, przestaną działać po zmianie Gmaila przez Google. Ponadto filtry używane z Gmailem w Google Apps mogą działać inaczej niż filtry w standardowym Gmailu (poza Google Apps).
Poniższe przykłady działają dla mnie w Gmailu dla Google Apps.
Na przykład do października 2012 r. Mogłem używać następującego wyszukiwania, aby dopasować wiadomości e-mail wysłane z wiersza z „przyklad@example.org” lub „przyklad@*.example.org” (gdzie ten ostatni był wiadomością e-mail wysłaną bezpośrednio z root@host.example.org, na przykład).
from:(example@example.org OR example@*.example.org)
Ale w październiku 2012 r. Ten filtr nagle się zepsuł. Ale teraz mogę użyć następującego wyszukiwania z tymi samymi wynikami:
from:example*example.org
Mogę też użyć symbolu wieloznacznego w temacie. Poniższy filtr dopasuje wiadomości e-mail do tematu [jefferson-school-pta] Important information from school principal
:
subject:(jefferson-*)
subject:(jefferson-*)
i subject:jefferson
zwróciłby różne wyniki. Wyrażenie: temat: jefferson nie pasuje jefferson-school-pta
.
Nieco łatwiej, po prostu napisz w polu wyszukiwania:
from: (*@mysite.com)
wordpress@domain.com
który nie zostałby znaleziony podczas wyszukiwania takiego jak from:(word*@domain.com
).
Wiem, że nie jest to najprostsze rozwiązanie, ale z Mozilla Thunderbird gwiazdka będzie działać. Na przykład wyszukiwanie * top * znajdzie wszystko, co zawiera częściowo lub całkowicie ten ciąg, na przykład Stop lub TopGun.
https://commons.lbl.gov/display/google/Gmail+workarounds+for+sub-string+(partial+word)+search
Nie, to niemożliwe.
Wyszukiwanie w Gmailu nie pozwala na wyszukiwanie podciągu.
Oto strona Wskazówki wyszukiwania zaawansowanego Google:
http://mail.google.com/support/bin/answer.py?answer=8931&topic=41
Ogólnie rzecz biorąc, nie ma potrzeby używania dzikiej karty. Możesz po prostu wyszukać 2 słowa lub części słowa ze spacją między nimi, a otrzymasz e-maile zawierające 2 słowa bez względu na to, czy oba znajdują się w tym samym słowie, czy nie.
from:(/(hp\.com$)/)
staje się coraz bardziej popularnefrom:@hp.com
. Powodem|
jest to, że działa jakOR
operator. @Turtle: czy masz jakieś linki do dokumentacji funkcji?