Web, mail, IRC, IM, hálózatok

Ezer éve nem adsl-eztem, így már nem emlékszem hogyan is kéne pontosan beállítani az email klienst t-online esetén.
Jelenleg a levél fogadás megy, a küldés nem.
Amit beállítottam:
pop3: freemail.hu 110-es port - mivel csak egy freemail-es címet kell beállítanom.
smtp: mail.t-online.hu
smtp azonosítás - ide az adsl internet hozzáférés t-online-os email címet, és a hozzá tartozó jelszót írtam be, (Ez van a routerben is)
smtp port: 465

Mi a nem jó? Claws mail lett a befutó de a naplóból nem sok minden derül ki.
Sokat gondolkodik, majd idő túllépésre hivatkozva hibát ír.

Ma a következőre lettem figyelmes Gmail fiókomban a legutóbbi tevékenységek listájában:

Más is tapasztalt már hasonlót?

Sziasztok,

Egyik napról a másikra, a spamassassin tévesen jelöli meg a bejövő leveleket spamként. Csekkoltam a domaint és nem szerepel az adatbázisokban:
Valaki találkozott már hasonló jelenséggel, mit érdemes átnézni ?

Köszi

Content analysis details: (10.0 points, 5.0 required)

pts rule name description
---- ---------------------- --------------------------------------------------
0.0 URIBL_PH_SURBL Contains an URL listed in the PH SURBL blocklist
[URIs: domainiroda.hu]
4.5 URIBL_AB_SURBL Contains an URL listed in the AB SURBL blocklist
[URIs: domainiroda.hu]
1.7 URIBL_WS_SURBL Contains an URL listed in the WS SURBL blocklist
[URIs: domainiroda.hu]
1.9 URIBL_JP_SURBL Contains an URL listed in the JP SURBL blocklist
[URIs: domainiroda.hu]
0.8 URIBL_OB_SURBL Contains an URL listed in the OB SURBL blocklist
[URIs: domainiroda.hu]
0.0 URIBL_RED Contains an URL listed in the URIBL redlist
[URIs: domainiroda.hu]
0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked.
See
http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block
for more information.
[URIs: domainiroda.hu]
1.1 URIBL_GREY Contains an URL listed in the URIBL greylist
[URIs: domainiroda.hu]
-0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no
trust
[84.2.42.5 listed in list.dnswl.org]

Sziasztok!

Olyan weboldalt szeretnék, amely komplex 3D-s ábrákat tartalmaz (pl.: origami figurákat), az egyes objektumokra a térben való mozgással lehet ráközelíteni. Szerintetek milyen technológia a legalkalmasabb erre a célra? (Böngészőkben való kompatibilitás, sebesség, minőség, illetve a sz*pás mennyisége tekintetében)

Üdv!

A következő problémában kérem a segítségetek.
Van egy NSLU2-m amit kis web-szervernek használok, ezért holyamatos üzemben van.
Ezt a gépet álltalában ssh-n érem el.
Mivel ez amúgy is folyamatossan üzemel, szeretném kihasználni arra, hogy ftp-vel egy tárhelyre 3-4 GB anyagot töltsek fel.
Mivel a feltöltési sebességem elég alacsony, több napra számítok mire felér. (ez nem gond, mert nem sürgős, és nem is rendszeres dologról lenne szó)

A gondom az, hogy ha ssh-n bejelentkezem, és elkezdem ftp put *.* parancsal feltölteni, ahogy kilépek a terminálból azonnal megszakad a feltöltés.

Hogyan tudom elérni, hogy akkor is menjen a feltöltés, ha a terminált bezárom?

Milyen program kell hozzá?
Most minimális telepítés van. (elvégre a gép sem egy erőmű)
kicsi web-szerver, ftp cliens, php. Elég ez?

Előre is köszönöm ha valaki tud segíteni.

Sziasztok!

