Tudja valaki, hogy jelenleg hol lehet átállítani Linuxon az Opera "azonosítsa magát..." információját?
A Megjelenés/Gombok/Beállítások-nál látszik ugyan, hogy "Azonosítás Operaként", de a menüpont nem változtatható meg.
Megvan: ADOTT oldalon jobb gomb, Webhely beállításainak szerkesztése, Hálózat, Böngésző azonosítása.
Sziasztok!
Ispconfig3-at használok több helyen és pár napja elönt a spam. Eddig nem volt semmi baj. Az átjutó leveleknek közös jellemzője, hogy a feladó címe és sokszor a neve is megegyezik a címzettel. A címzett természetesen valós cím.
A levél fejlécében persze orosz szerverek vannak, már amennyiben az ott látható hostnévnek lehet hinni. IP-t nem ellenőríztem.
Most a következő van a levelek fejlécében:
X-Spam-Flag: NO
X-Spam-Score: 4.892
X-Spam-Level: ****
Az Ispconfig felületén vissza vettem 4-re a spam szintet, ezen kívül tudok még valamit tenni ezen levelek ellen?
Sziasztok!
Hallott valaki a targyban emlitett alkalmazasrol?
Elmeletileg 443-as porton kozlekedik a sip.reuters.net fele.
A kerdesem az lenne, hogy tud-e ez a f* proxy-t(squid) hasznalni?
Yndy
Sziasztok!
Kicsit zanzásítottam a címet... :)
Bővebben:
OS: Solaris 10 (U8 asszem), MTA: sendmail.
shellből (ksh) cron-nal időzítve küldenék levelet néhány címzettnek, így:
#!/bin/ksh
#LANG=UTF-8
LANG=hu_HU.ISO8859-2
cat handout-mail.txt | mailx -r én@valahol.hu -s "handout reminder!!"
(ide a címzettek listája, vesszővel elválasztva)
Namost: Van két filem, az egyik 8859-2-es, a másik UTF-8-as kódolású. Akár mire állítom a LANG változót, a levelező kliensek egy része nem jól jeleníti meg az így küldött/kapott mailt.
A kliensek nagyon vegyesek: Outlook, Tbird, Eudora, Squirrelmail, stb... (egyetemen ki mit szokott meg az elmúlt száz évben...:)).
A Pine, shellből, akár milyen beállítással küldöm, helyesen jeleníti meg. A termináljaim UTF-8 asok, de itt csak ettől függ, egyébként rendben.
Érdekes, hogy a többi levelező kliens nem a "szokásos" konverzió utáni krix-kraxokat jeleníti meg, hanem "??"-ek lesznek az ékezetes betűk helyén, tehát bármilyen megjelenítési beállítást választva rossz marad a szöveg :(
Ez utóbbi alapján nekem úgy tűnik, valahol, valamelyik konverziós lépésnél "elvesznek" a karakterek.
Próbáltam nem mailx-szel, hanem sendmail-lel is de tkp ugyanez az eredmény.
...de hol a hiba? A sendmail.cf-ben?
Ha valakinek van ötlete, ne tartsa magában - elakadtam...!
köszönöm,
a
Sziasztok!
Adott egy mail szerver:
Linux debian 4.0 2.6.24
postfix 2.3.8(spam szűrést ideiglenesen kikapcsoltam)
main.cf
# see /usr/share/postfix/main.cf.dist for a commented, fuller
# version of this file.
# Do not change these directory settings - they are critical to Postfix
# operation.
command_directory = /usr/sbin
daemon_directory = /usr/lib/postfix
program_directory = /usr/lib/postfix
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
setgid_group = postdrop
biff = no
# appending .domain is the MUA's job.
append_dot_mydomain = no
myhostname = debian.mydomain.hu
alias_maps = hash:/etc/aliases
virtual_alias_domains = myvirtualdomain.hu
virtual_maps = hash:/etc/postfix/virtual
transport_maps = hash:/etc/postfix/transport
myorigin = /etc/mailname
mydestination = akmail.mydomain.hu, debian.mydomain.hu, localhost.mydomain.hu, informatika.mydomain.hu, mydomain.hu, localhost
#mynetworks_style = class
mynetworks = 10.0.0.0/8 127.0.0.1 172.31.42.0/24
mailbox_command =
mailbox_size_limit = 0
recipient_delimiter = +
message_size_limit = 30000000
relay_domains = $mynetworks
disable_vrfy_command = yes
smtp_destination_concurrency_limit = 10
#relayhost = mail-gw3.sa.ew.hu
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl/sasl_passwd
smtp_sasl_security_options = noanonymous
smtp_sasl_mechanism_filter = !gssapi, !external, static:all
relayhost = submit.invitel.hu
smtpd_hard_error_limit = 1000
smtpd_soft_error_limit = 1000
unknown_address_reject_code = 554
unknown_hostname_reject_code = 554
unknown_client_reject_code = 554
unknown_relay_recipient_reject_code = 554
unknown_local_recipient_reject_code = 550
unknown_sender_reject_code = 554
unknown_virtual_alias_reject_code = 554
unknown_virtual_mailbox_reject_code = 554
unverified_recipient_reject_code = 554
unverified_sender_reject_code = 554
smtpd_helo_required = yes
strict_rfc821_envelopes = yes
local_recipient_maps = $alias_maps unix:passwd.byname $virtual_maps
smtpd_sender_restrictions = reject_unknown_sender_domain
### check_client_access ->
smtpd_client_restrictions =
permit_mynetworks,
# reject_maps_rbl,
# reject_rbl_client relays.ordb.org,
# reject_rbl_client opm.blitzed.org,
# reject_rbl_client list.dsbl.org,
# reject_rbl_client sbl.spamhaus.org,
# reject_rbl_client cbl.abuseat.org,
reject_rbl_client dul.dnsbl.sorbs.net
reject_unknown_address,
reject_unknown_client,
reject_unauth_destination,
reject_invalid_hostname,
reject_unknown_recipient_domain,
check_client_access hash:/etc/postfix/postfix-rbl/spfilter_access
#maps_rbl_domains= dul.dnsbl.sorbs.net, blackholes.wirehub.net, china.blackholes.us, bl.spamcop.net, sbl-xbl.spamhaus.org, list.dsbl.org,
#proxies.relays.monkeys.com,
#EZT VEDD KI, HA BAJ VAN
#header_checks = regexp:/etc/postfix/header_checks
#mime_header_checks = regexp:/etc/postfix/mime_header_checks
#Body_checks = regexp:/etc/postfix/body_checks
max_idle = 10s
default_process_limit = 100
Outlook Express klienst próbáltam eddig és ha csatolmány nélkül küldök levelet megy pöpecül, akármilyen kicsi csatolmánnyal timeout a következő üzenettel:"A kiszolgáló váratlanul megszakította a kapcsolatot. Ez adódhat a kiszolgáló, a hálózat ...."
Mindennek a tetejébe ez csak akkor jön elő, ha egy mobilnetes(172.31.42.0/24) kapcsolaton keresztül csatlakozok a hálózatra. Ha lokálhálón(10.0.0.0/8) vagyok akkor megy a csatolmány.
Nemrég volt egy postfix upgrade és felkerült a mutt csomag, kb. azóta van a jelenség.
Bármilyen ötlet érdekel ami alapján elindulhatok, mert most egy kicsit nagyon tanácstalan lettem. Előre is köszönöm!
Szerintetek van annak valami hátulütője, ha úgy ellenőrzöm (pl. weboldalon egy regisztrációkor) egy e-mail cím valódiságát, hogy megnézem, hogy az adott levelezőszervertől 250-es vagy 550-es választ kapok?
Sziasztok!
Open-source/ingyenes mail szervert keresek MS Win alapokon. A választásnál lényeges lenne, hogy ha van webes felülete, akkor az tudjon magyarul vagy magyarítható legyen. A felhasználók száma nem haladja meg a 20 főt.
Köszi és Üdv!
Sziasztok, mi a tapasztalat/gyakorlat apache mod_deflate -moduljával? Érdemes használni, vagy többet árt mint használt (gondolok itt a főleg az időnként felbukkanó biztonsági résekre). Nálatok be van kapcsolva?
Sziasztok!
Egy Ubuntu 10.04-es rendszer alatt kellene felkonfigurálnom egy Tomcat server-t és betölteni alá az első kis app-omat.
Mivel még ilyet nem csináltam, és a dokumentáció eléggé bőséges, így nagyon hosszú időt venne igénybe ezen minden átrágni magam így elsőre, és szeretném használni az előre kitalált felépítést, ami szerintem disztribúció függő.
Kerestem a neten, de az összes találat másképp írja le hogy is jó csinálni.
Ha esetleg van valakinek egy jó link-je, vagy a szűk egyszerűsített "hogyan kezdőknek" doksija, azt nagyon szívesen venném. Az is nagy segítség lenne, ha pár pontban a főbb lépéseket leírja valaki, akinek már több tapasztalata van, mint nekem :)
Ksözi
Nem tudom, érdekel-e valakit, de megtudtam, hogy elvileg lehetséges a facebook account végleges törlése. Sőt, mitöbb, már éltem is ezzel a lehetőséggel:
Infó:
http://www.facebook.com/group.php?gid=16929680703
És a törlés maga:
https://www.facebook.com/help/contact.php?show_form=delete_account