Mostanában elég nagyra nő a szerveren a mailq, több száz levélre. A levelek címzettjei elég zagyvaságok, így biztosan valaki spamel a szerveren. A feladó minden esetben a www-data.

A tárhelyek virtuálhostok, a log file-ok pedig szét vannak darabolva hostonként, ezért az access.log nézése szerintem nem járható út.

Tudnátok segíteni valamit, hogy hogyan tudnám kideríteni, hogy melyik tárhelyről küldődnek a levelek? www-data a feladó, ebből gondolom, hogy php-ből megy a küldés, de ki, vagy melyik file szemtelenkedik?

Köszönöm a segítséget, kezdő kategóriába tartozom, így minden segítségnek örülnék. :)

Hali!

Kilátásban van egy új domain vétele, és azon gondolkozom, hogy google apps kéne alá.
(mindenkinek aki használja, androidja van, a gmail kényelmes, stb.)

Az árakkal kapcsolatban lenne kérdésem, mert a google annyi mindenre használja
a "google apps" kifejezést, hogy lehetetlenség megtalálni amit keresek

Szóval:
ha itt regiszrálok:
https://www.google.com/a/cpanel/standard/new3?hl=en
akkor az ingyé lesz később is? ez nem csak vmi trial beetető basz,
ami után váltanom kell "buisness"-re?

Ha saját magam írok egy "app"-ot, (javaban, stb) akkor én azt fel
tudom tölteni a saját domain alá? Anélkül, hogy hogy mindenféle
popupok/ hirdetések jelennének meg az oldalon?

Előre is köszi.

Sziasztok!

A következő gondom van:
Debian rendszeren levelező szervert telepítettünk (postfix, courier), ami működött is. Át kellett nevezni a levelező szervert és azóta nem fogad leveleket se küldeni tudunk.
Érdekes, hogy azok a domainek, amik nincsenek a szerverre irányítva, csak az MX record-juk működnek.
A következő hibát kapjuk:

Reporting-MTA: dns; mail00d.mail.t-online.hu
X-Postfix-Queue-ID: 3VDrc11ffwz173X1
X-Postfix-Sender: rfc822; xxxxx@gmail.com
Arrival-Date: Fri, 23 Mar 2012 18:00:49 +0100 (CET)


Final-Recipient: rfc822; info@xxxx.hu
Original-Recipient: rfc822;info@xxxx.hu
Action: failed
Status: 5.7.1
Remote-MTA: dns; mail.rackhost.hu
Diagnostic-Code: smtp; 554 5.7.1 : Relay access denied

Mi lehet a hiba? A potfix main.cf-je:
smtpd_tls_cert_file = /etc/postfix/smtpd.cert
smtpd_tls_key_file = /etc/postfix/smtpd.key
smtpd_use_tls = yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache


# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.

myhostname = mail.floridonet.hu
alias_maps = hash:/etc/aliases, hash:/var/lib/mailman/data/aliases
alias_database = hash:/etc/aliases, hash:/var/lib/mailman/data/aliases
myorigin = /etc/mailname
mydestination = floridonet.hu, h2999.vps0.rackhost.hu, h2999, localhost, localhost.localdomain
relayhost =
mynetworks = 127.0.0.0/8 91.227.139.67 [::1]/128
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
inet_protocols = all
smtpd_sasl_local_domain =
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
broken_sasl_auth_clients = yes
smtpd_sasl_authenticated_header = yes
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, check_recipient_access mysql:/etc/postfix/mysql-virtual_recipient.cf, reject_unauth_destination
smtpd_tls_auth_only = no
smtp_use_tls = yes
smtp_tls_note_starttls_offer = yes
smtpd_tls_CAfile = /etc/postfix/ssl/cacert.pem
smtpd_tls_loglevel = 1
smtpd_tls_received_header = yes
smtpd_tls_session_cache_timeout = 3600s
tls_random_source = dev:/dev/urandom
virtual_alias_domains =
virtual_alias_maps = proxy:mysql:/etc/postfix/mysql-virtual_forwardings.cf, proxy:mysql:/etc/postfix/mysql-virtual_email2email.cf, hash:/var/lib/mailman/data/virtual-mailman
virtual_mailbox_domains = proxy:mysql:/etc/postfix/mysql-virtual_domains.cf
virtual_mailbox_maps = proxy:mysql:/etc/postfix/mysql-virtual_mailboxes.cf
virtual_mailbox_base = /var/vmail
virtual_uid_maps = static:5000
virtual_gid_maps = static:5000
smtpd_tls_security_level = may
transport_maps = proxy:mysql:/etc/postfix/mysql-virtual_transports.cf
relay_domains = mysql:/etc/postfix/mysql-virtual_relaydomains.cf
relay_recipient_maps = mysql:/etc/postfix/mysql-virtual_relayrecipientmaps.cf
proxy_read_maps = $local_recipient_maps $mydestination $virtual_alias_maps $virtual_alias_domains $virtual_mailbox_maps $virtual_mailbox_domains $relay_recipient_maps $relay_domains $canonical_maps $sender_canonical_maps $recipient_canonical_maps $relocated_maps $transport_maps $mynetworks $virtual_mailbox_limit_maps
smtpd_sender_restrictions = check_sender_access mysql:/etc/postfix/mysql-virtual_sender.cf
smtpd_client_restrictions = check_client_access mysql:/etc/postfix/mysql-virtual_client.cf
smtpd_client_message_rate_limit = 100
maildrop_destination_concurrency_limit = 1
maildrop_destination_recipient_limit = 1
virtual_transport = maildrop
header_checks = regexp:/etc/postfix/header_checks
mime_header_checks = regexp:/etc/postfix/mime_header_checks
nested_header_checks = regexp:/etc/postfix/nested_header_checks
body_checks = regexp:/etc/postfix/body_checks
owner_request_special = no
content_filter = amavis:[127.0.0.1]:10024
receive_override_options = no_address_mappings

Előre is köszi a segíséget

Sziasztok!

A Postfixben van lehetőség arra, hogy meghatározzam a kimenő illetve a bejövő levelek méretének nagyságát külön-külön?
Ha igen, akkor hogyan?

Üdv: redman

Sziasztok!

Segítséget szeretnék kérni, hogy mitől lehet gmailben a küldött levél spam.

A szerveren postfix fut, ha a www-data levelet küld, akkor mindig a spam mappában landol a levél.
Beállítottam visszapattanó leveleknek egy email címet, (ugyan az mint a küldő cím), ekkor eltűnik a www-data@mail.[domain].hu, helyette a küldő címe lesz, de így is spam lesz.

Ha a levelet squirrelmail-el küldöm, akkor rendben megérkezik a levél. SPF rekord van, ezt beállítottam, a google "pass"-t mond, de nem értem mi a különbség a webmailes küldés és a php-s között. Miért került spambe a php-ból generált?

Előzőleg minden email rendben megérkezett, aztán hirtelen minden php-ból generált email spam lett. Sajnos nincs még sok tapasztalatom ezekben, napok óta keresgélek, tesztelek, így bármilyen segítségnek örülnék, ha kell mutatok logot és configot is (csak mondjátok, hogy mit), köszönöm.

ui: Nem tudom van-e köze, de a gmail azt mondja, hogy "Miért van ez ez üzenet a Spam mappában? Az üzenet hasonló a spamszűrőink által korábban észlelt üzenetekhez.". Vagy ezt minden spamhez odateszi? Mostanában nem kaptam más spamet, csak amit meg kellene oldanom. Ha nem spam-nek jelölöm, akkor ezután minden levél jó helyre érkezik, de ez a megoldás nem járható, a szerveren több domain van, vannak olyanok is ahol regisztrálni kell és ismeretlen címre megy ki a levél.